Jason Walker wrote:
> On Tue, 2 Jan 2001, Russ Ingram wrote:
> > This is not in direct reference to the Root XFS partition thread,
> > but...
> > Has anyone got a system running with all XFS filesystems (i.e. /boot /
> > /usr ...) and if so is there a HOWTO on how it was done. If there is
> > no HOWTO could someone possibly post an outline of the steps. I would
> > then be happy to write up a HOWTO for someone to post to the
> > http://oss.sgi.com/projects/xfs site (or wherever would be most
> > apropriate). I would like to have such a doc for myself and can only
> > imagine how much easier it will make it for others who would like to
> > create a similar system.
> > Thanx,
> > Russ
> > Russ Ingram
> > Gargoyle Computer Consulting
> > (307)760-1317
> > www.gargoylecc.com
> I have done such a thing. It's really not harder than moving to any
> other FS. I messd up by making XFS a module, so when it came time to mount
> /, it puked. it was a dumb mistake on my part, but I digress...
Actually running xfs as a module isn't very hard.
in the directory cmd/xfs/misc there is a modified mkinitrd the will always
a ram disk with pagebuf xfs_support and xfs.
Once that is done just add the initrd line in lilo.conf
append = "ramdisk_size=25000"
The default size is 4096 which isn't nearly large enough to hold xfs.
This is from my laptop.
/dev/ide/host0/bus0/target0/lun0/part8 on / type xfs (rw,noatime)
none on /proc type proc (rw)
/dev/ide/host0/bus0/target0/lun0/part6 on /boot type ext2 (rw,noatime)
none on /dev/pts type devpts (rw,mode=0620)
/dev/ide/host0/bus0/target0/lun0/part1 on /mnt/windows type vfat
/dev/ide/host0/bus0/target0/lun0/part9 on /blam type xfs (rw)
Module Size Used by
autofs 13180 1 (autoclean)
usb-uhci 24918 0 (unused)
usbcore 35339 0 [usb-uhci]
3c59x 25149 1 (autoclean)
maestro 29757 0 (unused)
soundcore 6085 2 [maestro]
vfat 13075 1 (autoclean)
fat 37733 0 (autoclean) [vfat]
xfs 447888 2
xfs_support 13954 0 [xfs]
pagebuf 39935 2 [xfs]
Note we are very very close to having modified RH 7.0 installer that will
be capable of doing an install straight to XFS partions.
If all goes well I may be able to put a preliminary iso image on the ftp
site tomorrow... thursday at the latest.
> Here is the basic outline:
> 1: compile in XFS support. you may be able to do less, but I have
> these XFS related options:
> <*> Page Buffer support (EXPERIMENTAL) (required for XFS)
> <*> SGI XFS filesystem support (EXPERIMENTAL)
> [ ] Enable XFS DMAPI (incomplete)
> [*] Enable XFS DEBUG mode (optional)
> [*] Enable XFS Vnode Tracing (optional)
> I believe all you *need* is Page Buffer and XFS support. someone
> correct me...the key is to buld them _in_ the kernel, not modules, if you
> intend on mounting / as xfs
> 2: compile the XFS userspace tools
> 3: make sure it all works on a spare partition
> 4: copy all your junk around and make the filesystems. or backup to
> tape and restore onto XFS partitions. or whatever you want. I have the space
> so I prefer playing 'musical partitions' with `cp -av`
> 5: I have a ext2 /boot, the rest is all XFS. note on the FAQ page it
> says you can use a XFS /boot now, I have not tried that yet.
> 6: edit /etc/fstab to mount things 'xfs' where you need too.
> 7: run lilo
> 8: reboot
> That's all there is. it's not complicated, just a little painstaking
> and time consuming ("musical partitions" is responsible for that :) Another
> thing to think about is if you have to have ext2 mounted, as I have /boot,
> you can mount it as ro (readonly) and don't fsck on reboot. then you are safe
> using ext2 on partitons that you only need RO access to. like maybe your MP3
> /dev/hda1 /boot ext2 defaults,ro 0 0
> does it for me. if you have to re-mount do this:
> mount /boot -o rw,remount
> that remounts the partition with rw access. Just a couple tips that
> might help along the way, hope it helps :)
> To everyone doing development on XFS: keep up the good work, things
> work *great* (I'm already on your 2.4pre :)