You are not logged in.
Hi,
I have this problem again (after some troubles and a fresh install): it hangs at: "Waiting for udev uevents to be processed". Now I discovered that if I add "acpi=off" to the kernel options all goes well and I can boot without any issue.
The problem now is that I cannot stay without acpi, since that's required for power management, shutdown, hibernation, &c. (and indeed I cannot hibernate as for now).
Does someone know how to solve it? My system is updated and I've done all the recent upgrades. Do I have to add some modules to the modules array in rc.conf maybe?
Thank you,
rubik
EDIT: I read somewhere here on the forums that it is possible to hardcode a timeout for udev in /etc/rc.conf. On the wiki I found nothing: is that true?
Last edited by rubik (2012-07-22 10:04:11)
Offline
It seems I solved it with nomodeset parameter instead of acpi=off. The funny thing is that I don't know what it does and I didn't find it out with a Google search either.
Offline
This is what it does: https://wiki.archlinux.org/index.php/KM … odesetting
It's because you use an open source video driver that either wasn't properly installed or properly configured. Read the "KMS" and Intel/Nouveau/Radeon wiki pages, depending what GPU you have. Twice. And don't forget to mark it as solved (by editing the first post).
I have made a personal commitment not to reply in topics that start with a lowercase letter. Proper grammar and punctuation is a sign of respect, and if you do not show any, you will NOT receive any help (at least not from me).
Offline
I think nomodeset is so no 'kernel mode setting' doesn't try and set a vga mode.
Offline
I read all wiki pages related to Intel and KMS and I solved removing nomodeset, adding i915 to the MODULES array in "/etc/mkinitcpio.conf" and rebuilding the initramfs with "mkinitcpio -p linux". Now I can mark it as solved.
Thank you to all!
Offline