You are not logged in.
Since the mkinitcpio upgrade is a big one, I thought that I'd start this thread.
Following the advice here:
http://mailman.archlinux.org/pipermail/ … 15338.html
I backed up /boot/kernel26.img on my 64 bit machine, updated from testing, ran 'mkinitcpio -p kernel26' as root, reboot, and everything works as expected.
My 32 bit machine is a little more complicated in that it's using 915resolution-static and v86d. I followed the same steps above and everything works.
Nice job devs.
Offline
Worked fine for me, too (i686).
Could be my imagination, but the machine seemed to boot slightly faster.
Offline
Worked fine for me, too (i686).
Could be my imagination, but the machine seemed to boot slightly faster.
I noticed it too.
Offline
/ on ext4, x86_64, using grub-legacy, with new mkinitcpio, all OK. I just have a weird message with udev though on boot ("seems udev is running", something like that)
Last edited by flamelab (2010-02-07 23:04:51)
Offline
i686 here - root on ext4, with i915 as module, everything is OK,
according to bootchart - system boot is faster in 2-3 sec.
i had this udev massage before, not any more.
Assaf.
Offline
/ on ext4, x86_64, using grub-legacy, with new mkinitcpio, all OK. I just have a weird message with udev though on boot ("seems udev is running", something like that)
If you mean this http://bbs.archlinux.org/viewtopic.php?id=88936 then it's harmless.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
OK, after reboot, it doesn't appear anymore.
Offline
Well it was a bug in klibc-udev or sth, came up before.
As for the new mkinitcpio: things went smoothly on my laptop; I have a problem with my own kernel crapping out on me but the official kernel works fine (and so does the newly generated image).
I haven't tried my server yet, I will do so in due time, my desktop will follow suit soon (all three are 32 bit systems).
Got Leenucks? :: Arch: Power in simplicity :: Get Counted! Registered Linux User #392717 :: Blog thingy
Offline
Another seemless update. When will someone break somthing... this is no fun
Consistency is not a virtue.
Offline
For me it works too (Arch x86_64). Great job!
EDIT: I saw a little faster startup too
Last edited by megawebmaster (2010-02-08 17:33:53)
Offline
Upgraded the other day on laptop running x86_64 with lilo, custom kern, udev, no hal. Works great. I only wanted to post here because I noticed quite a difference in speed when rebooting even before reading this post and seeing others having an increase as well. Great job.
Offline
Same here, no problems. Filesize is up from 1.2M to 2.0M, not that it really matters
Offline
I got this when trying to boot with the new image:
cat: can't open '/sys/block//sys/block/sda/sda3/dev: No such file or directory.
ERROR: Unable to determine major/minor number of root device '/dev/sda3'
This is my mkinitcpio.conf
MODULES="ahci scsi_mod libata sd_mod ext4"
HOOKS="base"
Root on ext4 and x86_64.
Regards
Last edited by punkeroso (2010-02-08 19:15:19)
Offline
Add "autodetect" to hooks.
Offline
Add "autodetect" to hooks.
Same story!
Offline
I have these HOOKS="scsi pata filesystems autodetect sata base udev keymap"
add them and rerun mkinitcpio.
Offline
All good here too, on x86_64. Stock kernel and pf kernel both fine, with or without radeon kms.
Server is i686, and doesn't run testing - so that will have to wait.
Offline
Same here, no problems. Filesize is up from 1.2M to 2.0M, not that it really matters
I noticed an increase too, since the modules in there must be identical, I assume it's a compression issue.
Got Leenucks? :: Arch: Power in simplicity :: Get Counted! Registered Linux User #392717 :: Blog thingy
Offline
I have these HOOKS="scsi pata filesystems autodetect sata base udev keymap"
add them and rerun mkinitcpio.
I ran few tests and got that, in order to boot, the image built with the new mkinitcpio needs the udev hook even if all the necessary modules are in the modules array.
Regards
Offline
Maxa wrote:Same here, no problems. Filesize is up from 1.2M to 2.0M, not that it really matters
I noticed an increase too, since the modules in there must be identical, I assume it's a compression issue.
Well klibc and its friends are being replaced by glibc and busybox, so the size should go up.
Offline
Works fine here, KMS for intel and splashy (jpg) on Dell Inspiron 1440. Haven't tried on other laptop which has ATI HD3200, KMS and splashy.
Where's my sig?
Offline
yeah. it's working fine. may be sligthly faster.
but i just discovered i can't use anymore ctrl-C and any other ctrl sequence in the console. i don't think it's related to mkinitcpio. i am asking here in case. (only ctrl-a ctrl-m and ctrl-w do something
EDIT:
ok. it's the fr-latin9 keymap that cause problem
Last edited by solstice (2010-02-09 20:05:12)
Offline
The upgrade went great for me on 32 bit, with ext4 on top of encrypted LVM.
Offline
Offline
I got this when trying to boot with the new image:
cat: can't open '/sys/block//sys/block/sda/sda3/dev: No such file or directory. ERROR: Unable to determine major/minor number of root device '/dev/sda3'
This is my mkinitcpio.conf
MODULES="ahci scsi_mod libata sd_mod ext4" HOOKS="base"
Root on ext4 and x86_64.
Sorry, I just saw this thread. This problem should be fixed now, here: http://projects.archlinux.org/mkinitcpi … 6c1ae7f8c0
Please try this configuration again. I never made any tests without udev myself.
Offline