Linux что за папка lost found

Какова цель папки lost + found в Linux и Unix?

В корне операционных систем Linux и Unix есть папка, которая называется /lost+found/

Для чего это? При каких обстоятельствах я буду взаимодействовать с ним? Как бы я с этим взаимодействовал?

Если вы запустите fsck команду проверки и восстановления файловой системы, она может найти фрагменты данных, на которые нет ссылок нигде в файловой системе. В частности, fsck могут быть найдены данные, которые выглядят как полный файл, но не имеют имени в системе — индекс без соответствующего имени файла. Эти данные все еще занимают место, но они не доступны никаким обычным способом.

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

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

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

Во многих файловых системах lost+found каталог немного особенный, потому что он предварительно выделяет немного места для fsck размещения файлов там. (Пространство не для данных файла, которые остаются на fsck месте; это для записей каталога, которые fsck должны быть заполнены.) Если вы случайно удалили lost+found , не создавайте его заново mkdir , используйте, mklost+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 и Unix?

В корне Linux и операционных систем Unix есть папка под названием /lost+found/

Для чего это? В каких обстоятельствах я бы с ним взаимодействовал? Как я буду с ним взаимодействовать?

3 ответа

Если вы запустите fsck , команду проверки и восстановления файловой системы, он может найти данные фрагменты, на которые не ссылаются нигде в файловой системе. В частности, fsck может найти данные, которые выглядят как полный файл, но не имеют имени в системе — inode без соответствующего имени файла. Эти данные все еще используют свободное пространство, но оно недоступно никакими нормальными средствами.

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

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

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

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

Каталоги lost+found (а не Lost + Found) — это конструкция, используемая fsck , когда есть повреждение файловой системы (не аппаратное устройство, а fs). Файлы, которые обычно теряются из-за повреждения каталога, будут связаны в каталоге lost+found файловой системы по номеру inode. Некоторые из них могут быть потерянными каталогами или потерянными файлами или даже потерянными устройствами. Каждая файловая система должна иметь свой собственный каталог lost+found , но вы можете посмотреть на систему с только одной файловой системой. В общем, вы должны надеяться, что каталог пуст; но если есть коррупция, будьте благодарны, что во многих случаях файлы могут быть восстановлены после того, как fsck помещает их здесь.

В разделе «Иерархия файловых систем Linux», раздел /lost + found

Как было объяснено ранее в обзоре FSSTND, Linux должен всегда проходить надлежащее завершение работы. Иногда ваша система может произойти сбой или сбой питания может привести к отключению аппарата. Или путь, при следующей загрузке, длительная проверка файловой системы с использованием fsck будет сделанный. Fsck будет проходить через систему и попытаться восстановить поврежденные файлы, которые он находит. Результатом этой операции восстановления будет помещенный в этот каталог. Восстановленные файлы вряд ли будут полны или имеют смысл, но всегда есть шанс, что что-то стоящее восстанавливается. Каждый раздел имеет свои собственные потерянный + найденный каталог. Если вы находите файлы там, попробуйте переместить их вернуться в исходное местоположение. Если вы найдете что-то вроде сломанного символическую ссылку на «файл», вам необходимо переустановить файлы /с из соответствующий RPM, так как ваша файловая система настолько повреждена, что файлы были искалечены до неузнаваемости. Ниже приведен пример /lost + found. Как вы можете видеть, подавляющее большинство файлов содержащиеся здесь, на самом деле являются сокетами. Что касается остальной части в других файлах были обнаружены поврежденные системные файлы и личные файлы. Эти файлы не были восстановлены.

Источник

Насколько опасно удалить каталог lost+found?

Файловая система ext4. Будет ли тяжким преступлением, если я удалю каталог lost+found? Или при необходимости fsck сам его восстановит (создаст)?

Боюсь ошибиться, но вроде его не получится удалить даже от root. Проверять не хочется что-то.

Создаст, можно удалять.

удаляется, для root права доступа rwx

можешь удалять спокойно, он будет снова создан при запуске fsck

удалял, удаляю и буду удалять

Root игнорирует обычные права доступа и может удалять что угодно.

При каждом fsck заново создастся.

каждый раз и удаляю. будет выпендриваться — я и fsck удалю.

Root игнорирует обычные права доступа и может удалять что угодно.

у меня вообще такой крутой root, что может даже удалять файлы с компакт-дисков!

Источник

Для чего нужна папка lost+found на разделе?

Для чего нужна папка Models?
Пожалуйста опишите доступным языком)

На каком языке написана эта программи и для чего нужна папка Browser
на каком язике написанно этот приложения ы длячего нужни файлы папке Brawser изучиф оставте своеи.

Для чего папка trunk в проекте?
Собственно скачал исходники, а в них кроме самой папки программы папка trunk и в ней еще один файл.

Папка C:\Users\user\AppData — для чего?
Товарищи, добрый день! Подскажите, пожалуйста, для чего предназначена папочка в Vista, путь к.

polnyj0,
Накасячил в разметки читай по поводу разметки дисков, и почитай по поводу mount unmount

Комментарий модератора

правила 5.17. Запрещено избыточное цитирование. Цитируйте только необходимые части сообщений, на которые отвечаете.

Это системная папка, ты туда доступ иметь и не должен. Так что беспокоиться не стоит.

Можешь прочитать зачем она:

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

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

Источник