Lost found что это значит

а для чего постоянно создается папка lost+found?

собственно сабж, постоянно наблюдаю в ней какие-то файлы с нечитаемым содержимым (да, когда форматировал винт под reiserfs, такого не было)

Re: а для чего постоянно создается папка lost+found?

1. Нет такого слова «папка».

2. В каталог lost+found складывается то, что обнаружила fsck при проверке раздела.

Re: а для чего постоянно создается папка lost+found?

>1. Нет такого слова «папка».

Как это слова нет? Мамка есть, а папки нет?

Re: а для чего постоянно создается папка lost+found?

не понял, а что такое можно обнаружить при проверке, что надо складывать куда-то? разве ошибки не исправляются автоматически?

Re: а для чего постоянно создается папка lost+found?

файлы без названий 😉

Re: а для чего постоянно создается папка lost+found?

В lost+found скидываются файлы, на которых не было ссылок ни в одном каталоге, хотя их иноды не были помечены как свободные.

Re: а для чего постоянно создается папка lost+found?

в винде никогда не находил lost chains? И файлы chk0001.chk? Вот тут то же самое.

Re: а для чего постоянно создается папка lost+found?

возможно, так твой винт готовится отойти в мир иной и пытается предупредить хозяина. Это особый язык, но рано или поздно его осваивают. Лучше рано, чем поздно 🙂

Re: а для чего постоянно создается папка lost+found?

Re: а для чего постоянно создается папка lost+found?

а как такое может получиться? и почему с reiserfs такого ни разу не было?

Re: а для чего постоянно создается папка lost+found?

Питание отрубается часто?

Re: а для чего постоянно создается папка lost+found?

Потому что reiserfsck потерянные файлы не умеет восстанавливать. Она в лучшем случае восстановит работоспособность фс.

Re: а для чего постоянно создается папка lost+found?

а отчего файлы теряются-то? где хваленая стабильность?

Re: а для чего постоянно создается папка lost+found?

Ну и что я должен ответить на твой вопрос, по-твоему? Я вроде ничего тут не хвалил. 🙂 Обращайся к тем, кто хвалил, наверное.

Re: а для чего постоянно создается папка lost+found?

надо ответить, куда просто так могут деться файлы, и зачем их складывать в непонятное место

Re: а для чего постоянно создается папка lost+found?

Re: а для чего постоянно создается папка lost+found?

🙂 Это ты пральна сказанул (:

Re: а для чего постоянно создается папка lost+found?

> а как такое может получиться? и почему с reiserfs такого ни разу не было?

Удаление файла в Unix-системах — это две операции:

1. Удаление ссылки из каталога;
2. Удаление инода.

Если выполнилась первая операция и произошёл сбой, например, выключилось питание, то в системе останется потерянный инод, который вроде как и указывает на корректный файл, но этот файл не содержится ни в одном каталоге. В нежурналируемых файловых системах (например, ext2), в которых нет средства определения такого сбоя, задача восстановления таких файлов ложится на fsck. Он находит иноды, на которые нет ссылок, и создаёт на них ссылки в lost+found. Предполагается, что после этого пользователь сможет просмотреть файлы и при необходимости переместить им куда надо, вернув нужные имена.

Такая же ситуация теоретически может произойти при создании нового файла, если инод уже создан, а ссылка в каталоге — нет.

В журналируемых файловых системах (а к ним относятся ext3 и ReiserFS) fsck просто просматривает журнал, видит, что операция на завершилась полностью, и откатывает её. Поэтому и потерянные иноды находятся там реже.

Re: а для чего постоянно создается папка lost+found?

reiserfs вообще как-то сильно по-другому устроена, там аналогии с ext2 не стоит применять. Хотя подробностей я не знаю. 🙂

Re: а для чего постоянно создается папка lost+found?

и кудаже мне надо перемещать файлы, набитые мусором? это наверное какие-то служебные? или их сразу удалять можно, раз они создаются при кривом удалении? у меня ext3

Re: а для чего постоянно создается папка lost+found?

ИМХО, файлы на ext2/ext3 теряются при выключении без отмонтирования диска при неработающем журнале, при сбоях железа (шлейф отошёл) и при поиске приключений на свою задницу.

У меня такие файлы в lost+found возникают при ошибках при ковырянии в настройках ФС и изменении размера разделов. Просматриваю в mc и конквероре (или в чём-нибудь ещё, что умеет угадывать формат по содержимому), определяю формат, открываю соответствующей программой, по результатам — переименовываю или удаляю. Ещё там часто оказываются обрывки логов (если попытка загрузиться в новой конфигурации закончилась ресетом).

Источник

Что такое папка lost + found в Linux и macOS?

Папка lost + found является частью Linux, macOS и других UNIX- подобных операционных систем. Каждая файловая система, то есть каждый раздел, имеет свой собственный каталог lost + found. Вы найдете восстановленные биты поврежденных файлов здесь.

Что потерял + нашел Для

В Linux команда fsck — сокращение от «проверка файловой системы» — проверяет ваши файловые системы на наличие ошибок. fsck может найти биты «потерянных» или поврежденных файлов в файловой системе. Если это так, fsck удаляет эти поврежденные биты данных из файловой системы и помещает их в папку lost + found.

Например, если вы внезапно выключили компьютер во время его работы и файлы были записаны на жесткий диск, инструмент fsck может автоматически проверить вашу файловую систему при следующей загрузке компьютера. Если он находит какие-либо поврежденные данные, он помещает их в папку lost + found файловой системы.

Это работает аналогично в MacOS. Если вы запустите Disk Utility и проверите свой диск на наличие проблем с файловой системой, он может найти поврежденные биты данных и сохранить их в папке lost + found.

Большинство файловых систем UNIX имеют папку lost + found, включая ext2, ext3 и ext4 в Linux, а также файловую систему HFS + в macOS. Некоторые файловые системы могут не использовать папку lost + found, но они менее распространены в этих операционных системах.

Где вы найдете потерянные + найденные папки

Каждая файловая система имеет свою собственную папку lost + found, так что вы найдете ее на каждом жестком диске или в разделе. Это означает, что вы найдете папку lost + found в корневом каталоге, например, в / lost + found.

Если у вас смонтированы другие разделы, вы также найдете папку lost + found на каждом из них. Например, если у вас есть отдельный раздел для вашего домашнего каталога, смонтированный в / home, вы найдете папку lost + found в / home / lost + found. Потерянные данные из домашнего раздела будут помещены в / home / lost + found вместо / lost + found.

Если у вас есть USB-накопитель или другой внешний накопитель, отформатированный в файловой системе Linux, вы также увидите на нем каталог lost + found.

Эта папка часто скрыта, поэтому вам может потребоваться показать скрытые файлы и папки, чтобы увидеть ее.

Как просмотреть содержимое утерянной + найденной папки

Эта папка, как правило, доступна только пользователю root, что не позволяет обычным пользователям заглядывать внутрь и получать доступ к восстановленным данным, к которым у них обычно нет прав доступа. Не думайте, что поврежденные файлы лежат вокруг только потому, что вы видите папку lost + found — во многих системах она может быть пустой.

Чтобы увидеть, что внутри, откройте окно терминала и последовательно выполните следующие команды:

(Если первая команда не работает, попробуйте запустить su вместо sudo su каждый дистрибутив Linux немного отличается.)

Терминал перечислит любые файлы в папке lost + found. Если ничего не возвращается, папка пуста.

Восстановление данных часто сложно

Если что-то находится в папке lost + found, обычно это не целые файлы. Вместо этого вы увидите небольшие фрагменты файлов или фрагменты поврежденных данных, и вы не сможете ничего с ними сделать.

Если вы не потеряли важные данные, вам, вероятно, не нужно беспокоиться о том, что находится в папке lost + found. Если вы потеряли данные, вы можете просмотреть папку lost + found и попытаться восстановить часть из них. Если вы найдете здесь полный файл, вы можете попытаться переместить файл обратно в исходное местоположение и использовать его. Но есть небольшая вероятность, что вы можете сделать что-нибудь с поврежденными частичными файлами. Команда fsck поместила их туда на всякий случай.

Вы также не можете удалить папку lost + found, так как это постоянная часть файловой системы. Однако, если вы найдете бесполезные фрагменты файлов внутри папки lost + found, которые вы не можете собрать вместе, вы можете удалить их с помощью терминала, чтобы освободить место.

Источник

Как избавиться от lost+found

Есть машина под ftp, есть два сериал-ата винта. Первый винт подключен в /opt/, файлы располагаются в /opt/ftp/. Нужно подключить второй винт для /opt/ftp/Films/. Как сделать так, чтобы юзвери не видели в /opt/ftp/Films/ каталог ‘lost+found’?

Re: Как избавиться от lost+found

а он тебе нужен ? да удалить его он появляется только после проверки винта через fsck

Re: Re: Как избавиться от lost+found

Я так понял — удалить ‘lost+found’? А это ничем не чревато?

Re: Re: Re: Как избавиться от lost+found

>А это ничем не чревато?

нет. Это когда при проверки поврежденной фс находятся цепочки бесхозных данных (твоих потерянных или поврежденных файлов) они туда записываются, чтобы ты увидел что с ними стало;). Короче — удаляй, но когда фс рухнет, после проверки загляни туда — если пусто, данные не пропали. Вроде так.

Re: Re: Re: Re: Как избавиться от lost+found

>>А это ничем не чревато?

>>нет. Это когда при проверки поврежденной фс находятся цепочки бесхозных данных

Х.З. Смысл lost+found — зарезервировать место под каталог. Каталог это файл в котором лежат имена файлов — ссылки на inod’ы. Когда нужно разгребать рухнувшую ФС не так просто выделить место (блоки) под каталог. ИМХО возможны проблемы при восстановлении ФС при удаленном lost+found.

Лично я стараюсь монтировать все в /mnt и откуда надо делать символьные ссылки или монтировать каталог (—bind). То есть на втором винте лучше создать папку Films и на нее символьно ссылаться или монтировать. Да и самому будет удобнее, нужно что-то залить на сервер, а место только на винте с Films, создал там еще один каталог (который по ftp не шарится) и все OK.

Источник

Lost found что это значит

Откройте возможности нейронного машинного перевода PROMT

PROMT.One (www.translate.ru) – бесплатный онлайн-переводчик на основе нейронных сетей (NMT) для азербайджанского, английского, арабского, греческого, иврита, испанского, итальянского, казахского, китайского, корейского, немецкого, португальского, русского, татарского, турецкого, туркменского, узбекского, украинского, финского, французского, эстонского и японского языков.

Изучайте времена и формы глаголов в английском, немецком, испанском, французском и русском языках в разделе Спряжение и склонение. Учите употребление слов и выражений в разных Контекстах. Мы собрали для вас миллионы примеров перевода на разные языки, которые помогут вам в изучении иностранных языков и подготовке домашних заданий.

Переводите в любом месте и в любое время с помощью мобильного переводчика PROMT.One для iOS и Android. Попробуйте голосовой и фотоперевод, скачайте языковые пакеты для офлайн-перевода.

Поделиться переводом

Но сейчас вы можете переводить только 999 символов за один раз.

Пожалуйста, войдите или зарегистрируйтесь, чтобы переводить до 5 000 символов единовременно. войти / зарегистрироваться

Добавить в избранное

Для добавления в Избранное необходимо авторизоваться

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Каталог lost+found

Модератор: Bizdelnick

Каталог lost+found

Сообщение Janik » 20.05.2010 08:05

Re: Каталог lost+found

Сообщение NickNill » 20.05.2010 08:51

Re: Каталог lost+found

Сообщение eddy » 20.05.2010 08:53

Re: Каталог lost+found

Сообщение Janik » 20.05.2010 10:14

Re: Каталог lost+found

Сообщение t.t » 20.05.2010 10:52

Re: Каталог lost+found

Сообщение eddy » 20.05.2010 10:58

Re: Каталог lost+found

У меня на ext4 она есть, но ни разу не видел, чтобы в ней что-нибудь появлялось. В общем, согласен с тем, что это пережиток от нежурналируемой ext2.

Re: Каталог lost+found

Сообщение serzh-z » 20.05.2010 15:33

Ой ли. Тесткейс для воспроизведения:

— монтируем ext4 со всеми фичами, включая журнал
— принудительно запускаем fsck на это разделе
— отмонтируем раздел
— снова запускаем fsck на это разделе, соглашаемся с правкой ошибок
— монтируем и смотрим в lost+found 😉

Источник