
Через определенные промежутки времени 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.)