Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
I finally get confirmation I was looking for at https://wiki.archlinux.org/index.php/GRUB2#MBR_aka_msdos_partitioning_specific_instructions and mentioned link https://bugs.archlinux.org/task/24103. So I manage to increase this space to 2Mb then the installation of the release grub-pc_1.99-14 (and dependencies) is now successful :) On 02/11/2012 09:43 PM, Joel Soete wrote: Hello φ-coder, Sorry for so late reaction, but I would like to be sure that I well understand. # fdisk /dev/sda Command (m for help): p Disk /dev/sda: 300.1 GB, 300067970560 bytes 255 heads, 63 sectors/track, 36481 cylinders, total 586070255 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00066cce Device Boot Start End Blocks Id System /dev/sda1 * 63 996029 497983+ fd Linux raid autodetect /dev/sda2 996030 586070254 292537112+ 5 Extended /dev/sda5 996093 149002874 74003391 fd Linux raid autodetect /dev/sda6 149002938 299001779 74999421 fd Linux raid autodetect /dev/sda7 299001843 449000684 74999421 8e Linux LVM /dev/sda8 449000748 586070254 68534753+ 8e Linux LVM shows me the start of the first slice (sda1) at 63 sectors (aparently the default of cfdisk). Which leaves a gap of only 32k free for grub2 to install its core and required modules and it is not any more enough since 1.99 release (the F manual recommends at least 1Mb). So all I would have to do is to manage to increase this free space (gap) to 1Mb (2048 sectors) to fix the problem? Thanks in advance for further help, J. On 01/-10/-28163 08:59 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote: On 18.10.2011 22:39, Todd Charron wrote: Any news here? RTFM www.gnu.org/software/grub/manual/html_node/BIOS-installation.html#BIOS-installation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630226: Re: Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
Hello φ-coder, Sorry for so late reaction, but I would like to be sure that I well understand. # fdisk /dev/sda Command (m for help): p Disk /dev/sda: 300.1 GB, 300067970560 bytes 255 heads, 63 sectors/track, 36481 cylinders, total 586070255 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00066cce Device Boot Start End Blocks Id System /dev/sda1 * 63 996029 497983+ fd Linux raid autodetect /dev/sda2 996030 586070254 292537112+ 5 Extended /dev/sda5 996093 14900287474003391 fd Linux raid autodetect /dev/sda6 149002938 29900177974999421 fd Linux raid autodetect /dev/sda7 299001843 44900068474999421 8e Linux LVM /dev/sda8 449000748 58607025468534753+ 8e Linux LVM shows me the start of the first slice (sda1) at 63 sectors (aparently the default of cfdisk). Which leaves a gap of only 32k free for grub2 to install its core and required modules and it is not any more enough since 1.99 release (the F manual recommends at least 1Mb). So all I would have to do is to manage to increase this free space (gap) to 1Mb (2048 sectors) to fix the problem? Thanks in advance for further help, J. On 01/-10/-28163 08:59 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote: On 18.10.2011 22:39, Todd Charron wrote: Any news here? RTFM www.gnu.org/software/grub/manual/html_node/BIOS-installation.html#BIOS-installation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
Hi, On October 18, 2011 05:04:43 PM Vladimir 'φ-coder/phcoder' Serbinenko wrote: RTFM www.gnu.org/software/grub/manual/html_node/BIOS-installation.html#BIOS-inst allation While I appreciate the response, I hope you can see how it's not entirely useful to me. This setup was configured through the Debian Installer when the system was originally installed and from what I gather from reading the TFM, what it seems to indicate is that the Debian Installer didn't set it up correctly and now I'm screwed. So what are the options? Keep the package held for all eternity (since previous versions of the package do work), or wipe and reinstall the system hoping that the installer does a better job this time? Any tips on where to go from here would be greatly appreciated. Thanks. Todd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
Any news here? This is still a problem for me. These packages work fine. grub2_1.99~rc1-1_i386.deb grub-common_1.99~rc1-1_i386.deb grub-pc_1.99~rc1-1_i386.deb Any newer versions result in Replacing config file /etc/default/grub with new version /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. Could this be similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593648 with a change to location for the metadata? This has been broken for months now... Let me know if you need anymore info. Thanks. Todd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
On 18.10.2011 22:39, Todd Charron wrote: Any news here? RTFM www.gnu.org/software/grub/manual/html_node/BIOS-installation.html#BIOS-installation -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
Hi all, UPS died on me last night and the machine shut down, now on boot I get error: symbol not found: 'grub_divmod 64_full' It's pretty critical for me to at least find a work around since my machine is now an expensive paper weight. Any help would be greatly appreciated. The issue for me is happening in 32 bit env with a configuration otherwise identical to the original reporter (/boot on LVM) Thanks. Todd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
Package: grub-pc Version: 1.99-8 Followup-For: Bug #630226 Same problem here. It doesn't matter which device I try to write it to they all produce they same error message. Is this still being looked into? Is there a package I can downgrade to? I assume my machine won't successfully reboot until the issue is resolved... -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/tessio-tessio / ext3 rw,relatime,errors=remount- ro,commit=5,barrier=0,data=ordered 0 0 /dev/sdb1 /scratch ext3 rw,relatime,errors=remount- ro,commit=5,barrier=0,data=ordered 0 0 /dev/sdd1 /download ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-ST32000542AS_6XW1JKJV (hd1) /dev/disk/by-id/ata-ST3750330NS_9QK0CSS6 (hd2) /dev/disk/by-id/ata-ST3750330NS_9QK0D08C (hd3) /dev/disk/by-id/ata-ST3750330NS_9QK0H049 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod raid insmod mdraid09 insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(tessio-tessio)' search --no-floppy --fs-uuid --set=root f3608a48-22df-43f1-8ba2-3e15e3dedb31 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 load_video insmod gfxterm insmod raid insmod mdraid09 insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(tessio-tessio)' search --no-floppy --fs-uuid --set=root f3608a48-22df-43f1-8ba2-3e15e3dedb31 set locale_dir=($root)/boot/grub/locale set lang=en_CA insmod gettext fi terminal_output gfxterm set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod raid insmod mdraid09 insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(tessio-tessio)' search --no-floppy --fs-uuid --set=root f3608a48-22df-43f1-8ba2-3e15e3dedb31 insmod png if background_image /usr/share/images/desktop-base/spacefun-grub.png; then set color_normal=light-gray/black set color_highlight=white/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.39-2-686-pae' --class debian -- class gnu-linux --class gnu --class os { insmod gzio insmod raid insmod mdraid09 insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(tessio-tessio)' search --no-floppy --fs-uuid --set=root f3608a48-22df-43f1-8ba2-3e15e3dedb31 echo'Loading Linux 2.6.39-2-686-pae ...' linux /boot/vmlinuz-2.6.39-2-686-pae root=/dev/mapper/tessio-tessio ro quiet echo'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.39-2-686-pae } menuentry 'Debian GNU/Linux, with Linux 2.6.39-2-686-pae (recovery mode)' -- class debian --class gnu-linux --class gnu --class os { insmod gzio insmod raid insmod mdraid09 insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(tessio-tessio)' search --no-floppy --fs-uuid --set=root f3608a48-22df-43f1-8ba2-3e15e3dedb31 echo'Loading Linux 2.6.39-2-686-pae ...' linux /boot/vmlinuz-2.6.39-2-686-pae root=/dev/mapper/tessio-tessio ro single echo'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.39-2-686-pae } menuentry 'Debian GNU/Linux, with Linux 2.6.38-2-686' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod raid insmod mdraid09 insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(tessio-tessio)' search --no-floppy --fs-uuid --set=root f3608a48-22df-43f1-8ba2-3e15e3dedb31 echo'Loading Linux 2.6.38-2-686 ...' linux /boot/vmlinuz-2.6.38-2-686 root=/dev/mapper/tessio-tessio ro quiet echo'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.38-2-686 } menuentry 'Debian GNU/Linux, with Linux 2.6.38-2-686 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod raid insmod mdraid09 insmod lvm
Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
Hello Colin, On 06/13/2011 05:22 PM, Colin Watson wrote: On Sun, Jun 12, 2011 at 03:23:42PM +0200, Joel Soete wrote: But this operation failed on 64bit env: [snip] Setting up grub-common (1.99-6) ... Installing new version of config file /etc/grub.d/10_linux ... Installing new version of config file /etc/grub.d/00_header ... Installing new version of config file /etc/grub.d/20_linux_xen ... Setting up grub2-common (1.99-6) ... Setting up grub-pc-bin (1.99-6) ... Setting up grub-pc (1.99-6) ... /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. [snip] Please show your disk layout according to 'parted -l'. I hope that I can attach the output of parted -l in this PartedL.txt.gz Thanks again, J. PartedL.txt.gz Description: GNU Zip compressed data
Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?
On Sun, Jun 12, 2011 at 03:23:42PM +0200, Joel Soete wrote: But this operation failed on 64bit env: [snip] Setting up grub-common (1.99-6) ... Installing new version of config file /etc/grub.d/10_linux ... Installing new version of config file /etc/grub.d/00_header ... Installing new version of config file /etc/grub.d/20_linux_xen ... Setting up grub2-common (1.99-6) ... Setting up grub-pc-bin (1.99-6) ... Setting up grub-pc (1.99-6) ... /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. [snip] Please show your disk layout according to 'parted -l'. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org