Given a partition intended solely for storing music, video and so-on, is it possible to hide the lost+found directory?
9 Answers
Create a subdirectory in that filesystem and share/symlink that instead of the filesystem root directory.
It's a bad idea to remove the lost+found directory. When recovering, fsck needs an existing multi-sector directory in which to create directory entries for lost files. If there is no lost+found directory, then it has to create one, potentially overwriting data.
-
1
-
By "sources on that" I assume you mean references? It's not mentioned in any manpages that I can find, but it's mentioned here (thanks, Google): aplawrence.com/SCOFAQ/FAQ_scotec1fsck_lostfound.html– MikeyBJun 26, 2009 at 21:06
-
2Real bad idea to remove it. FSCK will recreate, but as said above potentially causing more damage.– TonnySep 9, 2011 at 10:37
For Gnome2/Mate Nautilus/Caja based desktops, create a file called .hidden
in the root folder of the drive.
Edit the contents to read:
lost+found
Nautilus will now hide the lost+found folder if you refresh. Press 'ctrl-h' to toggle the hidden items visible/invisible.
-
Too bad this doesn't seem to work for KDE's Dolphin or even Thunar. However, Thunar hides lost+found by default since it's a system folder, it seems Feb 24, 2015 at 13:39
-
1@ManuJärvinen What is system folder supposed to mean? As far as the kernel is concerned
lost+found
is an ordinary directory just like any other directory. It is onlyfsck
which has a need for this specific directory name. Any other tool treating that name special only does so to match the convention used byfsck
.– kasperdJan 4, 2016 at 17:54
$ ls --ignore=lost+found
So make that an alias
$ alias ls='ls --ignore=lost+found'
With the updated ls that is part of GNU coreutils 8.15
re: http://www.askapache.com/linux-unix/bash_profile-functions-advanced-shell.html
Nautilus (and Konq?) will interpret a .hidden file in a directory as a list of files to hide. Otherwise, as others have suggested, use XFS or ReiserFS.
No. But you can delete it (it'll be recreated at the next fsck), or you can use a different file system which doesn't need a lost+found. ext2/3 does.
-
Yeah, but you could have a script that deletes it after fsck runs. I don't really know what the point of this would be though. May 19, 2009 at 5:59
-
1Strictly speaking it is only the fsck command, which need the lost+found directory. The file system itself doesn't need it. I couldn't find any mention of the lost+found directory within the file system source code. From the file system's point of view, it is no different from all other directories.– kasperdFeb 19, 2015 at 18:20
-
Really, really bad advice. It is a special directory because serverfault.com/a/9909/2101– MikeyBJan 6, 2016 at 16:57
At least in Ubuntu just change the owner of the directory to root
sudo chown -R root:root '/media/user/device/lost+found'
that's it.
Lost+Found is where FSCK is going to deposit bits of files that it was able to recover if your file system is damaged. If the directory is currently empty, you are safe to just delete it.
FSCK (I believe) will re-create it if it has anything that needs to be put there.
Not sure why the presence of that directory is problematic for you, though?
No. It can't be hidden because under UNIX os's, only files that begin with a period are hidden from a standard view.