🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: aus.computers.linux
Article #1162

Re: "lost+found" files?

#1162
From: Will Kemp
Date: Tue, 24 Jun 2008 21:20
83 lines
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-mail
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>

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