Можно ли спрятать потерянный + найденный?

18

Можно ли скрыть каталог lost + found, учитывая раздел, предназначенный исключительно для хранения музыки, видео и т. Д.

— jldugger
источник

19

Создайте подкаталог в этой файловой системе и поделитесь / symlink, который вместо корневого каталога файловой системы.

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

— MikeyB
источник

1

Есть какие-нибудь источники по этому поводу?

— Кубанчик

Под "источниками на что" я полагаю, вы имеете в виду ссылки? Это не упомянуто ни в одной справочной странице, которую я могу найти, но упоминается здесь (спасибо, Google): aplawrence.com/SCOFAQ/FAQ_scotec1fsck_lostfound.html

— MikeyB

1

Очень плохая идея, чтобы удалить его. FSCK будет воссоздан, но, как сказано выше, может нанести больше ущерба.

— Тонни

11

Для рабочих столов на основе Gnome2 / Mate Nautilus / Caja создайте файл с именем .hiddenв корневой папке диска.

Отредактируйте содержание следующим образом:

lost+found

Nautilus теперь будет скрывать папку lost + found при обновлении. Нажмите ctrl-h, чтобы переключить скрытые элементы, видимые / невидимые.

— Shabbyrobe
источник

Жаль, что это не работает для KDE Dolphin или даже Thunar. Тем не менее, Thunar скрывает потерянный + найденный по умолчанию, поскольку это системная папка, кажется

— Ману Ярвинен

@ ManuJärvinen Что означает системная папка? Что касается ядра, то lost+foundэто обычный каталог, как и любой другой каталог. Это только то, fsckчто нужно для этого конкретного имени каталога. Любой другой инструмент, обрабатывающий только это имя, делает это в соответствии с соглашением, используемым fsck.

— Касперд

5

Nautilus (и Konq?) Будет интерпретировать скрытый файл в каталоге как список файлов, которые нужно скрыть. В противном случае, как предлагали другие, используйте XFS или ReiserFS.

— Джеймс Кейп
источник

5

$ ls --ignore=lost+found

Так что сделай псевдоним

$ alias ls='ls --ignore=lost+found'

С обновленным ls, который является частью GNU coreutils 8.15

Re: http://www.askapache.com/linux-unix/bash_profile-functions-advanced-shell.html

— AskApache
источник

4

Нет. Но вы можете удалить его (он будет воссоздан на следующем fsck), или вы можете использовать другую файловую систему, которая не нуждается в lost + found. ext2 / 3 делает.

— Михай Лимбашан
источник

Да, но у вас может быть скрипт, который удаляет его после запуска fsck. Я действительно не знаю, какой в этом смысл.

— BobbyShaftoe

1

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

— Касперд

Действительно, очень плохой совет. Это специальный каталог, потому что serverfault.com/a/9909/2101

— MikeyB

2

Lost + Found - это место, где FSCK собирается хранить биты файлов, которые он смог восстановить, если ваша файловая система повреждена. Если каталог в настоящее время пуст, вы можете просто удалить его.

FSCK (я верю) воссоздает его, если в нем есть что-то, что нужно поместить туда.

Не уверен, почему наличие этого каталога проблематично для вас?

— Тим Пост
источник

1

rmdir lost+found

— Ян Келлинг
источник

1

По крайней мере, в Ubuntu просто поменяйте владельца каталога на root

sudo chown -R root:root '/media/user/device/lost+found'

Это оно.

— Dante
источник

-1

Нет. Его нельзя скрыть, поскольку в ОС UNIX только файлы, начинающиеся с точки, скрываются из стандартного представления.

— Дейв Чейни
источник