On 08/17/2010 10:39 AM, Rogutės Sparnuotos wrote:
David C. Rankin (2010-08-17 08:20):
On 08/17/2010 05:53 AM, Rogutės Sparnuotos wrote:
David C. Rankin (2010-08-17 00:48):
On 08/16/2010 10:17 PM, David C. Rankin wrote:
After boot to the normal 2.6.34 kernel, the box kept automatically rebooting itself - WTF? So I booted to the LTS kernel, which booted this time and rebuilt the initramfs file with:
/sbin/mkinitcpio -k 2.6.34-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img
It completed successfully. Rebooting resulted in an error that the the partitions were corrupt. So I attempted to boot back into the LTS kernel. It failed as well?? So I rebooted into suse 11.0 which is on the other array. The box booted into suse without any problems. I then mouted the Arch array and the partitions are fine. (that's where the raid info above came from).
I don't know what is going on here. Kernel updates on this box have always been uneventful. Tonight all hell broke loose. What could have caused Arch to report the partitions were bad? More important, what do I do to get Arch back?
When 2.6.34-3 starts, you only get the first few lines of the boot process like:
root(1,5) bzimage.....
it sits there for a while just doing nothing, then when it hits a timeout or something - boom it reboots.
Remove the 'quiet' option from the kernel command line and look for more useful information (if you are using grub, press 'e' during grub prompt and delete the word 'quiet').
# (0) Arch Linux title Arch Linux on Archangel root (hd1,5) kernel /vmlinuz26 root=/dev/mapper/nvidia_baaccajap5 ro initrd /kernel26.img
# (1) Arch Linux title Arch Linux Fallback root (hd1,5) kernel /vmlinuz26 root=/dev/mapper/nvidia_baaccajap5 ro initrd /kernel26-fallback.img
Unfortunately -- there was no quiet to begin with. It only gets that far and then dies. Any other thoughts?
So all that you see after the grub prompt is this (including the dots)?
root(1,5) bzimage.....
Well, there are complete sentences there, I'll take a pad with me and copy it down verbatim
What if you put 'debug' there, so that the line reads:
kernel /vmlinuz26 root=/dev/mapper/nvidia_baaccajap5 ro debug
Does anything change if you rebuild the initrd image with mkinitcpio? Did you try booting the fallback image?
I've already tried rebuilding initrd, and nothing changed. I'll go give debug a shot and report back. Thank you for your help! -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com