You are not logged in.
For months now, I've been seeing a pattern of kernel upgrades breaking my systems. Every time the kernel is updated, on 5 different systems, I see combinations of the graphics not working, and/or the keyboard and mouse not working. Even the partitions sometimes do not mount because the file system drivers aren't loading! Can't connect via the network either. I can get things working again by reinstalling the kernel after booting from the Arch Linux installation media. I mount the root and boot partition, chroot to it and do "pacman -S kernel26". These systems are quite varied-- Nvidia, ATI/AMD, and Intel graphics, some are 64bit and some are 32bit.
I thought perhaps it was a bootstrap sort of problem, and that the new kernel could be installed correctly after the modules for it were in place, or perhaps after the old modules were removed. So after getting a system working again by using the installation media, I tried reinstalling the kernel while running the kernel that was being installed. And that broke everything again, in the same way as a kernel update.
Anyone else seeing these sorts of problems?
Offline
Are these systems updated from the same mirror ?
after a kernel update, you reboot the systems and on that boot you notice the problems ?
Which kernel does 'pacman -S kernel26' re-install, the previous one or the one from the update ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Different mirrors. Right now, xmission, kangaroot, and hosef.
Yes, problems happen after reboot. Keyboard works with grub, but doesn't work after system loads. Seen it on both USB and PS/2 keyboards and mice.
I install the latest kernel with the method of running "pacman -S kernel26" after booting from the installation media. The latest kernel26 package is already in /var/cache/pacman/pkg, so I do not need a network connection.
Even if I have all the drivers working, just trying to reinstall the current kernel while running the updated system will break things again.
Investigating further, I saw a lot of differences between the 2 /lib/modules/2.6.38-ARCH directories created by the 2 methods. Diff generated 5M of text.
Offline
Does it work if you boot with the fallback kernel after re-installing the current kernel while running the updated system ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
you don't have anything in your IgnorePkg/IgnoreGroup in pacman.conf right?
The fact that its happening on 5 different systems is strange though unless you copied configuration files over from 1 system to the others.
There's no such thing as a stupid question, but there sure are a lot of inquisitive idiots !
Offline
In pacman.conf, the Ignore lines are commented out. Only change I made was enabling multilib. There is a /etc/pacman.conf.pacnew file.
Fallback kernel has the same problems, whether freshly updated, or reinstalled after getting the system working again. No kb, mouse, or network. After a reinstall, XWindows and the graphics usually work, in both fallback and regular.
On one of my systems, I have a 2.6.33.4 kernel I rolled myself. I can do a reinstall of the latest kernels while running that one with all the correct drivers, and the reinstalled kernels will work fine.
***
Am I the only person having these kinds of problems? Wondering why there aren't other posts about it.
Offline
I can only say i've never encountered or heard about problems like this.
are there specific settings you use in the mkinitcpio.conf that are non-standard ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Figured out a cause. /usr/sbin and /sbin are not in root's PATH. Soon as I added those to the path, pacman -S kernel26 worked. I noticed this problem when I added clamav, and pacman was unable to create a new group and user.
Just why /sbin isn't in the PATH is another question. /etc/profile adds it. So, /etc/profile isn't being executed? Could this be because I am running X with LXDE from /etc/inittab, like this:
x:5:once:/bin/su u -l -c "exec startx >/dev/null 2>&1"
Offline
Could this be because I am running X with LXDE from /etc/inittab, like this:
x:5:once:/bin/su u -l -c "exec startx >/dev/null 2>&1"
very likely, from
info coreutils 'su invocation'`-l'
`--login'
Make the shell a login shell. This means the following. Unset all
environment variables except `TERM', `HOME', and `SHELL' (which
are set as described above), and `USER' and `LOGNAME' (which are
set, even for the super-user, as described above), and set `PATH'
to a compiled-in default value. Change to USER's home directory.
Prepend `-' to the shell's name, intended to make it read its
login startup file(s). Additionaly `DISPLAY' and `XAUTHORITY'
environment variables are preserved as well for PAM functionality.
( boldness from me)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline