I did manage to boot to shell using the Linux Rescue
option on the SGI XFS CD .. I wonder if there is
any organized methodology to recover your partitions
etc. Something like this would be fit the bill:
1) Use the SGI XFS CD and type linux rescue
2) The system will attempt to find your old linux
partitions (mine did not)
3) Check each of the filesystems using xfs_check
and so on
4) If there are any errors, repair them using
and so on.
5) Manually mount each of the filesystems using
mount -t xfs /dev/sda1 /dir1
6) Examine and verify your data
7) Next step...
I am writing this story as I travel through this
process..If there is anything written out like this
I'd DIE to get my hands on it..
In my case, I did not back up my /etc/fstab (yeah
pretty dumb).. so I guessed at most of it.. I could
mount /dev/sda1, /dev/sda2 etc but all the data seems
to have vanished. Could this be because the
type of "xfs" is wrong ? I can only see the
directories but not the files themselves... it all
seems to have been "wiped out"
Any known vulnerabilities and patches would also be
appreciated.. both in Redhat and SGI XFS..
--- Simon Matter <simon.matter@xxxxxxxxxxxxxxxx>
> Eric Sandeen schrieb:
> > On Mon, 2002-03-04 at 16:15, Glow Nair wrote:
> > > HELP..
> > > I would appreciate any help/hints etc. that I
> > > get from SGI.. I've generally been very happy
> > > SGI XFS 1.02
> > >
> > > I made emergency boot disks.. however when my
> > > disk crashed, it wont boot using the rescue
> > > disk
> > >
> > > Can you help ?
> Updated mkbootdisk RPMs are here:
> Create bootdisk as usual, but use a different
> mkbootdisk --device /dev/fd0u1722
> > The installer should warn you, but it doesn't...
> the XFS kernel is often
> > too big to fit on a boot floppy. :(
> > Try booting from the 1.0.2 CD with "linux rescue"
> at the boot prompt.
> > -Eric
> > --
> > Eric Sandeen XFS for Linux
> > sandeen@xxxxxxx SGI, Inc.
Do You Yahoo!?
Try FREE Yahoo! Mail - the world's greatest free email!