Lost found linux что это такое

Содержание
  1. Какова цель папки lost + found в Linux и Unix?
  2. 3 ответа
  3. Для чего нужна папка lost+found на разделе?
  4. а для чего постоянно создается папка lost+found?
  5. Re: а для чего постоянно создается папка lost+found?
  6. Re: а для чего постоянно создается папка lost+found?
  7. Re: а для чего постоянно создается папка lost+found?
  8. Re: а для чего постоянно создается папка lost+found?
  9. Re: а для чего постоянно создается папка lost+found?
  10. Re: а для чего постоянно создается папка lost+found?
  11. Re: а для чего постоянно создается папка lost+found?
  12. Re: а для чего постоянно создается папка lost+found?
  13. Re: а для чего постоянно создается папка lost+found?
  14. Re: а для чего постоянно создается папка lost+found?
  15. Re: а для чего постоянно создается папка lost+found?
  16. Re: а для чего постоянно создается папка lost+found?
  17. Re: а для чего постоянно создается папка lost+found?
  18. Re: а для чего постоянно создается папка lost+found?
  19. Re: а для чего постоянно создается папка lost+found?
  20. Re: а для чего постоянно создается папка lost+found?
  21. Re: а для чего постоянно создается папка lost+found?
  22. Re: а для чего постоянно создается папка lost+found?
  23. Re: а для чего постоянно создается папка lost+found?
  24. Re: а для чего постоянно создается папка lost+found?
  25. Что такое папка lost + found в Linux и macOS?
  26. Что потерял + нашел Для
  27. Где вы найдете потерянные + найденные папки
  28. Как просмотреть содержимое утерянной + найденной папки
  29. Восстановление данных часто сложно

Какова цель папки 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 помещает их здесь.

Читайте также:  Windows 10 v1909 rus eng x86 x64 28in1 hwid act aio by m0nkrus

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

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

Источник

Для чего нужна папка 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 в журналируемых файловых системах находиться меньше.

Источник

а для чего постоянно создается папка 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, которые вы не можете собрать вместе, вы можете удалить их с помощью терминала, чтобы освободить место.

Источник

Читайте также:  Как клонировать загрузочный диск с windows
Оцените статью