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

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

Через определенные промежутки времени Ubuntu проверяет мои файловые системы и создает несколько пустых "потерянный+найденный"папки.

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


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

решение1

Всякий раз, когда 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). Вероятно, каталогов не так много, поэтому я упростил. Просто убедитесь, что 'exit 0' остается в нижней строке.

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

решение2

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

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

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

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

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

решение3

В этой статье вы найдете подробное объяснение того, что такое каталог lost+found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

решение4

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

Связанный контент