xfs
[Top] [All Lists]

Re: xfs as root fs

To: linux-xfs@xxxxxxxxxxx
Subject: Re: xfs as root fs
From: Thomas Graichen <news-innominate.list.sgi.xfs@xxxxxxxxxxxxx>
Date: 8 Sep 2000 15:48:56 GMT
Distribution: local
Organization: innominate AG, Berlin, Germany
References: <lord@xxxxxxx> <200009081540.KAA18672@xxxxxxxxxxxxxxxxxxxx>
Reply-to: Thomas Graichen <graichen@xxxxxxxxxxxxx>
Reply-to: thomas.graichen@xxxxxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
Steve Lord <lord@xxxxxxx> wrote:

>> 
>> I just tried three copies of a root filesystem into xfs using
>> 
>> find / -mount -print | cpio -pdm /mnt/root
>> 
>> In two out of the three cases running repair on the resulting
>> filesystem I got a number of disconnected inodes:
>> 
>> disconnected inode 132, moving to lost+found
>> disconnected inode 133, moving to lost+found
>> disconnected inode 134, moving to lost+found
>> disconnected inode 135, moving to lost+found

> ....

> OK, this is a red herring, these were files from the lost+found on the root
> filesystem, so xfs_repair removed its lost+found to start with, so it was
> not finding anything wrong really.

> This basically says that after cloning a root the lost+found directory in
> the xfs filesystem needs to be cleaned.

hmmm in my cases the files were real (just on several real machines
i get it after some time of use) - i also usually do an

  xfs_repair
  mount
  rm -rf lost+found
  xfs_repair <- is fine now
  umount
  reboot

so - it is not the lost+found dir in my case ...

t

-- 
thomas.graichen@xxxxxxxxxxxxx
technical director                                       innominate AG
clustering & security                                networking people
tel: +49.30.308806-13  fax: -77                   http://innominate.de

<Prev in Thread] Current Thread [Next in Thread>