Удалить пустую папку «lost + found» автоматически, если она пуста


9

Каждое определенное время Ubuntu проверяет мои файловые системы и создает несколько пустых папок « lost + found ».

Могу ли я отключить эту функцию? Есть ли способ, которым Ubuntu автоматически удаляет эти папки, если они пусты?


Есть ли способ скрыть эту папку на NFS?

Ответы:


8

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

Если вы просто хотите скрыть папку от Nautilus, вы можете создать «.hidden» файл, содержащий «lost + found» и поместить его в папку lost + found родительского объекта.

Например. для папки lost + found в '/':

echo "lost+found" | sudo tee /.hidden

Для одного в вашем домашнем каталоге (если есть):

echo "lost+found" > ~/.hidden


Я думаю, что в качестве альтернативы вы можете удалить их после каждой загрузки, добавив в файл /etc/rc.local следующее:

if [ -d /lost+found ]; then
    rmdir /lost+found 2>/dev/null
fi

if [ -d /home/USER/lost+found ]; then
    rmdir /home/USER/lost+found 2>/dev/null
fi

Он будет работать rmdirс папками, если они существуют, и удаляет их только в том случае, если они пусты (удаляет 2>/dev/nullсообщение «не пусто» rmdir). Там, вероятно, не так много каталогов, поэтому я сохранил это просто. Просто убедитесь, что «выход 0» остается в нижней строке.

Недостаток: он отслеживает только каталоги, созданные fsckво время загрузки. Если он будет запущен позже, вы снова увидите этот каталог. Затем вы можете поместить выше в периодически выполняемую работу cron .


Спасибо, я знал это, но это решение работает только для nautilus.
Хуан Симон

И как я могу скрыть эту папку на NFS?
Хуан Симон

Смотрите обновление. Извините, у меня нет опыта работы с NFS.
2010 г.

4

[Наличие] каталога lost + found с достаточно большим размером для размещения большого количества несвязанных файлов создает меньшую нагрузку на e2fsck для создания каталога и его увеличения до соответствующего размера.

[fsck попытается создать потерянный + найденный, если он не существует], но перед лицом поврежденной файловой системы это может быть более рискованным.

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

Это нужно гораздо реже, начиная с ext3. В файловой системе журналирования файлы не должны «теряться» при сбое / сбое питания. Вы могли бы утверждать, что это только сохранено, чтобы избежать фатальных неожиданностей для старожилов (и чудаков, которые отключают журнал). Если вы не знаете, чего вам не хватает, возможно, это не проблема.

Тем не менее, его удаление похоже на исправление e2fsck. Вы можете это сделать, но не должны.


Спасибо, но это не отвечает на мой вопрос.
Хуан Симон

0

Эта статья даст вам правильное объяснение о потерянном + найденном каталоге: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html


1
Спасибо, я знал это, но это не отвечает на мой вопрос.
Хуан Симон

1
Хотя это может теоретически ответить на вопрос, было бы предпочтительным включить сюда основные части ответа и предоставить ссылку для справки.
Элия ​​Каган

-1

cd where the lost+found folder is located
sudo touch .hidden
sudo mcedit .hidden(Написать lost+foundи сохранить с помощью F2.)

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.