You are not logged in.
This is an announcement for those of you still using mkinitrd to boot your machines.
For some time now there has been a notice upon kernel install that mkinitrd will be replaced by mkinitcpio once the 2.6.18 series is released. That time is quickly approaching. To anyone who has not at least tried mkinitcpio (/boot/kernel26.img) is advised to try it and report any issues on the bug tracker before this goes live.
Thank you
You've been more than warned - lets not have another udev/initrd fiasco!
Offline
Hi
I have set up my Arch system with this How To
http://wiki.archlinux.org/index.php/Ins … her_distro
I go step by step, and after chroot I would like to generate my mkinitcpio.
I write piix and ext3 in the Modules Araay in /etc/mkinitcpio.conf
(piix is for my ICH controller).
After this I run mkinitcpio -g /boot/kernel26.img
But it's fail about that "modul piix is not found"
Ok I use mkinitrd and after the first reboot I try again and run
mkinitcpio -g /boot/kernel26.img.
The mkinitcpio was created withount problems.
Is this a bug , or do I something false?
Edit: typo
Have you tried to turn it off and on again?
Offline
You have to edit /etc/mkinitcpio.conf, not /etc/mkinitrd.conf
Offline
You have to edit /etc/mkinitcpio.conf, not /etc/mkinitrd.conf
Yes , this was a typo sry
Have you tried to turn it off and on again?
Offline
mkinitcpio 0.5.0 from testing gives me a "stdin: error 0"during the autodetection hook.
Offline
mkinitcpio 0.5.0 from testing gives me a "stdin: error 0"during the autodetection hook.
Hmmm, thanks for that. I changed the way filesystem autodetection works, so it may be screwed up. Can you post the verbose output (-v) for me?
Offline
HOOKS="base udev autodetect sata filesystems"
mkinitcpio -v -g /boot/kernel26.img
:: Begin build
:: Parsing hook [base]
adding dir /proc
adding dir /sys
adding dir /dev
adding node /dev/null
adding node /dev/zero
adding node /dev/console
adding dir /lib
adding file /lib/klibc-u5tK0EIDXMXcX6WWDRrnsKG-fVk.so
adding dir /bin
adding file /bin/cat
adding file /bin/chroot
adding file /bin/dd
adding file /bin/false
adding file /bin/fstype
adding file /bin/gunzip
adding file /bin/gzip
adding file /bin/insmod
adding file /bin/ipconfig
adding file /bin/kill
adding file /bin/kinit
adding file /bin/ln
adding file /bin/losetup
adding file /bin/mdassemble
adding file /bin/minips
adding file /bin/mkdir
adding file /bin/mkfifo
adding file /bin/mknod
adding file /bin/modinfo
adding file /bin/modprobe
adding file /bin/mount
adding file /bin/nfsmount
adding file /bin/nuke
adding file /bin/parseblock
adding file /bin/pivot_root
adding file /bin/replace
adding file /bin/run-init
adding file /bin/sh
adding file /bin/sleep
adding file /bin/split
adding file /bin/true
adding file /bin/umount
adding file /bin/uname
adding file /bin/zcat
adding file /init
adding file /config
:: Parsing hook [udev]
adding dir /sbin
adding file /sbin/udevd
adding file /sbin/udevtrigger
adding file /sbin/udevsettle
adding dir /etc
adding dir /etc/udev
adding dir /etc/udev/rules.d
adding file /etc/udev/rules.d/udev.rules
adding file /etc/start_udev
adding dir /lib/udev
adding file /lib/udev/firmware.sh
adding file /lib/udev/cdrom_id
adding file /etc/udev/udev.conf
adding dir /hooks
adding file /hooks/udev
:: Parsing hook [autodetect]
stdin: error 0
:: Parsing hook [sata]
adding dir /lib/modules
adding dir /lib/modules/2.6.17-ARCH
adding dir /lib/modules/2.6.17-ARCH/kernel
adding dir /lib/modules/2.6.17-ARCH/kernel/drivers
adding dir /lib/modules/2.6.17-ARCH/kernel/drivers/scsi
adding file /lib/modules/2.6.17-ARCH/kernel/drivers/scsi/libata.ko
adding file /lib/modules/2.6.17-ARCH/kernel/drivers/scsi/ata_piix.ko
adding file /lib/modules/2.6.17-ARCH/kernel/drivers/scsi/sd_mod.ko
adding dir /lib/modules/2.6.17-ARCH/kernel/drivers/cdrom
adding file /lib/modules/2.6.17-ARCH/kernel/drivers/cdrom/cdrom.ko
adding file /lib/modules/2.6.17-ARCH/kernel/drivers/scsi/sr_mod.ko
:: Parsing hook [filesystems]
adding dir /lib/modules/2.6.17-ARCH/kernel/fs
adding dir /lib/modules/2.6.17-ARCH/kernel/fs/jbd
adding file /lib/modules/2.6.17-ARCH/kernel/fs/jbd/jbd.ko
adding dir /lib/modules/2.6.17-ARCH/kernel/fs/ext3
adding file /lib/modules/2.6.17-ARCH/kernel/fs/ext3/ext3.ko
adding dir /lib/modules/2.6.17-ARCH/kernel/fs/reiserfs
adding file /lib/modules/2.6.17-ARCH/kernel/fs/reiserfs/reiserfs.ko
adding file /hooks/filesystems
:: Generating module dependancies
adding file /lib/modules/2.6.17-ARCH/modules.dep
adding file /lib/modules/2.6.17-ARCH/modules.alias
adding file /lib/modules/2.6.17-ARCH/modules.symbols
:: Generating image '/boot/kernel26.img'...SUCCESS
Offline
Well, hey at least it appears to have worked. It's just an extraneous error message - does this image actually boot OK?
Offline
Well, hey at least it appears to have worked. It's just an extraneous error message - does this image actually boot OK?
yep. i only get this error message but the image boots just fine.
Offline
Hi
I have set up my Arch system with this How To
http://wiki.archlinux.org/index.php/Ins … her_distro
I go step by step, and after chroot I would like to generate my mkinitcpio.
I write piix and ext3 in the Modules Araay in /etc/mkinitcpio.conf
(piix is for my ICH controller).After this I run mkinitcpio -g /boot/kernel26.img
But it's fail about that "modul piix is not found"Ok I use mkinitrd and after the first reboot I try again and run
mkinitcpio -g /boot/kernel26.img.The mkinitcpio was created withount problems.
Is this a bug , or do I something false?
Edit: typo
And what is with this?
Have you tried to turn it off and on again?
Offline
If you're running from a non-arch system, you need to first, chroot into your arch partitions, and second, pass the correct -k KERNEL VERSION.
This should all be covered in the wiki page here: http://wiki.archlinux.org/index.php/Mkinitcpio
Offline
Hm ok, then it was my mistake sry
Have you tried to turn it off and on again?
Offline
How can I resuce-boot now?
When using /boot/initrd.img I could simply boot a crashed archlinux by providing some kernel parameters, like "arch initrd=/boot/initrd.img init=/bin/bash root=/dev/hde2", but when I do this with the new stuff ("arch initrd=/boot/kernel26.img init=/bin/bash root=/dev/hde2") the kernel panics because it can't sync the root fs. Seems like the module for my IDE controller is missing ...or XFS support - but wait, why is it not missing when I do a regular boot (...where kernel26.img is also used)?
Offline
How can I resuce-boot now?
When using /boot/initrd.img I could simply boot a crashed archlinux by providing some kernel parameters, like "arch initrd=/boot/initrd.img init=/bin/bash root=/dev/hde2", but when I do this with the new stuff ("arch initrd=/boot/kernel26.img init=/bin/bash root=/dev/hde2") the kernel panics because it can't sync the root fs. Seems like the module for my IDE controller is missing ...or XFS support - but wait, why is it not missing when I do a regular boot (...where kernel26.img is also used)?
initrd /boot/kernel26-fallback.img should always work (if it doesn't then you should report that case so I can fix it). As for rescue booting when the image itself fails... well, there's not much you can do. init=/bin/bash *should* work. If anything you can pass "break=y" to the kernel, and get dropped into dash (which sucks compared to bash).
Offline
mkinitcpio 0.5.1 now fully supports blacklisting of modules with disablemodules=moduleA,moduleB for emergency cases.
we would need a cryptsetup tester with legacy crypt.
the rest seems to work now
Offline
we would need a cryptsetup tester with legacy crypt.
the rest seems to work now
last I checked, the hooks for lvm2 and cryptsetup still needed to be updated and put into testing - was this done already?
Offline
i put in new cryptsetzup with brain0 changes, ok also checked in now lvm2 to testing
Offline
i put in new cryptsetzup with brain0 changes, ok also checked in now lvm2 to testing
I had changed the application which handles argument splitting... it should now be:
$(/bin/replace ${something} ':')
Offline
0.5.1 already includes this change i think i fixed your syntax that it finally works
Offline
mkinitcpio 0.5.1 still gives the "stdin: error 0" message.
Offline
mkinitcpio 0.5.1 still gives the "stdin: error 0" message.
Yeah, I didn't get a chance to mess with that - can you run the following:
for x in /sys/block/*/*/dev; do
echo -n $x
x=$(echo $x | cut -d/ -f5)
if [ -f "/dev/$x" ]; then
echo " exists"
else
echo " does not exist"
fi
done
Offline
$ for x in /sys/block/*/*/dev; do
> echo -n $x
> x=$(echo $x | cut -d/ -f5)
> if [ -f "/dev/$x" ]; then
> echo " exists"
> else
> echo " does not exist"
> fi
> done
/sys/block/hda/hda1/dev does not exist
/sys/block/hdb/hdb1/dev does not exist
/sys/block/sda/sda1/dev does not exist
/sys/block/sda/sda10/dev does not exist
/sys/block/sda/sda11/dev does not exist
/sys/block/sda/sda12/dev does not exist
/sys/block/sda/sda2/dev does not exist
/sys/block/sda/sda3/dev does not exist
/sys/block/sda/sda4/dev does not exist
/sys/block/sda/sda5/dev does not exist
/sys/block/sda/sda6/dev does not exist
/sys/block/sda/sda7/dev does not exist
/sys/block/sda/sda8/dev does not exist
/sys/block/sda/sda9/dev does not exist
Offline
Erm... I think I did that wrong... wait until I get home and I'll repost this...
Offline
I think I got everything right. My only possible goof is installing the updated GRUB in the wrong place (/dev/hda on a default install) in which case I'm still running on the old image. How can I confirm I'm running on the right image? Everything looks the same.
Thanks,
Bill
Offline
Hmm? Alright, time for me to ask a noob question, how do I know what I am using? I believe its mkinitcpio because I think I changed to it before to prepare but I can't rmemeber .
Offline