You are not logged in.
I run upgrade with packman -Syu today, then rebooted. Kernel panic!
Also fallback doesn't work. So I cannot run anything. I still got an old Mint Linux and probably have to use that to repair Arch.
The upgrade was today 21:00 UTC. My last upgrade was yesterday.
Offline
Mount arch-partition from Mint, and have a look at what packages was upgraded.
Perhaps you can solve it by a downgrade?
Offline
> Mount arch-partition from Mint, and have a look at what packages was upgraded.
Thank for the help. Can you tell me where I have to look? And then I do not know, how to downgrade if I can't get pacman running.
The startup goes up to here:
...
...
::Starting udevd ...
done
AT Translated Set 2 kayboard as /devices/platform/i8042/seriaeio0/imput/input1
/init:export: line 52: [some garbage] : bad variable name
Then Kernel panic.
Offline
log files are in /var/log, to downgrade packages from linux mint you have to chroot into your arch install (check the kernel panic wiki page). sadly I have no idea what that message could mean.
Offline
=== pacman.log ===
[2010-05-09 20:38] synchronizing package lists
[2010-05-09 20:39] starting full system upgrade
[2010-05-09 20:49] synchronizing package lists
[2010-05-09 20:50] starting full system upgrade
[2010-05-09 20:50] upgraded diffutils (2.9-2 -> 3.0-1)
[2010-05-09 20:50] upgraded gamin (0.1.10-1 -> 0.1.10-2)
[2010-05-09 20:50] upgraded hunspell (1.2.10-1 -> 1.2.11-1)
[2010-05-09 20:50] upgraded imake (1.0.2-5 -> 1.0.3-1)
[2010-05-09 20:50] upgraded initscripts (2010.01-1 -> 2010.05-3)
[2010-05-09 20:50] upgraded kernel26-firmware (2.6.33.3-1 -> 2.6.33.3-2)
[2010-05-09 20:50] upgraded mkinitcpio-busybox (1.16.1-1 -> 1.16.1-2)
[2010-05-09 20:50] upgraded mkinitcpio (0.6.3-1 -> 0.6.4-1)
[2010-05-09 20:50] >>>
[2010-05-09 20:50] >>> If you use the LILO bootloader, you should run 'lilo' before rebooting.
[2010-05-09 20:50] >>>
[2010-05-09 20:50] >>> Updating module dependencies. Please wait ...
[2010-05-09 20:50] >>> MKINITCPIO SETUP
[2010-05-09 20:50] >>> ----------------
[2010-05-09 20:50] >>> If you use LVM2, Encrypted root or software RAID,
[2010-05-09 20:50] >>> Ensure you enable support in /etc/mkinitcpio.conf .
[2010-05-09 20:50] >>> More information about mkinitcpio setup can be found here:
[2010-05-09 20:50] >>> http://wiki.archlinux.org/index.php/Mkinitcpio
[2010-05-09 20:50]
[2010-05-09 20:50] >>> Generating initial ramdisk, using mkinitcpio. Please wait...
[2010-05-09 20:50] ==> Building image "default"
[2010-05-09 20:50] ==> Running command: /sbin/mkinitcpio -k 2.6.33-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img
[2010-05-09 20:50] :: Begin build
[2010-05-09 20:50] :: Parsing hook [base]
[2010-05-09 20:50] :: Parsing hook [udev]
[2010-05-09 20:50] :: Parsing hook [autodetect]
[2010-05-09 20:51] :: Parsing hook [pata]
[2010-05-09 20:51] :: Parsing hook [scsi]
[2010-05-09 20:51] :: Parsing hook [sata]
[2010-05-09 20:51] :: Parsing hook [filesystems]
[2010-05-09 20:51] :: Generating module dependencies
[2010-05-09 20:51] :: Generating image '/boot/kernel26.img'...SUCCESS
[2010-05-09 20:51] ==> SUCCESS
[2010-05-09 20:51] ==> Building image "fallback"
[2010-05-09 20:51] ==> Running command: /sbin/mkinitcpio -k 2.6.33-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26-fallback.img -S autodetect
[2010-05-09 20:51] :: Begin build
[2010-05-09 20:51] :: Parsing hook [base]
[2010-05-09 20:51] :: Parsing hook [udev]
[2010-05-09 20:51] :: Parsing hook [pata]
[2010-05-09 20:51] :: Parsing hook [scsi]
[2010-05-09 20:52] :: Parsing hook [sata]
[2010-05-09 20:52] :: Parsing hook [filesystems]
[2010-05-09 20:52] :: Generating module dependencies
[2010-05-09 20:52] :: Generating image '/boot/kernel26-fallback.img'...SUCCESS
[2010-05-09 20:52] ==> SUCCESS
[2010-05-09 20:52] upgraded kernel26 (2.6.33.3-1 -> 2.6.33.3-2)
[2010-05-09 20:52] upgraded libgsf (1.14.16-1 -> 1.14.18-1)
[2010-05-09 20:52] upgraded libgsf-gnome (1.14.16-1 -> 1.14.18-1)
[2010-05-09 20:52] upgraded libisofs (0.6.30-1 -> 0.6.32-1)
[2010-05-09 20:52] upgraded libtasn1 (2.5-1 -> 2.6-1)
[2010-05-09 20:53] upgraded wxgtk (2.8.10.1-7 -> 2.8.11-1)
[2010-05-09 20:53] upgraded wxpython (2.8.10.1-1 -> 2.8.10.1-2)
[2010-05-09 20:53] upgraded xterm (256-1 -> 258-1)
Offline
Please list your params of your kernel line.
If there is any using a . then you have to find remove this one.
I've encountered this issue with radeon.modeset=1 there I had to remove radeon. and then it worked.
It seems to that the new init-script isn't replacing dots correctly or maybe there are cases the dots shouldn't be replaced but I don't have much knowledge about the init.
Website: andrwe.org
Repository: repo.andrwe.org/<archtiecture>
Offline
I have the same problem.
Archlinux-Fallback run without problem.
I tried to downgrade:
kernel at 2.6.33.3-1
kernel-headers at 2.6.33.3-1
kernel-firmware at 2.6.33.3-1
mkinitcpio at 0.6.3.1
mkinitcpio-busybox at 1.16.1-1
but without luck!!
Plz help me
Initscript are involved in generation of initrd?
P.S. sorry for my bad english
Offline
I am affected by the same bug, fortunately fallback still works. I recall that I had strange garbled fonts in Xorg too before the upgrade, I still could recognize that there was a kernel update available so I upgraded to see if that would solve that issue but then on reboot I got the kernel panic. Gonna change the radeon.modeset=0 entry to modeset=0 in grub now and reboot and report back.
BTW, with kernel 2.6.34 there (hopefully) will be power management support with KMS, so I can finally enable it again.
Offline
update mkinitcpio-busybox to 1.16.1-3 and rebuild kernel images with mkinitcpio -p kernel26
Give what you have. To someone, it may be better than you dare to think.
Offline
Changing the radeon.modeset=0 entry to modeset=0 worked for me. Does modeset=0 even do anything anymore?
Will do as wonder advises too.
BTW, to those with problems, you can edit the grub command line on bootup, so maybe you can get into a working system doing so.
Offline
Thanks Andrwe! I am back with Arch. I removed "radeon."
(Small issue (but I'll handle it): The console now starts with very small fonts.)
This is a very helpful community. Thanks again, Andrwe.
Best regards from Munich
Goetz
Last edited by goetzkluge (2010-05-09 20:57:37)
Offline
@wonder
but upgrading to new mkinitcpio i can use readeon-modeset=0 in grub?
Btw: removing radeon-modeset without re-run mkinicpio, the problem disappear.
Offline
Is it a good idea to open a bug for that problem?
Offline
Is it a good idea to open a bug for that problem?
Thanks to Wonder in IRC for the advice given that they also shared above. FWIW discussion in IRC mentioned a bug with kernel line options containing "." that caused the panic, see here:
http://bugs.archlinux.org/task/19403
Offline
FYI:
Previously I had to use radeon.modeset=0 in order to avoid trouble.
I think, there some improvement had been implemented, because I could remove modeset=0 and now the boot still runs fine. (Perhaps the Kernel ignores modeset=0 anyway.)
(As for the small console fonts, for the time being I'll use spectacles...
I guess, there somewhere is some radeon.xxx parameter, where I can disable the radeon mode which uses these small fonts.)
X runs fine.
Thanks to all of you
Goetz
Last edited by goetzkluge (2010-05-09 21:28:04)
Offline
After pacman -Syu
last version of mkinitcpio-busybox is 1.16.1-2 is affect with that bug, also after last pacman -Syu (few minutes ago).
I see from site that latest version in core is 1.16.3, so my mirror has some lag?
Offline
Seemingly the radeon.modeset=0 had some purpose: Now X crashes sometimes, e.g. once I click on the "Options"-button in Firefox, which appears in the lower right corner for NoScript-operations.
Last edited by goetzkluge (2010-05-09 23:12:18)
Offline
Thanks, i removed "radeon." too and all works fine, till now.
Offline
Yep, removing the radeon.modeset=0 of course enables radeon modesetting leading to the high resolution in terminal.
On R600 it also lead to the renumbering of outputs (comparing normal userspace driver and KMS) and disabling of xvideo.
I think this should not only be reported as a bug, but also on the frontpage. Otherwise just release another dummy kernel package, so that the initcpio gets rebuilt automatically.
Best,
Basto
Offline
I confirm that with . in the kernel line it is giving kernel panic, even i915.modeset=1 is giving the same trouble.
I agree with frontpage reporting.
Best regards.
Offline
I removed radeon.modeset=0
Then edit (or to create) /etc/modprobe.d/radeon-kms.conf and insert the following line:
options radeon modeset=0
For me now everything runs fine.
Offline