I've got an ailing SGI which currently doesn't boot, so I plucked the disk
out
and slotted it into my Sun box to snoop around. Unfortunately despite my
best technical and google skills I haven't been able to resolve this.
Attempting to mount the main disk partition with a simple "mount -t xfs
/dev/sda1 /mnt/sgidisk" yields only "mount: Function not implemented".
That's it, that's all I've got. Except that I know from debugging mount that
the mount
syscall raises errno 90, which goes into strerror() which returns the "not
implemented" message.
It's a SCSI disk formatted to XFS by IRIX. IRIX and linux XFS are reportedly
disk
compatible so I don't see a problem there. There's a boot partition (1), a
swap
partition (2), and the 9 and 11 partitions used for the SGI disk label.
The host system is a Sun Ultra 5 (sparc64 sun4u) with an Adaptec aix7xxx
controller, running Gentoo Linux kernel 2.6.17-r8. The kernel has been built
with SGI partition map support. I've got the aic7xxx and xfs drivers
compiled as modules and set to autoload (I've tried with built-in versions
as well and get the same result).
The kernel at this point has been compiled with debug enabled and with
CONFIG_XFS_DEBUG=y. The XFS driver confirms this in dmesg:
"SGI XFS with ACLs, security attributes, large block/inode numbers, debug
enabled
SGI XFS Quota Management subsystem"
However when I attempt the mount there's nothing emitted in
/var/log/messages.
Note the partition type says "SGI efs". However trying to mount -t efs fails
with the expected "mount: wrong fs type". (EFS compiled as a module and
modprobed).
The output from xfs_db which admittedly doesn't mean much, to me at least,
is:
azrael ~ # xfs_db -c sb -c p /dev/sda1
magicnum = 0x58465342
blocksize = 4096
dblocks = 491395
rblocks = 0
rextents = 0
uuid = dbfdfd61-f556-1021-8e74-0800690ac5d3
logstart = 262148
rootino = 128
rbmino = 129
rsumino = 130
rextsize = 16
agblocks = 61425
agcount = 8
rbmblocks = 0
logblocks = 1000
versionnum = 0x1094
sectsize = 512
inodesize = 256
inopblock = 16
fname = "\000\000\000\000\000\000\000\000\000\000\000\000"
blocklog = 12
sectlog = 9
inodelog = 8
inopblog = 4
agblklog = 16
rextslog = 0
inprogress = 0
imax_pct = 25
icount = 35648
ifree = 1636
fdblocks = 164789
frextents = 0
uquotino = 0
gquotino = 0
qflags = 0
flags = 0
shared_vn = 0
inoalignmt = 2
unit = 0
width = 0
dirblklog = 0
logsectlog = 0
logsectsize = 0
logsunit = 0
features2 = 0
Also interesting is the output from xfs_check:
"ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed. Mount the filesystem to replay the log, and unmount it before
re-running xfs_check."
Although this indicates that the filesystems should at least be mountable.
Any help would be appreciated - what am I missing? Is there somewhere else
that the kernel and/or the xfs driver would log their debug messages?
thanks
dennis
--
View this message in context:
http://www.nabble.com/Unable-to-mount-XFS-partition-on-Sun-Ultra-Linux-2.6.17---Function-not-implemented-tf2781318.html#a7759642
Sent from the linux-xfs mailing list archive at Nabble.com.
|