[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] HVM help please - wrong GRUB entry?
Hello. El 26/06/12 16:26, Shane Johnson escribió: On Tue, Jun 26, 2012 at 3:10 PM, Alexandre Kouznetsov <alk@xxxxxxxxxx> wrote:Hello. Can you please show your grub.cfg, and the output of "ls -l /boot"? Specify what section of your grub.cfg is used when the "not an ELF binary" error occur. -- Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxx http://lists.xen.org/xen-usersls -l /boot -rw-r--r-- 1 root root 2007679 Jun 3 16:44 System.map-3.2.0-0.bpo.2-amd64 -rw-r--r-- 1 root root 2024845 Jun 3 17:15 System.map-3.2.0-0.bpo.2-rt-amd64 -rw-r--r-- 1 root root 2052633 Jun 21 15:02 System.map-3.2.18 -rw-r--r-- 1 root root 129015 Jun 3 16:44 config-3.2.0-0.bpo.2-amd64 -rw-r--r-- 1 root root 128580 Jun 3 17:15 config-3.2.0-0.bpo.2-rt-amd64 -rw-r--r-- 1 root root 128623 Jun 21 13:21 config-3.2.18 drwxr-xr-x 3 root root 4096 Jun 26 14:04 grub -rw-r--r-- 1 root root 11186911 Jun 25 16:13 initrd.img-3.2.0-0.bpo.2-amd64 -rw-r--r-- 1 root root 11305992 Jun 25 16:13 initrd.img-3.2.0-0.bpo.2-rt-amd64 -rw-r--r-- 1 root root 11133522 Jun 25 16:21 initrd.img-3.2.18 -rw-r--r-- 1 root root 2695559 Jun 25 16:18 initrd.img-vmlinuz-3.2.18-xen-amd64 -rw-r--r-- 1 root root 2846608 Jun 3 16:41 vmlinuz-3.2.0-0.bpo.2-amd64 -rw-r--r-- 1 root root 2895120 Jun 3 17:13 vmlinuz-3.2.0-0.bpo.2-rt-amd64 -rw-r--r-- 1 root root 2937200 Jun 26 14:08 vmlinuz-3.2.18 -rw-r--r-- 1 root root 11733424 Jun 26 14:07 vmlinuz-3.2.18-new -rw-r--r-- 1 root root 678554 Jun 9 2011 xen-4.0-amd64.gz Entry that causes panic - menuentry 'Debian GNU/Linux, with Linux 3.2.18 and XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod raid insmod raid5rec insmod mdraid insmod lvm insmod part_msdos insmod part_msdos insmod part_msdos insmod part_msdos insmod part_msdos insmod part_msdos insmod ext2 set root='(vg-base)' search --no-floppy --fs-uuid --set c7d94648-4c69-4512-a82c-37aa10c75893 echo 'Loading Linux 3.2.18 ...' multiboot /boot/xen-4.0-amd64.gz placeholder module /boot/vmlinuz-3.2.18 placeholder root=/dev/mapper/vg-base ro quiet xen-pciback.hide=(05.00.0)(05:00.1) echo 'Loading initial ramdisk ...' module /boot/initrd.img-3.2.18 Full boot.cfg attached. I believe, vmlinuz-3.2.18 did not came with any Debian package (even sid/unstable includes up to 3.2.0). Maybe you compiled it yourself? In any case, the initial error is clearly 3.2.18's fault. If you have no particular reason to use a custom kernel, I recommend you to stick to the repository. The installation of xen-qemu-dm-4.0 was supposed not to cause any troubles, but my hypotheses is that it somehow triggered update-grub re-creation (some unconfigured packages was present, maybe? there are several ways) and broke your previously working configuration. You said, you got errors while installing xen-qemu-dm-4.0. They are probably still in /vat/log/dpkg.log or /var/log/apt or /var/log/aptitude. If what exactly happened is still relevant, i would look for the answer there. If you have not touched your grub.cfg, it's last modification date will tell you where to look in the logs. If you just need this to work, please consider removing all weired/unused kernel images, so update-grub can have less to mess with. Beware, some of those kernels might be still needed by your DomUs. -- Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxx http://lists.xen.org/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |