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

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

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

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

Всякий раз, когда система 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 .

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

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

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

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

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

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

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