[arch-general] Update to 2.6.34.3-1 & LTS 2.6.32.18-1 killed dmraid box??

David C. Rankin drankinatty at suddenlinkmail.com
Tue Aug 17 09:20:54 EDT 2010


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?

>> The X issue is secondary to the boot fail issue, but I thought I
>> would ask. As always any help would be appreciated.
>
> If you need X only for testing, use a simpler driver:
>    xf86-video-vesa
>    xf86-video-nv
>    xf86-video-nouveau (probably won't work with an older kernel)
>

Thanks, I'll give the nv driver a shot.

-- 
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


More information about the arch-general mailing list