You are not logged in.
Hi.
Yesterday I compiled my own kernel and rebooted to try it out. It was some days ago since I rebooted the last time but now I can't log in anymore. I have been trying with my own kernel, linux and linux-ck. First it did complain about not finding root, like this post. [1] Then I changed the line in menu.lst to point to /dev/sda1 instead of the uuid. Now it finds and can mount the root device. But now /bin/systemd does not exist anymore. If I try to boot without systemd /sbin/init does not exist instead. It seems to be something with the init(?), the errors is not the same, but without systemd /lib/udev/udevd have an error in the first line "syntax error: unexpected word (expecting ")")" /usr/bin/udevadm also have some problem with the first line and have an unexpected "(".
If I use systemd the line 23: /lib/udev/udevd is not found, neither udevadm in line 10, says /init.
Chroot and reinstall udev, mkinitcpio, the kernel and run mkinitcpio -p linux does not change anything, neither downgrading the kernel.
1. https://bbs.archlinux.org/viewtopic.php?id=138219
Last edited by kaptenen (2012-03-26 22:42:48)
Offline
Sounds like an issue with your initramfs to me.
Try "lsinitcpio /boot/yourinitramfs.img" and see if udev/udevd/udevadm support is actually in it. If not, make sure you have the udev hook in your /etc/mkinitcpio.conf and regenerate your initramfs.
Last edited by Gcool (2012-03-25 16:50:33)
Burninate!
Offline
Offline
kaptenen wrote:"syntax error: unexpected word (expecting ")")" /usr/bin/udevadm also have some problem with the first line and have an unexpected "(".
Post your bootloader config...
title Arch Linux CK
root (hd0,0)
kernel /vmlinuz-linux-ck root=/dev/disk/by-uuid/86078c54-80a3-47a4-b02e-bc6b537cc142 ro vga=0x034a quiet pcie_aspm=force init=/bin/systemd
initrd /initramfs-linux-ck.img
title Arch Linux systemd
root (hd0,0)
kernel /vmlinuz-linux root=/dev/sda1 ro vga=0x034a quiet init/bin/systemd
initrd /initramfs-linux.img
title Arch Linux ASROCK
root (hd0,0)
kernel /vmlinuz-linux-asrock root=/dev/disk/by-uuid/86078c54-80a3-47a4-b02e-bc6b537cc142 ro vga=0x034a quiet pcie_aspm=force init=/bin/systemd
initrd /initramfs-linux-asrock.img
title Arch Linux Fallback
root (hd0,0)
kernel /vmlinuz-linux root=/dev/disk/by-uuid/86078c54-80a3-47a4-b02e-bc6b537cc142 ro vga=0x034a quiet pcie_aspm=force init=/bin/systemd
initrd /initramfs-linux-fallback.img I can't just copy and paste, hopefully there's no typos. I have tried to remove pcie_aspm=force and so on as well.
Last edited by kaptenen (2012-03-25 19:35:21)
Offline
Offline
That should be init=/bin/systemd, unless that's a typo...
Unrelated, but I suggest using root=UUID=.... instead of the udev symlink.
Sadly, it was a typo. =/ I had init=/bin/systemd.
Offline
Offline
You'll need to be a little more clear about the errors you're getting on bootup then. take a photo if you need to -- there's not enough context from your post to understand where it's coming from.
Sure!
http://dl.dropbox.com/u/13702693/Ck.jpg - The first one in menu.list, that part you can't see is about fsuck.
http://dl.dropbox.com/u/13702693/Vanlig1.jpg - The second one, with root=/dev/sda1
http://dl.dropbox.com/u/13702693/20120325_007.jpg Also the second one, but without init=/bin/systemd
Offline
Some day, I hope busybox ash will learn how to count properly (I doubt it, since there's bug reports dating back to 2005).
Looks like you upgraded with -Syuf at some point and blew out your udev hooks when they were moved from mkinitcpio to udev. The output of "lsinitcpio -a $chroot/boot/initramfs-linux.img" and "pacman -r $chroot -Qk udev" from a liveCD should confirm that (or just post /var/log/pacman.log from the system).
Offline
Some day, I hope busybox ash will learn how to count properly (I doubt it, since there's bug reports dating back to 2005).
Looks like you upgraded with -Syuf at some point and blew out your udev hooks when they were moved from mkinitcpio to udev. The output of "lsinitcpio -a $chroot/boot/initramfs-linux.img" and "pacman -r $chroot -Qk udev" from a liveCD should confirm that (or just post /var/log/pacman.log from the system).
pacman.log didn't contain any -Syuf, looks like pacman -Sy is being used (as my alias for updating). When I run the first command, lsinitcpio -a $chroot/boot/initramfs-linux.img I can only see one item in Hook run order, and that is udev. Included binaries did have udevadm but not just udev or anything, included modules didn't have anything with udev.
This is whats happends if I try to run pacman -r $chroot -Qk udev
error: failed to initialize alpm library (could not find or read directory If I just run pacman -Qk udev it shows
udev: 203 total files, 0 missing files Hope it helps.
Offline
Offline
I'm sorry, its only the second time i'm chrooting. Anyway pwd showed me that I was in /root so I did pacman -r $chroot/ -Qk udev (and pacman -r / -Qk udev, heh) and the result was like before
udev: 203 total files, 0 missing files. I hope i did it right this time.
Offline
Offline
Offline
And the other things I asked for? pacman.log or the lsinitcpio output from the initramfs you're trying to boot from would both be useful...
http://pastebin.com/Zq3vaJJu - Arch kernel
http://pastebin.com/HXJzd14H - Linux-ck
http://dl.dropbox.com/u/13702693/pacman.log pacman.conf
Sorry for the delay.
Offline
Can you put the actual gzip image on dropbox? I'm not seeing anything immediately obvious...
Sure, here you have initramfs and vmlinuz for arch kernel and ck.
http://dl.dropbox.com/u/13702693/initramfs-linux-ck.img
http://dl.dropbox.com/u/13702693/initramfs-linux.img
http://dl.dropbox.com/u/13702693/vmlinuz-linux
http://dl.dropbox.com/u/13702693/vmlinuz-linux-ck
Offline
libudev.so is missing from your images, which explains the explosions on boot. Not sure why it's missing, but I suspect that reinstalling udev and regenerating the images will magically fix it.
Last edited by falconindy (2012-03-26 20:01:25)
Offline
Offline
Thanks for all the help falconindy. I think that I never leaved chroot in the right way, and that I reinstalled udev and such with the wrong architecture for some time. But now it all worked and I can sleep happy.
Offline