Чи можливо приховати втрачене + знайдене?

18

Враховуючи розділ, призначений виключно для зберігання музики, відео та ін., Чи можливо приховати загублений + знайдений каталог?

— jldugger
джерело

19

Створіть підкаталог у цій файловій системі та поділітьсь / посиланням, що замість кореневого каталогу файлової системи.

Погана ідея видалити загублений + знайдений каталог. Під час відновлення fsck потребує існуючої багатогалузевої директорії, в якій можна створити записи каталогів для втрачених файлів. Якщо немає втраченого + знайденого каталогу, він повинен створити один, потенційно перезаписаний дані.

— MikeyB
джерело

1

Будь-які джерела про це?

— kubanczyk

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

— MikeyB

1

Справжня погана ідея її видалити. FSCK відтворить, але, як було сказано вище, це може завдати більше шкоди.

— Тонні

11

Для настільних комп'ютерів на базі Gnome2 / Mate Nautilus / Caja створіть файл, викликаний .hiddenу кореневій папці накопичувача.

Відредагуйте вміст, щоб прочитати:

lost+found

Тепер Nautilus приховає папку втраченого + знайденого, якщо ви оновите. Натисніть "ctrl-h", щоб переключити видимі / невидимі приховані елементи.

— Шабіроб
джерело

Шкода, це, здається, не працює для дельфінів KDE або навіть для Thunar. Однак Thunar приховує втрачене + знайдене за замовчуванням, оскільки це системна папка, схоже

— Manu Järvinen

@ ManuJärvinen Що має означати системна папка? Що стосується ядра, lost+foundце звичайний каталог, як і будь-який інший каталог. Це лише те, fsckщо потребує цього конкретного імені каталогу. Будь-який інший інструмент лікування , що ім'я особливого тільки робить так , щоб відповідати конвенцій , використовуваним fsck.

— kasperd

5

Nautilus (і Konq?) Інтерпретуватиме .hidden файл у каталозі як список файлів, які потрібно приховати. В іншому випадку, як пропонують інші, використовуйте 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) або ви можете скористатись іншою файловою системою, яка не потребує втраченого + знайденого. ext2 / 3 робить.

— Михай Лімбашан
джерело

Так, але у вас може бути сценарій, який видаляє його після запуску fsck. Я насправді не знаю, в чому сенс цього.

— BobbyShaftoe

1

Власне кажучи, лише загублений + знайдений каталог потребує лише команда fsck. Сама файлова система цього не потребує. Не вдалося знайти згадки про загублений + знайдений каталог у вихідному коді файлової системи. З точки зору файлової системи, він не відрізняється від усіх інших каталогів.

— kasperd

Дійсно, дійсно погана порада. Це спеціальний каталог, оскільки serverfault.com/a/9909/2101

— MikeyB

2

Втрачено + знайдено, де FSCK збирається депонувати біти файлів, які вдалося відновити, якщо ваша файлова система пошкоджена. Якщо каталог наразі порожній, його можна просто видалити.

FSCK (я вважаю) відновить його, якщо в ньому є що-небудь, що потрібно помістити туди.

Не знаєте, чому наявність цього каталогу для вас проблематична?

— Тім Пост
джерело

1

rmdir lost+found

— Ян Келінг
джерело

1

Принаймні, в Ubuntu просто змінити власника каталогу на root

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

Це воно.

— Данте
джерело

-1

Ні. Його не можна приховати, оскільки під ОС UNIX лише стандартні подання приховані лише файли, які починаються з періоду.

— Дейв Чейні
джерело