Article View: aus.computers.linux
Article #1162Re: "lost+found" files?
From: Will Kemp
Date: Tue, 24 Jun 2008 21:20
Date: Tue, 24 Jun 2008 21:20
83 lines
4777 bytes
4777 bytes
Felix Karpfen wrote: > On 2008-06-23, Will Kemp <will@xxxx.swaggie.net> wrote: >> Felix Karpfen wrote: >>> On 2008-06-21, "Robert Swan" swan.r.l@gmail.com <"Robert Swan"> wrote: >>> >>>> Can be a challenge finding where these things are documented, but >>>> "file" is often helpful when trying to work out what a file is. >>>> >>>> And it's not good to be finding things in lost+found. That indicates >>>> some level of file system corruption >>> Alas - that was indeed the case. > >>> I would have been history, if I had not had a backup >>> fully-operational (Linux) system on my box from which to repair the >>> corrupted disk partition. >> Was it an ext3 file system? > > I use the XFS file system. I'm glad to hear it wasn't an ext3 one! ;-) Why do you use xfs? > And discovered "/sbin/xfs_repair" which appears to have repaired most > of the damage. > > A few socket files ended up in "lost+found"; Ah, but are they *really* socket files? It seems fairly unlikely. The thing about lost+found is that what ends up there are generally disembodied segments of files - and if it's a disembodied segment, the filesystem's got no way of knowing what sort of file it is. Therefore, i can't see how the "s" in the flags can signify the they're "socket" files - as the filesystem can't know that and it's the filesystem that's set the flags. > and there was about 2 > minutes of cleanup activity that flashed across the screen [and was not > saved for inspection :-(]. The XFS-log was also corrupted; I had to > overwrite it with zeros (as instructed by an xfs_repair message) before > xfs_repair did its things. > > The text files in "lost+found" are a total mystery. They have > accumulated over a period of 2 years and appear to be either emails or > downloaded web-pages. I never knew that any of the entries had been > lost :-(. That's a bit of a worry. If it was me, i'd be abandoning xfs and changing to ext3! As it's not me, i'm just glad i use ext3 and not xfs! ;-) I've haven't found anything in lost+found for many years - and certainly never since starting to use ext3 rather than ext2. > One other mystery remains. My HD has 6 partitions and some unformatted > space. My current OS is on one partition and my backup OS on a second > partition. The other partitions are a swap partition and two small > XFS partitions that I had created in the distant past and filled with > (backup?) contents that I can no longer recall (I now use a separate > HD for my backups!). "cfdisk" displays the starts and ends of these > partitions and "xfs_repair says that the file-systems are perfectly > healthy. But I can no longer "mount" them and inspect their content. > The "mount" command claims that the mount points do no exist. Since I > cannot even remember any more what data is in these partitions, it is a > non-issue that I can no longer mount them. > > But I worry about such mysteries and therefore thought them worth a > mention. I think you're right to worry about it. I'd be worried too. >> If you can't open them with a text editor they're probably not going to >> be any use anyway. But it might not do any harm to hang onto them for a >> while, as sometimes you don't realise something missing for ages. > > I propose to move them to "/opt", leave "/lost+found" empty and watch > for anything else that ends up there in future. Good idea. -- http://SnapAndScribble.com
Technical Details
Message-ID:
<tyd8k.96310$1B6.14775@newsfe21.ams2>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!feeder.news-service.com!ramfeed2.eweka.nl!eweka.nl!hq-usenetpeers.eweka.nl!69.16.177.246.MISMATCH!cyclone03.ams!news.ams.newshosting.com!npeersf02.ams!newsfe21.ams2.POSTED!53ab2750!not-for-mailReferences:
<slrng5k08e.4ah.felixk@carrot.cabbage.patch> <hmbui5-8qh.ln1@rswan.netspace.net.au> <slrng5r5kl.5uv.felixk@carrot.cabbage.patch> <kJH7k.69671$312.69354@newsfe12.ams2> <slrng60ae8.63e.felixk@carrot.cabbage.patch>Show Full Headers
Complete Article Headers
X-Google-Thread: 102983,abf261a6654f7811 X-Google-Attributes: gid102983,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!feeder.news-service.com!ramfeed2.eweka.nl!eweka.nl!hq-usenetpeers.eweka.nl!69.16.177.246.MISMATCH!cyclone03.ams!news.ams.newshosting.com!npeersf02.ams!newsfe21.ams2.POSTED!53ab2750!not-for-mail From: Will Kemp <will@xxxx.swaggie.net> User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 Newsgroups: aus.computers.linux Subject: Re: "lost+found" files? References: <slrng5k08e.4ah.felixk@carrot.cabbage.patch> <hmbui5-8qh.ln1@rswan.netspace.net.au> <slrng5r5kl.5uv.felixk@carrot.cabbage.patch> <kJH7k.69671$312.69354@newsfe12.ams2> <slrng60ae8.63e.felixk@carrot.cabbage.patch> In-Reply-To: <slrng60ae8.63e.felixk@carrot.cabbage.patch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Lines: 83 Message-ID: <tyd8k.96310$1B6.14775@newsfe21.ams2> NNTP-Posting-Host: 82.26.67.82 X-Complaints-To: http://netreport.virginmedia.com X-Trace: newsfe21.ams2 1214342425 82.26.67.82 (Tue, 24 Jun 2008 21:20:25 UTC) NNTP-Posting-Date: Tue, 24 Jun 2008 21:20:25 UTC Organization: virginmedia.com Date: Tue, 24 Jun 2008 22:20:29 +0100