I just updated a Thrust::VPS Xen HVM vps having opensuse 12.1 installed. Just a normal zypper ref,zupper update, reboot… type action. Now the vps will no boot. I get messages like “Could not find /dev/disk/by-id/ada-QEMU_HARDDISK_QM0001-part2” type message and also “BUG: softlockup - CPU#0 stuf for…” type messages. If I boot of the opensuse 12.1 Net install ISO image, I can see that the /dev/disk/by-id values match that in /boot/grub/menu.lst.
I’d like to know what causes this and if my system is screwed up beyond repair. Should I just save data and reinstall? I updated 2 opensuse 12.1 Oracle Virtual box images at home at the same time and did not have this problem.
Not that I understand your exact setup but it would be best if you posted a copy of your fstab file and gave us the output of a fdisk -l. You can start by placing a remark sign # in front of each entry in your fstab like the QENU you talk about. Basically, perminant fstab entrys that don’t load are a problem if you do not use the load option called “noauto”, without the quotes. Boot from any bootable Linux image and give us a copy of the** /etc/fstab** file if you can and a fdisk -l command and post it into a message here. You could edit the fstab file and add the **noauto **load option to see if it will help.
# Modified by YaST2. Last modification on Fri May 11 14:38:55 MST 2012
# THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader
# For the new kernel it try to figure out old parameters. In case we are not able to recognize it (e.g. change of flavor or strange install order ) it it use as fallback installation parameters from /etc/sysconfig/bootloader
##YaST - generic_mbr
##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux###
title Desktop -- openSUSE 12.1 - 3.1.10-1.9
kernel /boot/vmlinuz-3.1.10-1.9-desktop root=/dev/disk/by-id/ata-QEMU_HARDDISK_QM00001-part2 resume=/dev/disk/by-id/ata-QEMU_HARDDISK_QM00001-part1 splash=silent quiet showopts vga=0x314
###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 12.1 - 3.1.10-1.9
kernel /boot/vmlinuz-3.1.10-1.9-desktop root=/dev/disk/by-id/ata-QEMU_HARDDISK_QM00001-part2 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 x11failsafe vga=0x314
Well, maybe a better explanation is that after booting again when I did the mkinitrd I get the same error messages as I described in the first post. I think the piix comes from ata_piix (or some package with a similar name) and that this is a sata driver that the kernel needs. Question: If you can get a network connection manually, can I just mount the installed system, chroot, and then run yast (curses mode) or zypper to install/reinstall any packages.
Yep, you can run “yast” from the prompt, reinstall anything, downgrade the kernel, whatever you want. As for the networking, just ping an IP or URL to see if it’s available, otherwise start the networking through yast or any method you’re familiar with
I have tried to rebuild the initrd but I keep getting the same errors regarding module piix. I reinstalled, the machine booted, but when I ran updates, the VM won’t reboot. I am beginning to think that the current updates from SuSE are unstable. I wish I knew how to fix this, but I am about ready to give up and try something like Fedora 16/17 instead. I’d like to not have to do this. But I guess I don’t know enough to successfully get this thing to reboot after upgrades. Any help appreciated.
Thanks for the help I got. The mount commands helped me to learn how to rebuild an initrd, great hands-on learning experience that will pay off in the future.
I tried a fresh install of opensue 12.1 and ran updates. The VM will still not boot. I noticed there is no piix issues as ata_generic is all that there is in /etc/sysconfig/kernel INITRD_MODULES. I guess that Thrust::VPS Xen HVM is not setup correctly to work with SuSE 12.1 or the current updates for opensuse 12.1 are messed up. I noticed that on a Desktop install of opensuse 12.1 I have at home, the nvidia repository had all their files missing (they are there now). You don’t learn anything by giving up, but I have exhausted my time. I’ll give Fedora a try. If that does not work, I may ditch Thrust::VPS and go with Linode. I like Linode, but they don’t have Xen HVM and you can’t upload your own iso. You are stuck with slightly older distributions. I do not get Fedora to work, I will post back to the forum because then it may be the hosting provider.