Re: mkinitrd for XFS root
[email]heavytull@hotmail.com[/email] wrote :
[color=blue]
> I would like to know which modules do i need to pass with mkinitrd if
> the root partition of my linux is XFS.[/color]
Which version of Slackware?
You don't need to use mkinitrd any longer if you want to use XFS.
--
Thomas O.
This area is designed to become quite warm during normal operation.
Re: mkinitrd for XFS root
On Aug 4, 11:04 pm, Thomas Overgaard <tho...@post2.tele.dk> wrote:[color=blue]
> heavyt...@hotmail.com wrote :
>[color=green]
> > I would like to know which modules do i need to pass with mkinitrd if
> > the root partition of my linux is XFS.[/color]
>
> Which version of Slackware?[/color]
slackware 12.1
with kernel 2.6.24.5-smp
[color=blue]
>
> You don't need to use mkinitrd any longer if you want to use XFS.[/color]
??
why?
linux actually uses a module called xfs when an xfs partition is
present.
[color=blue]
> --
> Thomas O.
>
> This area is designed to become quite warm during normal operation.[/color]
Re: mkinitrd for XFS root
[email]heavytull@hotmail.com[/email] wrote :
[color=blue]
> slackware 12.1
> with kernel 2.6.24.5-smp
>[/color]
My bad, it turns out that I by old habit has chosen the huge-smp kernel
and this kernel has build-in support for XFS so no ramdisk is needed.
[color=blue]
> linux actually uses a module called xfs when an xfs partition is
> present.[/color]
Not if its compiled into the kernel. I'm a bit rusty here but I has used
a ramdisk to load XFS support but its years ago but I think it was
something like:
mkinitrd -m xfs
Or maybe:
mkinitrd -m exportfs:xfs
--
Thomas O.
This area is designed to become quite warm during normal operation.
Re: mkinitrd for XFS root
On Mon, 04 Aug 2008 13:16:06 -0700, heavytull wrote:
[color=blue]
> I would like to know which modules do i need to pass with mkinitrd if
> the root partition of my linux is XFS.
>
> normally mkinitrd knows which it has to take when the filesystem is
> specified with -f option.
>
> the command i used is the following:
>
> #mkinitrd -c -k 2.6.24.5-smp -m xfs -f xfs -r /dev/hda1
>[/color]
That looks right to me. I tested a similar initrd on a system that I
use which is using XFS as root and it worked without a hitch. I was
testing under Slackware 12.0, which AFAIK is very similar to 12.1.
I checked the modules.dep file, and AFAICT xfs has no other dependancies.[color=blue]
>
> but at load of linux it fails when mounting root.
>[/color]
Fails how? With a kernel panic?[color=blue]
>
> i think that's because i didn't specify all modules needed at mkinird.
>[/color]
Note: two comments inline.
The bootup messages scroll by pretty fast, but did you see a message
saying that XFS is loaded? If not, then there is something wrong with
either your initrd or the parameters given to your bootloader.
In general terms, there are various things that can be broken:
1. You may need a module for your specific disk controller device. This
shouldn't be the case for common IDE and SATA controllers.
2. You may have neglected to fixup your bootloader completely and correctly.
If your bootloader has missing information, then it can't be expected to
guess. Note: lilo requires more fixups when making these changes
than grub. Which bootloader are you using?
3. It could be something else. Check the directory /boot/initrd-tree to see if
anything is out of the ordinary. Check the file, load_kernel_modules, etc.
You can always manually make corrections and rebuild from this tree using
cpio directly:
(cd /boot/initrd-tree && find . | cpio -o -H newc | gzip -c) >/boot/initrd.gz
--
Douglas Mayne
Re: mkinitrd for XFS root
On Aug 5, 10:28 pm, Douglas Mayne <d...@localhost.localnet> wrote:[color=blue]
> On Mon, 04 Aug 2008 13:16:06 -0700, heavytull wrote:[color=green]
> > I would like to know which modules do i need to pass with mkinitrd if
> > the root partition of my linux is XFS.[/color]
>[color=green]
> > normally mkinitrd knows which it has to take when the filesystem is
> > specified with -f option.[/color]
>[color=green]
> > the command i used is the following:[/color]
>[color=green]
> > #mkinitrd -c -k 2.6.24.5-smp -m xfs -f xfs -r /dev/hda1[/color][/color]
alright, there was nothing wrong here.
i did it again and it worked straight forward.
I might have done something wrong. but i don't know what.
[color=blue]
>
> That looks right to me. I tested a similar initrd on a system that I
> use which is using XFS as root and it worked without a hitch. I was
> testing under Slackware 12.0, which AFAIK is very similar to 12.1.
> I checked the modules.dep file, and AFAICT xfs has no other dependancies.
>[color=green]
> > but at load of linux it fails when mounting root.[/color]
>
> Fails how? With a kernel panic?
>[color=green]
> > i think that's because i didn't specify all modules needed at mkinird.[/color]
>
> Note: two comments inline.
>
> The bootup messages scroll by pretty fast, but did you see a message
> saying that XFS is loaded? If not, then there is something wrong with
> either your initrd or the parameters given to your bootloader.
>
> In general terms, there are various things that can be broken:
>
> 1. You may need a module for your specific disk controller device. This
> shouldn't be the case for common IDE and SATA controllers.
>
> 2. You may have neglected to fixup your bootloader completely and correctly.
> If your bootloader has missing information, then it can't be expected to
> guess. Note: lilo requires more fixups when making these changes
> than grub. Which bootloader are you using?
>
> 3. It could be something else. Check the directory /boot/initrd-tree to see if
> anything is out of the ordinary. Check the file, load_kernel_modules, etc.
> You can always manually make corrections and rebuild from this tree using
> cpio directly:
>
> (cd /boot/initrd-tree && find . | cpio -o -H newc | gzip -c) >/boot/initrd.gz
>
> --
> Douglas Mayne[/color]