On Dec 20, 12:03am, Seth Mos wrote:
> Subject: XFS and root shell
> Hi,
>
hi Seth,
[just catching up on some old mail]
> If I have an ext2 filesystem that can not be mounted on boot time it will
> bring up a root shell for system maintenance. How difficult is it to make
> XFS do the same.
>
i think the consensus was this shouldn't be too hard.
i'll make xfs_repair install into /sbin by default (from
its current home in /usr/sbin) shortly.
> I booted and older kernel (older style log) did a dirty reboot and the
> newer kernel could not mount /home because of the older log style.
> Ofcourse xfs_repair nows what to do but i did not notice untill I tried to
> log in.
>
this is really a bit of an unusual one ... the log format change
wasn't really corruption (which is what xfs_repair is out to
fix), it was a premeditated ondisk format change comparable to
the conversion from little to big endian in some ways (there was
plenty of mailing-list warnings etc at the time). It is just a
coincidence that the new xfs_repair can fix it - it simply blows
away the entire (clean, old) log & then inserts a new dummy log
record at the log head (ie. creates a new format log).
these are the joys of working with beta software i guess. there
are no further ondisk changes coming (afaik) though, so this sort
of situation shouldn't arise again. i guess what i'm getting at
is that this example doesn't really have much to do with a rescue
disk after all...
cheers.
--
Nathan
|