а для чего постоянно создается папка lost+found?
2. В каталог lost+found складывается то, что обнаружила fsck при проверке раздела.
Obidos ★★★★★
( 15.11.06 08:54:58 MSK )
Ответ на: комментарий от Obidos 15.11.06 08:54:58 MSK
>1. Нет такого слова «папка».
Как это слова нет? Мамка есть, а папки нет?
sdio ★★★★★
( 15.11.06 09:04:26 MSK )
Ответ на: комментарий от Obidos 15.11.06 08:54:58 MSK
не понял, а что такое можно обнаружить при проверке, что надо складывать куда-то? разве ошибки не исправляются автоматически?
anonymous
( 15.11.06 09:06:53 MSK )
Ответ на: комментарий от anonymous 15.11.06 09:06:53 MSK
файлы без названий 😉
Kuzmich ★★
( 15.11.06 09:20:33 MSK )
В lost+found скидываются файлы, на которых не было ссылок ни в одном каталоге, хотя их иноды не были помечены как свободные.
Sikon ★★★
( 15.11.06 09:23:54 MSK )
в винде никогда не находил lost chains? И файлы chk0001.chk? Вот тут то же самое.
Xellos ★★★★★
( 15.11.06 09:27:55 MSK )
возможно, так твой винт готовится отойти в мир иной и пытается предупредить хозяина. Это особый язык, но рано или поздно его осваивают. Лучше рано, чем поздно 🙂
mutronix ★★★★
( 15.11.06 09:37:51 MSK )
Ответ на: комментарий от mutronix 15.11.06 09:37:51 MSK
Teak ★★★★★
( 15.11.06 09:44:19 MSK )
Ответ на: комментарий от Sikon 15.11.06 09:23:54 MSK
а как такое может получиться? и почему с reiserfs такого ни разу не было?
anonymous
( 15.11.06 13:03:59 MSK )
Ответ на: комментарий от anonymous 15.11.06 13:03:59 MSK
Питание отрубается часто?
Xellos ★★★★★
( 15.11.06 13:22:38 MSK )
Ответ на: комментарий от anonymous 15.11.06 13:03:59 MSK
Потому что reiserfsck потерянные файлы не умеет восстанавливать. Она в лучшем случае восстановит работоспособность фс.
Teak ★★★★★
( 15.11.06 13:32:53 MSK )
Ответ на: комментарий от Teak 15.11.06 13:32:53 MSK
а отчего файлы теряются-то? где хваленая стабильность?
anonymous
( 15.11.06 13:34:12 MSK )
Ответ на: комментарий от anonymous 15.11.06 13:34:12 MSK
Ну и что я должен ответить на твой вопрос, по-твоему? Я вроде ничего тут не хвалил. 🙂 Обращайся к тем, кто хвалил, наверное.
Teak ★★★★★
( 15.11.06 13:44:35 MSK )
Ответ на: комментарий от Teak 15.11.06 13:44:35 MSK
надо ответить, куда просто так могут деться файлы, и зачем их складывать в непонятное место
anonymous
( 15.11.06 13:49:58 MSK )
Ответ на: комментарий от anonymous 15.11.06 13:49:58 MSK
gizmo ★
( 15.11.06 14:17:47 MSK )
Ответ на: комментарий от anonymous 15.11.06 13:49:58 MSK
🙂 Это ты пральна сказанул (:
anonymous
( 15.11.06 16:36:19 MSK )
> а как такое может получиться? и почему с reiserfs такого ни разу не было?
Удаление файла в Unix-системах — это две операции:
1. Удаление ссылки из каталога;
2. Удаление инода.
Если выполнилась первая операция и произошёл сбой, например, выключилось питание, то в системе останется потерянный инод, который вроде как и указывает на корректный файл, но этот файл не содержится ни в одном каталоге. В нежурналируемых файловых системах (например, ext2), в которых нет средства определения такого сбоя, задача восстановления таких файлов ложится на fsck. Он находит иноды, на которые нет ссылок, и создаёт на них ссылки в lost+found. Предполагается, что после этого пользователь сможет просмотреть файлы и при необходимости переместить им куда надо, вернув нужные имена.
Такая же ситуация теоретически может произойти при создании нового файла, если инод уже создан, а ссылка в каталоге — нет.
В журналируемых файловых системах (а к ним относятся ext3 и ReiserFS) fsck просто просматривает журнал, видит, что операция на завершилась полностью, и откатывает её. Поэтому и потерянные иноды находятся там реже.
Sikon ★★★
( 15.11.06 16:57:29 MSK )
Ответ на: комментарий от Sikon 15.11.06 16:57:29 MSK
reiserfs вообще как-то сильно по-другому устроена, там аналогии с ext2 не стоит применять. Хотя подробностей я не знаю. 🙂
Teak ★★★★★
( 15.11.06 17:07:04 MSK )
Ответ на: комментарий от Sikon 15.11.06 16:57:29 MSK
и кудаже мне надо перемещать файлы, набитые мусором? это наверное какие-то служебные? или их сразу удалять можно, раз они создаются при кривом удалении? у меня ext3
anonymous
( 15.11.06 17:35:20 MSK )
Ответ на: комментарий от anonymous 15.11.06 17:35:20 MSK
ИМХО, файлы на ext2/ext3 теряются при выключении без отмонтирования диска при неработающем журнале, при сбоях железа (шлейф отошёл) и при поиске приключений на свою задницу.
У меня такие файлы в lost+found возникают при ошибках при ковырянии в настройках ФС и изменении размера разделов. Просматриваю в mc и конквероре (или в чём-нибудь ещё, что умеет угадывать формат по содержимому), определяю формат, открываю соответствующей программой, по результатам — переименовываю или удаляю. Ещё там часто оказываются обрывки логов (если попытка загрузиться в новой конфигурации закончилась ресетом).
Форум русскоязычного сообщества Ubuntu
Страница сгенерирована за 0.043 секунд. Запросов: 23.
- Сайт
- Об Ubuntu
- Скачать Ubuntu
- Семейство Ubuntu
- Новости
- Форум
- Помощь
- Правила
- Документация
- Пользовательская документация
- Официальная документация
- Семейство Ubuntu
- Материалы для загрузки
- Совместимость с оборудованием
- RSS лента
- Сообщество
- Наши проекты
- Местные сообщества
- Перевод Ubuntu
- Тестирование
- RSS лента
© 2012 Ubuntu-ru — Русскоязычное сообщество Ubuntu Linux.
© 2012 Canonical Ltd. Ubuntu и Canonical являются зарегистрированными торговыми знаками Canonical Ltd.
Каталог /lost+found
Каталог, который обязательно должен присутствовать на каждом разделе. (Если, к примеру, винчестер разбит на три раздела, которые монтируются в /, /home, /var, то в корневой файловой системе, в катал ore /home и в каталоге /var будет присутствовать /lost+found.) Назначение этого каталога достаточно очевидно – при аварийных ситуациях возможна потеря информации. Специальная утилита chkfsk восстанавливает (если, конечно, это возможно) утерянную информацию. Однако иногда невозможно достоверно определить принадлежность восстановленных данных какому-нибудь определенному файлу. В этом случае восстановленные данные помещаются в каталог /lost+found.
Данный текст является ознакомительным фрагментом.
Почему появилась директория lost+found на отформатированном диске в чистом Ubuntu?
В fstab добавлены эти диски по аналогии с теми, что прописал установщик:
UUID="4b150022-4e47-471b-82d2-9fe8d879cf22" /mnt/toshiba ext4 defaults 0 0 UUID="b8b70c16-911b-4a51-8320-2e046de83b0d" /mnt/hgst ext4 defaults 0 0 Ожидалось, что диски будут стоять молча, но после монтирования на них началась активность и появились директории lost+found . Отмонтировать диски нельзя, потому что они заняты.
Откуда появилась активность и эти директории на чистой системе и чистых дисках?