Bug#687320: grub-efi-amd64: Stuck at grub recovery prompt when USB media reader attached
40016A_3HS4JDEX-part2 -> > .../../sda2 > lrwxrwxrwx 1 root root 10 Sep 11 12:19 scsi-SATA_ST340016A_3HS4JDEX-part3 -> > .../../sda3 > lrwxrwxrwx 1 root root 9 Sep 11 12:19 usb-Generic- > _Compact_Flash_2006041309210-0:0 -> ../../sdc > lrwxrwxrwx 1 root root 9 Sep 11 12:19 usb-Generic-_MS_MS- > Pro_HG_2006041309210-0:3 -> ../../sdf > lrwxrwxrwx 1 root root 9 Sep 11 12:19 usb-Generic- > _SD_MMC_2006041309210-0:2 -> ../../sde > lrwxrwxrwx 1 root root 9 Sep 11 12:19 usb-Generic- > _SD_MMC_MS_MSPRO_2006041309210-0:4 -> ../../sdg > lrwxrwxrwx 1 root root 9 Sep 11 12:19 usb-Generic-_SM_xD- > Picture_2006041309210-0:1 -> ../../sdd > lrwxrwxrwx 1 root root 9 Sep 11 12:19 wwn-0x5000c5001f9a9994 -> ../../sdb > lrwxrwxrwx 1 root root 10 Sep 11 12:19 wwn-0x5000c5001f9a9994-part1 -> > .../../sdb1 > *** END /dev/disk/by-id > > *** BEGIN /dev/disk/by-uuid > total 0 > lrwxrwxrwx 1 root root 10 Sep 11 12:19 1c0c9d31-4ebd-44d7-94d9-2cc7378a3825 -> > .../../sda3 > lrwxrwxrwx 1 root root 10 Sep 11 12:19 D3B7-3D30 -> ../../sda1 > lrwxrwxrwx 1 root root 10 Sep 11 12:19 aa3909a2-fcc8-4b69-9b32-f6716fdd2e7e -> > .../../sda2 > lrwxrwxrwx 1 root root 10 Sep 11 12:19 bb6eb18e-955e-49f4-ae6c-065de64d6cdf -> > .../../sdb1 > *** END /dev/disk/by-uuid > > -- System Information: > Debian Release: wheezy/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages grub-efi-amd64 depends on: > ii debconf [debconf-2.0] 1.5.46 > ii grub-common1.99-22.1 > ii grub-efi-amd64-bin 1.99-22.1 > ii grub2-common 1.99-22.1 > ii ucf3.0025+nmu3 > > grub-efi-amd64 recommends no packages. > > grub-efi-amd64 suggests no packages. > > -- debconf information: > grub2/kfreebsd_cmdline: > grub2/device_map_regenerated: > * grub2/linux_cmdline: > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grub-devel > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#590884: Out of disk error
On 13.05.2012 19:01, Ben Hutchings wrote: > On Wed, 2012-05-09 at 11:14 +0200, Vladimir 'φ-coder/phcoder' Serbinenko > wrote: >> On 09.05.2012 10:56, Lionel FÉLICITÉ wrote: >>> Le lundi 07 mai 2012 à 18:21 +0200, Lionel FÉLICITÉ a écrit : >>>> Le lundi 07 mai 2012 à 18:16 +0200, Vladimir 'φ-coder/phcoder' >>>> Serbinenko a écrit : >>>>> On 07.05.2012 15:32, Lionel FÉLICITÉ wrote: >>>>>> Le jeudi 12 avril 2012 à 12:36 +0200, Vladimir 'φ-coder/phcoder' >>>>>> Serbinenko a écrit : >>>>>>> On 12.04.2012 12:20, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >>>>>>>> On 12.04.2012 11:57, Lionel FÉLICITÉ wrote: >>>>>>>>> 010: 6824 >>>>>>>> Yes, this is minix2fs magic. But it's also part of the value of >>>>>>>> free_inodes of ext2. That's the most weird variation on ghost >>>>>>>> filesystems I've ever seen. I'll think about it. >>>>>>> Noteworthy is that you can workaround this problem by simply creating >>>>>>> any files on / this would consume few inodes and remove this "magic". >>>>>>>>> * grub-pc/install_devices: >>>>>>>> /dev/disk/by-id/md-uuid-f1a48207:bff28d4f:a4d2adc2:26fd5302 >>>>>>>> install-devices must be real disks, not raids. >>>>>>>> >>>>>> Hi, >>>>>> I tried >>>>>> >>>>>> cd / >>>>>> dd if=/dev/zero of=ld_file_1GB bs=1M count=1k >>>>>> dd if=/dev/zero of=ld_01_file_1GB bs=1M count=1k >>>>>> >>>>>> It doesn't seem to work. >>>>> It's not about free space. It's about free inodes, e.g. number of files >>>>> you can create. >>>>>> >>>>> >>>> Ah... I understand. >>>> I'll try it soon. >>>> >>>> Thanks >>>> >>> It works ! I needed to use up to 25% of free inode to make it works. >> It's not a fix yet, more of a confirmation of my assessment. I'll see >> how minixfs detection can be improved or decreased in priority. > > Unless this relates to the file system used by current MINIX 3, can we > not just disable it in Debian? The problem is more in the cumulative effect than in any single FS. Several filesystems in GRUB had unreliable detection, including ext2. Upstream fixes are in commits 4326 and 4333 > > Ben. > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#590884: Out of disk error
On 09.05.2012 10:56, Lionel FÉLICITÉ wrote: > Le lundi 07 mai 2012 à 18:21 +0200, Lionel FÉLICITÉ a écrit : >> Le lundi 07 mai 2012 à 18:16 +0200, Vladimir 'φ-coder/phcoder' >> Serbinenko a écrit : >>> On 07.05.2012 15:32, Lionel FÉLICITÉ wrote: >>>> Le jeudi 12 avril 2012 à 12:36 +0200, Vladimir 'φ-coder/phcoder' >>>> Serbinenko a écrit : >>>>> On 12.04.2012 12:20, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >>>>>> On 12.04.2012 11:57, Lionel FÉLICITÉ wrote: >>>>>>> 010: 6824 >>>>>> Yes, this is minix2fs magic. But it's also part of the value of >>>>>> free_inodes of ext2. That's the most weird variation on ghost >>>>>> filesystems I've ever seen. I'll think about it. >>>>> Noteworthy is that you can workaround this problem by simply creating >>>>> any files on / this would consume few inodes and remove this "magic". >>>>>>> * grub-pc/install_devices: >>>>>> /dev/disk/by-id/md-uuid-f1a48207:bff28d4f:a4d2adc2:26fd5302 >>>>>> install-devices must be real disks, not raids. >>>>>> >>>> Hi, >>>> I tried >>>> >>>> cd / >>>> dd if=/dev/zero of=ld_file_1GB bs=1M count=1k >>>> dd if=/dev/zero of=ld_01_file_1GB bs=1M count=1k >>>> >>>> It doesn't seem to work. >>> It's not about free space. It's about free inodes, e.g. number of files >>> you can create. >>>> >>> >> Ah... I understand. >> I'll try it soon. >> >> Thanks >> > It works ! I needed to use up to 25% of free inode to make it works. It's not a fix yet, more of a confirmation of my assessment. I'll see how minixfs detection can be improved or decreased in priority. > Thanks! > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#590884: Out of disk error
On 07.05.2012 15:32, Lionel FÉLICITÉ wrote: > Le jeudi 12 avril 2012 à 12:36 +0200, Vladimir 'φ-coder/phcoder' > Serbinenko a écrit : >> On 12.04.2012 12:20, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >>> On 12.04.2012 11:57, Lionel FÉLICITÉ wrote: >>>> 010: 6824 >>> Yes, this is minix2fs magic. But it's also part of the value of >>> free_inodes of ext2. That's the most weird variation on ghost >>> filesystems I've ever seen. I'll think about it. >> Noteworthy is that you can workaround this problem by simply creating >> any files on / this would consume few inodes and remove this "magic". >>>> * grub-pc/install_devices: >>> /dev/disk/by-id/md-uuid-f1a48207:bff28d4f:a4d2adc2:26fd5302 >>> install-devices must be real disks, not raids. >>> >> > Hi, > I tried > > cd / > dd if=/dev/zero of=ld_file_1GB bs=1M count=1k > dd if=/dev/zero of=ld_01_file_1GB bs=1M count=1k > > It doesn't seem to work. It's not about free space. It's about free inodes, e.g. number of files you can create. > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#590884: Out of disk error
On 12.04.2012 12:20, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > On 12.04.2012 11:57, Lionel FÉLICITÉ wrote: >> 010: 6824 > Yes, this is minix2fs magic. But it's also part of the value of > free_inodes of ext2. That's the most weird variation on ghost > filesystems I've ever seen. I'll think about it. Noteworthy is that you can workaround this problem by simply creating any files on / this would consume few inodes and remove this "magic". >> * grub-pc/install_devices: > /dev/disk/by-id/md-uuid-f1a48207:bff28d4f:a4d2adc2:26fd5302 > install-devices must be real disks, not raids. > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#590884: Out of disk error
On 12.04.2012 11:57, Lionel FÉLICITÉ wrote: > 010: 6824 Yes, this is minix2fs magic. But it's also part of the value of free_inodes of ext2. That's the most weird variation on ghost filesystems I've ever seen. I'll think about it. > * grub-pc/install_devices: /dev/disk/by-id/md-uuid-f1a48207:bff28d4f:a4d2adc2:26fd5302 install-devices must be real disks, not raids. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#590884: Out of disk error
On 12.04.2012 11:22, Lionel Félicité wrote: > kern/fs.c:54: Detecting minix... > kern/emu/hostdisk.c:582: reusing open device `/dev/sda1' > kern/disk.c:401: Read out of range: sector 0xcd95cc00 (out of disk). Looks like you have a leftover of minixfs on your sda1. Can you post the results of dd if=/dev/sda1 skip=2 count=1|xxd -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#665808: gnome-shell: Segfault on startup (sid)
Package: gnome-shell Version: 3.2.2.1-2 Followup-For: Bug #665808 I con confirm it here. I had to switch to gnome classic (briefly run gnome-shell to get the dmesg error) dmesg says: [ 9818.782978] gnome-shell[9072]: segfault at 1 ip 7ffca54f44c7 sp 7fff746238b8 error 4 in libglib-2.0.so.0.3000.2[7ffca54c2000+f6000] [ 9820.235757] gnome-shell[9175]: segfault at 1 ip 7fad990c84c7 sp 7fff1aed4628 error 4 in libglib-2.0.so.0.3000.2[7fad99096000+f6000] -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf-service3.2.3-4 ii gir1.2-accountsservice-1.0 0.6.15-4 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-caribou-1.0 0.4.1-2 ii gir1.2-clutter-1.0 1.8.4-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.6-1 ii gir1.2-freedesktop 1.31.22-1 ii gir1.2-gconf-2.0 3.2.3-4 ii gir1.2-gdkpixbuf-2.0 2.24.1-1 ii gir1.2-gee-1.0 0.6.4-1 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 1.31.22-1 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.2-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.2.2-1 ii gir1.2-networkmanager-1.00.9.4.0-1 ii gir1.2-pango-1.0 1.29.4-3+b1 ii gir1.2-polkit-1.00.104-2 ii gir1.2-soup-2.4 2.36.1-1 ii gir1.2-telepathyglib-0.120.16.2-1+b1 ii gir1.2-telepathylogger-0.2 0.2.12-1 ii gir1.2-upowerglib-1.00.9.15-2 ii gjs 1.30.1-1 ii gnome-bluetooth 3.2.2-1 ii gnome-icon-theme-symbolic3.2.2-1 ii gnome-settings-daemon3.2.2-3 ii gnome-shell-common 3.2.2.1-2 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-27 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libcamel-1.2-29 3.2.2-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.5-1 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.32-1 ii libebook-1.2-12 3.2.2-1 ii libecal-1.2-10 3.2.2-1 ii libedataserver-1.2-153.2.2-1 ii libedataserverui-3.0-1 3.2.2-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.6-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgconf-2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgee2 0.6.4-1 ii libgirepository-1.0-11.31.22-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.30.1-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-keyring03.2.2-2 ii libgnome-menu-3-03.2.0.1-2 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libical0 0.48-1 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-3 ii libmutter0 3.2.2-1 ii libnm-glib4 0.9.4.0-1 ii libnm-util2 0.9.4.0-
Bug#661810: FTBFS
.am:5: `conf/Makefile.common' included from here conf/Makefile.common:150: `pkglibdir' is not a legitimate directory for `SCRIPTS' grub-core/Makefile.am:5: `conf/Makefile.common' included from here conf/Makefile.common:140: `pkglibdir' is not a legitimate directory for `DATA' grub-core/Makefile.am:5: `conf/Makefile.common' included from here conf/Makefile.common:43: subst $(srcdir: non-POSIX variable name conf/Makefile.common:43: (probably a GNU make extension) Makefile.am:6: `conf/Makefile.common' included from here conf/Makefile.extra-dist:29: shell find $(top_srcdir: non-POSIX variable name conf/Makefile.extra-dist:29: (probably a GNU make extension) Makefile.am:7: `conf/Makefile.extra-dist' included from here conf/Makefile.extra-dist:30: shell find $(top_srcdir: non-POSIX variable name conf/Makefile.extra-dist:30: (probably a GNU make extension) Makefile.am:7: `conf/Makefile.extra-dist' included from here conf/Makefile.extra-dist:31: shell find $(top_srcdir: non-POSIX variable name conf/Makefile.extra-dist:31: (probably a GNU make extension) Makefile.am:7: `conf/Makefile.extra-dist' included from here conf/Makefile.extra-dist:32: shell find $(top_srcdir: non-POSIX variable name conf/Makefile.extra-dist:32: (probably a GNU make extension) Makefile.am:7: `conf/Makefile.extra-dist' included from here conf/Makefile.common:150: `pkglibdir' is not a legitimate directory for `SCRIPTS' Makefile.am:6: `conf/Makefile.common' included from here conf/Makefile.common:140: `pkglibdir' is not a legitimate directory for `DATA' Makefile.am:6: `conf/Makefile.common' included from here autoreconf: automake failed with exit status: 1 make[1]: *** [build/stamps/autogen] Error 1 make[1]: Leaving directory `/home/jmm/grub2-1.99' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590884: grub-pc: upgrading with vmlinuz-2.6.32-5-amd64 kernel fails on device detection
tag fixed-upstream thanks On 14.11.2010 16:32, Vladimir 'φ-coder/phcoder' Serbinenko wrote: This looks like the failure of grub-probe to find underlying device from partition. This should be fixed by now. Can you retest? ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632260: stardict: Impossible to turn off the network dictionarry
Package: stardict Version: 3.0.1-7 Severity: grave Tags: upstream security Justification: user security hole Any attempts to uncheck the box "Enable network dictionaries" is effective only until statrdict is closed and network dictionary is activated again after restart (the checkbox remains unchecked). Sometime it doesn't even work that far. I don't want all my searches to be sent to some server in China or elsewhere in the world. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages stardict depends on: ii stardict-gtk 3.0.1-7+b1 International dictionary written i stardict recommends no packages. stardict suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#626347: lic6-dev: on mips packages amd64 libraries
Package: libc6-dev Version: 2.11-2 Severity: grave Tags: squeeze sid Justification: renders package unusable On amd64 system I do: phcoder@debian.x201.phnet:~/compile$ wget http://ftp.at.debian.org/debian/pool/main/e/eglibc/libc6-dev_2.11.2-10_mips.deb phcoder@debian.x201.phnet:~/compile$ ar x libc6-dev_2.11.2-10_mips.deb phcoder@debian.x201.phnet:~/compile$ tar xzf data.tar.gz phcoder@debian.x201.phnet:~/compile$ mips-linux-objdump -x usr/lib/librt.so|head usr/lib/librt.so: file format elf64-little usr/lib/librt.so architecture: UNKNOWN!, flags 0x0150: HAS_SYMS, DYNAMIC, D_PAGED start address 0x2190 Program Header: PHDR off0x0040 vaddr 0x0040 paddr 0x0040 align 2**3 filesz 0x01f8 memsz 0x01f8 flags r-x phcoder@debian.x201.phnet:~/compile$ objdump -x usr/lib/librt.so|head usr/lib/librt.so: file format elf64-x86-64 usr/lib/librt.so architecture: i386:x86-64, flags 0x0150: HAS_SYMS, DYNAMIC, D_PAGED start address 0x2190 Program Header: PHDR off0x0040 vaddr 0x0040 paddr 0x0040 align 2**3 filesz 0x01f8 memsz 0x01f8 flags r-x phcoder@debian.x201.phnet:~/compile$ objdump -d -j .text usr/lib/librt.so|head usr/lib/librt.so: file format elf64-x86-64 Disassembly of section .text: 2190 : 2190: 48 83 ec 08 sub$0x8,%rsp 2194: 48 8b 05 25 4e 20 00mov0x204e25(%rip),%rax# 206fc0 219b: 48 85 c0test %rax,%rax -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593648: grub-pc install fails on RAID1 (unknown filesystem)
On 19.08.2010 23:20, Benjamin Scherrer wrote: > kern/disk.c:245: Opening `md0,msdos4'... Since md0 isn't partitioned it seems like the problem is the manifestation of another issue of GRUB accepting metadata at the end of last partition as metadata for the whole disk. This is fixed for 1.x metadata but is still a problem with 0.9 one due to 0.9 data sector not containing enough info to determine where it belongs to easily and reliably. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
tag 620663 fixed-upstream thanks Patch applied upstream On 04.04.2011 22:31, Dio Brando wrote: > Ok, it works like a charm. Many thanks. > > # time strace -S time -tt > /usr/src/grub2-1.98+20100804/debian/grub-common/usr/sbin/grub-probe > --device /dev/sda1 --target=fs_uuid -v > /tmp/probe_strace 2>&1 > > real0m0.970s > user0m0.080s > sys 0m0.012s > > Installed fixed grub packages and updated linux kernel image whitout > problems. > > > On 04/04/2011 21:11, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >> -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
On 04.04.2011 21:02, Dio Brando wrote: $ patch -p1 < ../readasync_2.diff patching file kern/emu/hostdisk.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Hunk #1 FAILED at 629. Patches aren't incremental. Only latest is to be applied. > I also tryied to apply only a patch at time whitout success. Without success in which way? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
On 03.04.2011 23:06, Dio Brando wrote:
> Yes, I followed the procedure above:
>
> $ apt-get source grub-pc
> $ cd grub2-1.98+20100804
> $ patch -p1 ../readasync.diff
> $ dpkg-buildpackage -rfakeroot -b
> # dpkg -i /usr/src/grub-common_1.98+20100804-14_amd64.deb (no way, stuck)
>
> then
>
It seems like removing O_SYNC is wrong. Attached a patch which should do
it correctly
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
=== modified file 'grub-core/kern/emu/hostdisk.c'
--- grub-core/kern/emu/hostdisk.c 2011-04-03 13:45:20 +
+++ grub-core/kern/emu/hostdisk.c 2011-04-03 21:35:46 +
@@ -664,7 +664,17 @@
{
free (data->dev);
if (data->fd != -1)
- close (data->fd);
+ {
+#ifdef __linux__
+ if (data->access_mode == O_RDWR || data->access_mode == O_WRONLY)
+ {
+ fsync (data->fd);
+ ioctl (data->fd, BLKFLSBUF, 0);
+ }
+#endif
+
+ close (data->fd);
+ }
/* Open the partition. */
grub_dprintf ("hostdisk", "opening the device `%s' in open_device()\n", dev);
@@ -675,10 +685,6 @@
return -1;
}
- /* Flush the buffer cache to the physical disk.
- XXX: This also empties the buffer cache. */
- ioctl (fd, BLKFLSBUF, 0);
-
data->dev = xstrdup (dev);
data->access_mode = (flags & O_ACCMODE);
data->fd = fd;
@@ -716,7 +722,16 @@
{
free (data->dev);
if (data->fd != -1)
- close (data->fd);
+ {
+#ifdef __linux__
+ if (data->access_mode == O_RDWR || data->access_mode == O_WRONLY)
+ {
+ fsync (data->fd);
+ ioctl (data->fd, BLKFLSBUF, 0);
+ }
+#endif
+ close (data->fd);
+ }
fd = open (map[disk->id].device, flags);
if (fd >= 0)
@@ -932,7 +947,16 @@
free (data->dev);
if (data->fd != -1)
-close (data->fd);
+{
+#ifdef __linux__
+ if (data->access_mode == O_RDWR || data->access_mode == O_WRONLY)
+ {
+ fsync (data->fd);
+ ioctl (data->fd, BLKFLSBUF, 0);
+ }
+#endif
+ close (data->fd);
+}
free (data);
}
signature.asc
Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
On 03.04.2011 23:05, Dio Brando wrote:
> # time strace -S time -tt
> /usr/src/grub2-1.98+20100804/debian/grub-common/usr/sbin/grub-probe
> --device /dev/sda1 --target=fs_uuid -v > /tmp/probe_strace 2>&1
>
> real5m2.368s
> user0m0.080s
> sys 0m0.092s
>
> log attached at this email.
Looks like the time comes from calling BLKFLSBUF. Attached patch makes
BLKFLSBUF only on write.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
=== modified file 'grub-core/kern/emu/hostdisk.c'
--- grub-core/kern/emu/hostdisk.c 2011-04-03 13:45:20 +
+++ grub-core/kern/emu/hostdisk.c 2011-04-03 21:21:00 +
@@ -629,11 +629,14 @@
#ifdef O_LARGEFILE
flags |= O_LARGEFILE;
#endif
+
#ifdef O_SYNC
- flags |= O_SYNC;
+ if ((flags & O_ACCMODE) == O_WRONLY || (flags & O_ACCMODE) == O_RDWR)
+flags |= O_SYNC;
#endif
#ifdef O_FSYNC
- flags |= O_FSYNC;
+ if ((flags & O_ACCMODE) == O_WRONLY || (flags & O_ACCMODE) == O_RDWR)
+flags |= O_FSYNC;
#endif
#ifdef O_BINARY
flags |= O_BINARY;
@@ -664,7 +667,17 @@
{
free (data->dev);
if (data->fd != -1)
- close (data->fd);
+ {
+#ifdef __linux__
+ if (data->access_mode == O_RDWR || data->access_mode == O_WRONLY)
+ {
+ fsync (data->fd);
+ ioctl (data->fd, BLKFLSBUF, 0);
+ }
+#endif
+
+ close (data->fd);
+ }
/* Open the partition. */
grub_dprintf ("hostdisk", "opening the device `%s' in open_device()\n", dev);
@@ -675,10 +688,6 @@
return -1;
}
- /* Flush the buffer cache to the physical disk.
- XXX: This also empties the buffer cache. */
- ioctl (fd, BLKFLSBUF, 0);
-
data->dev = xstrdup (dev);
data->access_mode = (flags & O_ACCMODE);
data->fd = fd;
@@ -716,7 +725,16 @@
{
free (data->dev);
if (data->fd != -1)
- close (data->fd);
+ {
+#ifdef __linux__
+ if (data->access_mode == O_RDWR || data->access_mode == O_WRONLY)
+ {
+ fsync (data->fd);
+ ioctl (data->fd, BLKFLSBUF, 0);
+ }
+#endif
+ close (data->fd);
+ }
fd = open (map[disk->id].device, flags);
if (fd >= 0)
@@ -932,7 +950,16 @@
free (data->dev);
if (data->fd != -1)
-close (data->fd);
+{
+#ifdef __linux__
+ if (data->access_mode == O_RDWR || data->access_mode == O_WRONLY)
+ {
+ fsync (data->fd);
+ ioctl (data->fd, BLKFLSBUF, 0);
+ }
+#endif
+ close (data->fd);
+}
free (data);
}
signature.asc
Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
On 03.04.2011 22:13, Dio Brando wrote: > No way. Installing the new compiled grub package is very very long > (after 50min it's still here). > Sorry miread it: I thought that compiling took too long. When you're doing strace, which calls take noticeable amount of time? Other than O_SYNC flag I see no reason why reading partitions would be slow on your system. Hm, the patch I've sent you is for the upstream source. Did it apply correctly? > > On 03/04/2011 20:15, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >> >>> real16m56.160s >>> user0m0.086s >>> sys 0m0.038s >>> >> Could you try the attached patch? >> >> >> > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
On 03.04.2011 22:13, Dio Brando wrote: > No way. Installing the new compiled grub package is very very long > (after 50min it's still here). > Debian build system compiles many supported architectures. You can download upstream and compile just yours. Then you can test grub-probe without installing > > On 03/04/2011 20:15, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >> >>> real16m56.160s >>> user0m0.086s >>> sys 0m0.038s >>> >> Could you try the attached patch? >> >> >> > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
> real16m56.160s > user0m0.086s > sys 0m0.038s > Could you try the attached patch? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko === modified file 'grub-core/kern/emu/hostdisk.c' --- grub-core/kern/emu/hostdisk.c 2011-04-03 13:45:20 + +++ grub-core/kern/emu/hostdisk.c 2011-04-03 18:07:01 + @@ -629,11 +629,14 @@ #ifdef O_LARGEFILE flags |= O_LARGEFILE; #endif + #ifdef O_SYNC - flags |= O_SYNC; + if ((flags & O_ACCMODE) == O_WRONLY || (flags & O_ACCMODE) == O_RDWR) +flags |= O_SYNC; #endif #ifdef O_FSYNC - flags |= O_FSYNC; + if ((flags & O_ACCMODE) == O_WRONLY || (flags & O_ACCMODE) == O_RDWR) +flags |= O_FSYNC; #endif #ifdef O_BINARY flags |= O_BINARY; signature.asc Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
On 03.04.2011 17:51, Dio Brando wrote: > thanks for the hints. It seems grub-probe to be very slow ( 30 mins > before force to stop with ctrl-c). Full log as attachment. Could you attach the output of /usr/sbin/grub-probe --device /dev/sda1 --target=fs_uuid -v And its strace ? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#620663: grub-pc hangs after upgrading lenny to squeezy
On 03.04.2011 13:09, Dio Brando wrote: > read(3, ^C > > Unfortunately your log didn't contain enough info to determine the problem or what the fd=3 refers to. Could you send complete log and try: sudo sh -x grub-mkconfig Then you may need to replace set -e with set-ex in some of /etc/grub.d/ files, -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#612220: after update to squeeze grub2 don't load the system
tag 612220 fixed-upstream reassign grub-pc thanks Version in squeeze uses memory allocation which is done with flat memory in mind, so it doesn't handle memory hole well. Upstream GRUB2 uses way more flexible allocation -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#594967: still not fixed?
On 08.02.2011 10:50, Michael Schwingen wrote: > Hi, > > I upgraded a system to squeeze yesterday and have the same problem > (system hangs). I tried the grub-pc packages from > squeeze(1.98+20100804-14) as well as 1.99~rc1-1 from > debian/pool/main/g/grub2 - both hang. This may or may not be a related bug. Early hang can be caused by different root problems. Please create separate bug report if latest version hangs. Also please tell the last printed string and also try disabling graphics and report what difference does it make. Also please report the debug output. > grub-legacy works fine on the system. > > Is 1.99~rc1-1 newer or older than grub-pc_1.99~20110104-1_i386.deb > that is mentioned in this bug report as fixing the problem? If it is > older, where can I get the fixed package? > > cu > Michael > > > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#612128: [kfreebsd] grub-pc: fails to configure (camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed)
tag 612128 fixed-upstream thanks On 06.02.2011 08:12, Jonathan Nieder wrote: > Package: grub-common > Version: 1.99~rc1-1+b3 > Severity: grave > Justification: cannot configure grub-pc > > Hi, > > Typical mixed experimental/sid kfreebsd-amd64 system. grub-pc from > sid is installed without trouble. Trying to upgrade to experimental, > I get: > > Configuring grub-pc > > GRUB failed to install to the following devices: > > /dev/ad0 > > Do you want to continue anyway? If you do, your computer may > not start up properly. > > Writing GRUB to boot device failed - continue? > > [] [] > > Following the conditioned response, I say "yes". That reveals the > console, which says: > > Setting up grub-pc (1.99~rc1-1+b3) ... > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > cam_lookup_pass: No such file or directory > cam_lookup_pass: either the pass driver isn't in your kernel > cam_lookup_pass: or ad0 doesn't exist > [same 4 lines repeated] > expr: non-integer argument > [same 4 lines repeated 3 times] > expr: non-integer argument > [same 4 lines repeated] > /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. > Check your device.map. > Auto-detection of a filesystem of /dev/ad0s1 failed. > Please report this together with the output of "/usr/sbin/grub-probe > --device-map="/boot/grub/device.map" --target=fs -v /boot/grub" to > > Generating grub.cfg ... > /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. > Check your device.map. > dpkg: error processing grub-pc (--configure): >subprocess installed post-installation script returned error exit > status 1 > > grub-pc 1.98+20100804-14 works okay, so there is nothing urgent about > this. > > Ideas? > Jonathan > > $ uname -a > GNU/kFreeBSD wooster 8.1-1-amd64 #0 Thu Jan 4 15:07:39 CET 2011 x86_64 amd64 > QEMU Virtual CPU version 0.13.0 GNU/kFreeBSD > $ bash /usr/share/bug/grub-pc/script 3>bugscript-output.txt > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#614295: grub-pc: kFreeBSD upgrade fails: cannot find a GRUB drive for /dev/ad0s1
tag 614295 fixed-upstream thanks > cam_lookup_pass: either the pass driver isn't in your kernel > cam_lookup_pass: or ad0 doesn't exist > /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. Check > your device.map. > Yet another duplicate. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#615152: grub2: Cannot recognize FS format any more under kfreebsd ports
gt; /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: scanning hd0 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: scanning hd0,msdos1,bsd2 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: scanning hd0,msdos1,bsd1 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: scanning hd0,msdos1 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: changing current directory to /dev. > /usr/sbin/grub-probe: info: changing current directory to fd. > /usr/sbin/grub-probe: info: changing current directory to led. > /usr/sbin/grub-probe: info: changing current directory to usb. > /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1a. > Check your device.map. > > root ananke[~]# cat /boot/grub/device.map > (hd0)/dev/ad0 > > root ananke[~]# df > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/ad0s1a3567918461166 2821320 15% / > devfs1 1 0 100% /dev > linprocfs4 4 0 100% /proc > /sys 4 4 0 100% /sys > fdescfs 1 1 0 100% /dev/fd > tmpfs 629024 4629020 1% /lib/init/rw > > > Please do let me know about any possible information I can provide you > with to solve this issue, which is quite important as it's highly likely > to render many systems unbootable. > > > Thanks in advance. > > > Cheers, > > Dererk > > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#615152: grub2: Cannot recognize FS format any more under kfreebsd ports
> without being able to perform any task other than getting "error:
> unknown filesystem."
>
>
The problem comes from DIOCGDINFO which apparently is broken on FreeBSD
(and this is just one way it misbehaves). So I rewrote it with geom.
Patch attached. Was tested on IRC and it fixed the problem. Needs to be
tested on GPT.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
=== modified file 'Makefile.util.def'
--- Makefile.util.def 2010-12-01 21:42:11 +
+++ Makefile.util.def 2011-03-25 16:07:37 +
@@ -122,7 +122,7 @@
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
ldadd = '$(LIBLZMA)';
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
cppflags = '-DGRUB_PKGLIBROOTDIR=\"$(pkglibrootdir)\"';
};
@@ -135,7 +135,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -147,7 +147,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -159,7 +159,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -171,7 +171,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
cflags = '$(CFLAGS_GCRY)';
cppflags = '$(CPPFLAGS_GCRY)';
};
@@ -209,7 +209,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -224,7 +224,7 @@
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
ldadd = '$(freetype_libs)';
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
condition = COND_GRUB_MKFONT;
};
@@ -243,7 +243,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -255,7 +255,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -272,7 +272,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
enable = i386_pc;
enable = sparc64_ieee1275;
@@ -287,7 +287,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBGEOM)';
enable = sparc64_ieee1275;
};
@@ -301,7 +301,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
data = {
@@ -611,7 +611,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -624,5 +624,5 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
=== modified file 'configure.ac'
--- configure.ac 2011-01-16 11:54:03 +
+++ configure.ac 2011-03-25 16:07:37 +
@@ -890,6 +890,15 @@
AC_SUBST([LIBDEVMAPP
Bug#612128: [kfreebsd] grub-pc: fails to configure (camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed)
Setting up grub-pc (1.99~rc1-1+b3) ...
> camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed
> cam_lookup_pass: No such file or directory
> cam_lookup_pass: either the pass driver isn't in your kernel
> cam_lookup_pass: or ad0 doesn't exist
> [same 4 lines repeated]
> expr: non-integer argument
> [same 4 lines repeated 3 times]
> expr: non-integer argument
> [same 4 lines repeated]
> /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1.
> Check your device.map.
> Auto-detection of a filesystem of /dev/ad0s1 failed.
>
Probable duplicate of #615152. Please try the attached patch
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
=== modified file 'Makefile.util.def'
--- Makefile.util.def 2010-12-01 21:42:11 +
+++ Makefile.util.def 2011-03-25 16:07:37 +
@@ -122,7 +122,7 @@
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
ldadd = '$(LIBLZMA)';
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
cppflags = '-DGRUB_PKGLIBROOTDIR=\"$(pkglibrootdir)\"';
};
@@ -135,7 +135,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -147,7 +147,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -159,7 +159,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -171,7 +171,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
cflags = '$(CFLAGS_GCRY)';
cppflags = '$(CPPFLAGS_GCRY)';
};
@@ -209,7 +209,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -224,7 +224,7 @@
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
ldadd = '$(freetype_libs)';
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
condition = COND_GRUB_MKFONT;
};
@@ -243,7 +243,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -255,7 +255,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -272,7 +272,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
enable = i386_pc;
enable = sparc64_ieee1275;
@@ -287,7 +287,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBUTIL) $(LIBGEOM)';
enable = sparc64_ieee1275;
};
@@ -301,7 +301,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBINTL) $(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
data = {
@@ -611,7 +611,7 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = grub-core/gnulib/libgnu.a;
- ldadd = '$(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR)';
+ ldadd = '$(LIBDEVMAPPER) $(LIBZFS) $(LIBNVPAIR) $(LIBGEOM)';
};
program = {
@@ -624,5 +624,5 @@
ldadd = libgrubmods.a;
ldadd = libgrubkern.a;
ldadd = gr
Bug#615152: grub2: Cannot recognize FS format any more under kfreebsd ports
hd0 is 8388608. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: scanning hd0 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: scanning hd0,msdos1,bsd2 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: scanning hd0,msdos1,bsd1 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: scanning hd0,msdos1 for LVM. > /usr/sbin/grub-probe: info: the size of hd0 is 8388608. > /usr/sbin/grub-probe: info: no LVM signature found > . > /usr/sbin/grub-probe: info: changing current directory to /dev. > /usr/sbin/grub-probe: info: changing current directory to fd. > /usr/sbin/grub-probe: info: changing current directory to led. > /usr/sbin/grub-probe: info: changing current directory to usb. > /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1a. > Check your device.map. > > root ananke[~]# cat /boot/grub/device.map > (hd0)/dev/ad0 > > root ananke[~]# df > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/ad0s1a3567918461166 2821320 15% / > devfs1 1 0 100% /dev > linprocfs4 4 0 100% /proc > /sys 4 4 0 100% /sys > fdescfs 1 1 0 100% /dev/fd > tmpfs 629024 4629020 1% /lib/init/rw > > > Please do let me know about any possible information I can provide you > with to solve this issue, which is quite important as it's highly likely > to render many systems unbootable. > > > Thanks in advance. > > > Cheers, > > Dererk > > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#560823: grub-ieee1275: Error "Memory Address not Alligned" when trying to boot any menu entry
> While the bugs reported in here indeed seem to be fixed, grub now runs > into just the next problem: It runs out of memory (even though my > UltraSparc has 1 GB of RAM) RISC jumps have a limited range. Since GRUB uses heap to load modules, it uses only a minor part of memory > and then causes (probably as follow-up > error) an illegal instruction. > > But also Vladimir's manual grub installation in /usr/local has that > problem if I use the grub.cfg generated from the Debian package. Only > if I use the hinting feature hints are only a performance improvement. It wasn't intended as a bug fix for anything. I thought that Out-of-memory problem was caused by at attempt to init graphical subsystem. Are you sure that hints is the only difference? In particular check following points: - path to unicode.pf2 - absence of insmod ieee1275_fb - used terminal_output -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#560823: grub-ieee1275: Error "Memory Address not Alligned" when trying to boot any menu entry
> grub-ieee1275 is not the default bootloader on any architecture afaik > (and not on sparc in any case). I don't think this bug should be a > blocker for squeeze, tagging accordingly. > We already have the fix. Why not just apply it and be over with it? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#560823: grub-ieee1275: Error "Memory Address not Alligned" when trying to boot any menu entry
tag 560823 fixed-upstream thanks Productive debug session at Axel's helped to discover the problems. I've applied the patches upstream. When you package please make sure that all the .pf2 on big-endian systems are overwrtitten by new version. .pf2 should be identical on big-endian and little-endian systems, if not it's a bug. On 01/12/2011 02:14 AM, Axel Beckert wrote: > Hi, > > Adam D. Barratt wrote: > >> On Mon, 2010-07-19 at 23:42 +0200, Axel Beckert wrote: >> >>> Colin Watson wrote: >>> >>>>> Since #550160 has been fixed, the grub menu appears, I can edit the >>>>> entries on the console, etc. >>>>> >>>>> But as soon as I want to boot one entry, I get the error message >>>>> "Memory Address not Alligned" and I'm back to the boot prompt "ok" of >>>>> OpenPROM/OpenBoot. >>>>> >>>> Vladimir Serbinenko (upstream) told me that he believes he's fixed this: >>>> >> [...] >> >>>> If you still have the >>>> affected system in operation, could you please try upgrading to the >>>> current version in unstable >>>> >> Is this issue still exhibited with the current version of grub2 in >> unstable? >> > First try with version from unstable (1.98+20100804-13), no manual > interventions: > > grub-mkdevicemap generated strange device.map (attached). > update-grub used the binary carp in there and put it in grub.cfg > (attached). grub-install on the only non-floppy device in the > device.map worked without problems. > > Booting resulted in 8x the following output: > > ---snip--- > Boot device: disk File and args: > GRUB Loading kernel... > Welcome to GRUB! > > Can't read disk label. > Can't open disk label package. > Can't read disk label. > Can't open disk label package. > Can't read disk label. > Can't open disk label package. > Can't read disk label. > Can't open disk label package. > Can't read disk label. > Can't open disk label package. > Can't read disk label. > Can't open disk label package. > Can't read disk label. > Can't open disk label package. > Can't read disk label. > Can't open disk label package. > Fast Data Access MMU Miss > ok > ---snap--- > > So basically something different happens, but we're far away than we > already were, i.e. no more grub menu or commandline available. > > Warm or cold boot doesn't seem to make a difference. > > Next try with grub from experimental (1.99~20110106-1): But basically > the same happens, just with three small differences: > > a) no "Fast Data Access MMU Miss" but "error: out of memory. error: no >suitable mode found. Illegal instruction" instead. > > b) grub-installed issued a warning about embedding not possible in >this setup and that I need to use blocklist instead. It though says >also installation succeeded without error: > >6/0/0 r...@hz:pts/0 02:01:32 [~] # grub-install '(hd0)' >/usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be > installed in this setup by using blocklists. However, blocklists are > UNRELIABLE and their use is discouraged.. >Installation finished. No error reported. >7/0/0 r...@hz:pts/0 02:02:41 [~] # grub-install > /dev/disk/by-id/ata-ST39120A_7BV080CK >/usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be > installed in this setup by using blocklists. However, blocklists are > UNRELIABLE and their use is discouraged.. >Installation finished. No error reported. >8/0/0 r...@hz:pts/0 02:03:43 [~] # > >But since grub behaves differently afterwards, I think it did write >it on disk. > > c) different binary garbage in the device.map (attached) > > I'll now try to see if fixing the device map manually (no binary > garbage but hd0 in there instead) helps. > > I really wonder where this binary garbage (see attachement) comes > from. > > Anyway, next try was to manually edit the device.map to look like I'd > expect it to look: > > (fd0) /dev/fd0 > (hd0) /dev/disk/by-id/ata-ST39120A_7BV080CK > > grub-install still throws the same error messages (in case of the > version from experimental) or not (in case of unstable). > > No big change though, just again "Fast Data Access MMU Miss" instead > of "Illegal instruction". Maybe those are interchangable in some way. > > Any advice what I could try else? I'll at least stay in contact with > Vladimir for further debugging. > > Regards, Axel > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#605357: Patch for #605357
f returning an error. What happens then is > that array->device[new_array->index] gets overwritten and nr_devs gets > incremented. Thus nr_devs gets incremented without adding a new > disk. When trying to read the raid array later on, some disk pointers > are still NULL and we get a segfault when we dereference it. > > The attached patch returns an error in both cases, so we at least > don't segfault (which I tested on the virtual machine). I talked with > Julien on IRC, but his segfaults disappeared, so we will probably > never know for sure what really happened. > > Regards, > > Jeroen dekkers > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#594967: grub-pc: GRUB Hangs After "Welcome to GRUB!"
> * New Bazaar snapshot. > - Use video functions in Linux loader rather than hardcoding UGA; load > all available video backends (closes: #565576, probably). > > This change affects only EFI port > I'm not sure exactly what changed in there and I don't have time right > now to dig much further, but it's worth sharing where I got to. > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#590884: grub-pc: upgrading with vmlinuz-2.6.32-5-amd64 kernel fails on device detection
This looks like the failure of grub-probe to find underlying device from partition. This should be fixed by now. Can you retest? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#582342: Let's try to figure out bug #582342 finally
On 11/08/2010 12:56 PM, Cropper, C. A. wrote: > >>* do the kernel and the initramfs get loaded by GRUB >> > NO, it would fail at this point. It works now (vide supra). > > > Is it possible that you compiled an lzma-compressed bzimage? Usually the compression ratio is estimated at 2. In case of big initrd it may land in a region which is clobbered by bzimage being decompressed. This was a widespread issue on EFI since there GRUB tried to put initrd at lowest possible address, but by now it should be changed to try to load initrd as high as possible -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#598257: segfault during update of grub-pc package
On 11/04/2010 01:41 PM, v1t03k wrote: > Package: grub-pc > Version: 1.98+20100804-7 > Severity: important > > Today I did upgrade mysq squeeze system and now I got errors when I run > update-grub: > "Segmentation fault" > You don't seem to be the original reporter of the bug. Could you file a separate bug using reportbug so some relevant info is included? Also please supply the output of grub-probe -t fs -v / and grub-probe -t fs -v /boot > Here are some system infos: > Linux fw01b 2.6.32-5-686-bigmem #1 SMP Sat Sep 18 02:52:26 UTC 2010 i686 > GNU/Linux > It's a up to date squeeze system wirth software RAID on 4 HDD. > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#602071: /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/sda1. Check your device.map.
ebian --class gnu-linux --class gnu --class os {
> insmod part_msdos
> insmod ext2
> set root='(hd0,msdos1)'
> search --no-floppy --fs-uuid --set e674b4d5-7530-4e6a-9c7e-18ed8e649c24
> echo'Loading Linux 2.6.36-trunk-amd64 ...'
> linux /boot/vmlinuz-2.6.36-trunk-amd64
> root=UUID=e674b4d5-7530-4e6a-9c7e-18ed8e649c24 ro single
> echo'Loading initial ramdisk ...'
> initrd /boot/initrd.img-2.6.36-trunk-amd64
> }
> ### END /etc/grub.d/10_linux ###
>
> ### BEGIN /etc/grub.d/20_linux_xen ###
> ### END /etc/grub.d/20_linux_xen ###
>
> ### BEGIN /etc/grub.d/30_os-prober ###
> ### END /etc/grub.d/30_os-prober ###
>
> ### BEGIN /etc/grub.d/40_custom ###
> # This file provides an easy way to add custom menu entries. Simply type the
> # menu entries you want to add after this comment. Be careful not to change
> # the 'exec tail' line above.
> ### END /etc/grub.d/40_custom ###
>
> ### BEGIN /etc/grub.d/41_custom ###
> if [ -f $prefix/custom.cfg ]; then
> source $prefix/custom.cfg;
> fi
> ### END /etc/grub.d/41_custom ###
> *** END /boot/grub/grub.cfg
>
> -- System Information:
> Debian Release: squeeze/sid
> APT prefers unstable
> APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.36.nias (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages grub-pc depends on:
> ii debconf [debconf-2.0]1.5.36 Debian configuration management
> sy
> ii grub-common 1.98+20100804-7 GRand Unified Bootloader,
> version
> ii libc62.11.2-7Embedded GNU C Library: Shared
> lib
> ii libdevmapper1.02.1 2:1.02.48-4 The Linux Kernel Device Mapper
> use
> ii ucf 3.0025+nmu1 Update Configuration File:
> preserv
>
> grub-pc recommends no packages.
>
> Versions of packages grub-pc suggests:
> pn desktop-base (no description available)
>
> -- debconf information excluded
>
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
Bug#598257: grub-pc: segfaults on md raid1 device
tag 598257 fixed-upstream
thanks
I believe this to be fixed in upstream. Can you confirm?
On 09/27/2010 10:42 PM, Clint Adams wrote:
> Package: grub-pc
> Version: 1.98+20100804-5
>
> /dev/md0 is a raid1 md comprising 5 physical devices, mounted on /boot
>
> Core was generated by `/usr/sbin/grub-probe
> --device-map=/boot/grub/device.map --target=device /boot/g'.
> Program terminated with signal 11, Segmentation fault.
> #0 0x0807a05e in insert_array (disk=0x86e1508, new_array=0xbf9f8d98,
> start_sector=2048, scanner_name=0x808007c "mdraid")
> at ../../disk/raid.c:505
> 505 if (array->device[new_array->index] != NULL)
> (gdb) bt
> #0 0x0807a05e in insert_array (disk=0x86e1508, new_array=0xbf9f8d98,
> start_sector=2048, scanner_name=0x808007c "mdraid")
> at ../../disk/raid.c:505
> #1 0x0807a4f1 in hook (name=0x86e0e28 "hd1,gpt2") at ../../disk/raid.c:666
> #2 0x0804e36e in iterate_disk (disk_name=0x86db9f8 "hd1")
> at ../../kern/device.c:123
> #3 0x0804a5bf in grub_util_biosdisk_iterate (hook=0xbf9f9008)
> at ../../kern/emu/hostdisk.c:206
> #4 0x0804e8c7 in grub_disk_dev_iterate (hook=0xbf9f9008)
> at ../../kern/disk.c:212
> #5 0x0804e415 in grub_device_iterate (hook=0x807a42d )
> at ../../kern/device.c:168
> #6 0x0807a54d in grub_raid_register (raid=0x8081d24) at ../../disk/raid.c:683
> #7 0x0807b557 in grub_mod_init (mod=0x0) at ../../disk/mdraid_linux.c:418
> #8 0x0807b543 in grub_mdraid_init () at ../../disk/mdraid_linux.c:416
> #9 0x0807cae4 in grub_init_all () at grub_probe_init.c:58
> #10 0x0804a438 in main (argc=4, argv=0xbf9f9184) at
> ../../util/grub-probe.c:443
>
> (gdb) bt full
> #0 0x0807a05e in insert_array (disk=0x86e1508, new_array=0xbf9f8d98,
> start_sector=2048, scanner_name=0x808007c "mdraid")
> at ../../disk/raid.c:505
> array = 0x86e0f88
> p = 0x86e0f88
> #1 0x0807a4f1 in hook (name=0x86e0e28 "hd1,gpt2") at ../../disk/raid.c:666
> disk = 0x86e1508
> array = {number = 0, level = 1, layout = 0, total_devs = 2,
> chunk_size = 0, disk_size = 39060308, index = 65535, uuid_len = 16,
> uuid = 0x86e0f48 "", name = 0x86e09d0 "newmurphy:1", nr_devs = 0,
> device = {0x0 }, start_sector = {0, 0,
> 3076642070,
> 11145440133120, 578577998163334422, 550368259179273727,
> 18369619934385850831, 9849090910082695167, 34359738368, 0,
> 578580292894195729, 13217836159451743136, 3076642070,
> 13217836159451743136, 3077522336, 13214137166250086104,
> 577813648603469078, 5216668105570226176, 577834303239458552,
> 4436396296, 2522984048754705, 13217836159451743136, 3077522336,
> 13214137166250086168, 206158430233, 13217836159451743136,
> 3077522336, 13214137166250086200, 577835389866184536,
> 5216668105570226176, 577834303239458648, 13212233530591807952},
> next = 0x0}
> start_sector = 2048
> #2 0x0804e36e in iterate_disk (disk_name=0x86db9f8 "hd1")
> at ../../kern/device.c:123
> next = 0x86e0950
> p = 0x86e0998
> ret = 0
> dev = 0x86dfb20
> hook = 0x807a42d
> ents = 0x86e09d0
> #3 0x0804a5bf in grub_util_biosdisk_iterate (hook=0xbf9f9008)
> at ../../kern/emu/hostdisk.c:206
> i = 1
> #4 0x0804e8c7 in grub_disk_dev_iterate (hook=0xbf9f9008)
> at ../../kern/disk.c:212
> p = 0x8081540
> #5 0x0804e415 in grub_device_iterate (hook=0x807a42d )
> at ../../kern/device.c:168
> ents = 0x1
> #6 0x0807a54d in grub_raid_register (raid=0x8081d24) at ../../disk/raid.c:683
> No locals.
> #7 0x0807b557 in grub_mod_init (mod=0x0) at ../../disk/mdraid_linux.c:418
> No locals.
> #8 0x0807b543 in grub_mdraid_init () at ../../disk/mdraid_linux.c:416
> No locals.
> #9 0x0807cae4 in grub_init_all () at grub_probe_init.c:58
> No locals.
> #10 0x0804a438 in main (argc=4, argv=0xbf9f9184) at
> ../../util/grub-probe.c:443
> dev_map = 0x86da858 "/boot/grub/device.map"
> argument = 0xbf9f99cc "/boot/grub"
>
>
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
Bug#601093: grub-common: wrong pathnames in linux menu entry in grub.cfg if kernel on separate filesystem
On 10/25/2010 12:22 PM, Dmitry Borodaenko wrote: > severity 601093 grave > thanks > > I agree with Erich: this bug should have Grave severity. > > Separate partition for /boot is a very common setup, not to mention > that it is required if you want to boot from encrypted root partition. > I believe breaking all such setups fits the "makes the package in > question unusable or mostly so". > > Rather than discuss the severity of this bug, it would be easier if you just noticed that it's a) duplicate of 601084 b) fixed in -7 upload > -- > Dmitry Borodaenko > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#554790: This breaks device.map on upgrade
> /* Skip RAID entries; they are handled by upper layers. */
> if (strncmp (entry->d_name, "md-", sizeof ("md-") - 1) == 0)
> continue;
> - if (names_len >= names_max)
> + if (devs_len >= devs_max)
> {
> - names_max *= 2;
> - names = xrealloc (names, names_max * sizeof (*names));
> + devs_max *= 2;
> + devs = xrealloc (devs, devs_max * sizeof (*devs));
> }
> - names[names_len++] = xasprintf (entry->d_name);
> + devs[devs_len].stable =
> + xasprintf ("/dev/disk/by-id/%s", entry->d_name);
> + devs[devs_len].kernel =
> + canonicalize_file_name (devs[devs_len].stable);
> + devs_len++;
> }
>
> - /* /dev/disk/by-id/ usually has a few alternative identifications of
> -devices (e.g. ATA vs. SATA). check_device_readable_unique will
> -ensure that we only get one for any given disk, but sort the list
> -so that the choice of which one we get is stable. */
> - qsort (names, names_len, sizeof (*names), &compare_file_names);
> + qsort (devs, devs_len, sizeof (*devs), &compare_devices);
>
> closedir (dir);
>
> /* Now add all the devices in sorted order. */
> - for (i = 0; i < names_len; ++i)
> + for (i = 0; i < devs_len; ++i)
> {
> - char *path = xasprintf ("/dev/disk/by-id/%s", names[i]);
> - if (check_device_readable_unique (path))
> + if (check_device_readable_unique (devs[i].stable))
> {
> - if (hook (path, 0))
> + if (hook (devs[i].stable, 0))
> goto out;
> }
> - free (path);
> - free (names[i]);
> + free (devs[i].stable);
> + free (devs[i].kernel);
> }
> - free (names);
> + free (devs);
>}
>}
>
>
> Thanks,
>
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
Bug#586143: Same problem
On 07/02/2010 01:27 AM, André Nunes wrote: > No, I do not. > > I also filed another bug (#586449) and did some debugging with Colin, > but he didn't find out what it is until now. > > Just in case that matter, my swap partition was also an encrypted lvm > logical volume and during the last shutdown what I actualy did was a > system hibernation. Maybe snapshots and system freezes have something > in common? > > Is / or /boot encrypted? > André Nunes Batista > Blog: http://tagesuhu.wordpress.com/ > PGP Public Key: 0x7b0590cb6722cf80 > > > 2010/7/1 Vladimir 'φ-coder/phcoder' Serbinenko > >> Do you have LVM snapshots? If so this bug was recently fixed upstream. >> > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#586143: Same problem
On 06/18/2010 02:44 AM, André Nunes wrote: > Same problem here, bur a little bit worse: I can't get my system back! > I tryed to aptitude downgrade grub-pc and grub-common to 1.98-1 and > also to grub-legacy, but I keep getting the same error: > > /usr/sbin/grub-probe: error: no mapping exists for tagesuhu-root > Auto-detection of a filesystem module failed > Please specify the module with the option '--modules' explicitly > > My system is encrypted with dm-crypt and luks, only the boot partition > is left unencrypted. > > Also, during aptitude update, I get a lot of messages regarding perl > not being able to read my locale settings > > Any help just to get the system up? > Do you have LVM snapshots? If so this bug was recently fixed upstream. > André Nunes Batista > Blog: http://tagesuhu.wordpress.com/ > PGP Public Key: 0x7b0590cb6722cf80 > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#574863: [PATCH] Updated fix for Debian Bug#574863: boot failure with lvm2 and snapshot volumes
On 06/03/2010 08:41 PM, sean finney wrote:
> and here is a slightly updated patch. there is no functional change in the
> code, i have only reformatted the whitespace etc so that the code matches
> with the style of the surrounding code.
>
> i have also tested this now on my primary testing system and haven't
> noticed any problems.
>
>
I've cleaned up your patch using my more generic string parsing
functions. Could you test attached patch?
> sean
>
> On Thu, Jun 03, 2010 at 12:41:32AM +0200, sean finney wrote:
>
>> okay, I think the attached patch should fix the problem.
>>
>> I haven't tested it thoroughly, though my system does boot. It seems
>> there may be a seperate issue with os-prober that results in some junk
>> entries being added to grub.conf if the snapshot volumes happen to be
>> root filesystems, but that probably needs to be taken up seperately and
>> the critical aspect of the bug is fixed anyway.
>>
>>
>> sean
>>
>
>> Author: Sean Finney
>> Description: Fix for lvm2 parsing failures with snapshot logical volumes
>>
>> This patch prevents the lvm2 parsing code from prematurely aborting
>> when encountering LV and segment metadata related to snapshot volumes.
>> Instead, the parser will now skip over these as if it never saw them,
>> which is probably the safest thing to do without a major injection of
>> lvm2 support code.
>>
>> Bug-Debian: #574863
>> --- disk/lvm.c 2010-04-27 15:25:12 +
>> +++ disk/lvm.c 2010-06-02 22:12:58 +
>> @@ -420,9 +420,11 @@
>>/* And add all the lvs to the volume group. */
>>while (1)
>> {
>> - int s;
>> + int s, skip_lv = 0, status_visible = 0;
>>struct grub_lvm_lv *lv;
>>struct grub_lvm_segment *seg;
>> + char *status = NULL, *status_end = NULL;
>> + grub_size_t status_len = 0;
>>
>>while (grub_isspace (*p))
>> p++;
>> @@ -431,6 +433,8 @@
>> break;
>>
>>lv = grub_malloc (sizeof (*lv));
>> +skip_lv = 0; /*Flag to skip snapshots */
>> +status_visible = 0; /*Flag to skip non-visible LV's */
>>
>>q = p;
>>while (*q != ' ')
>> @@ -445,6 +449,25 @@
>>
>>lv->size = 0;
>>
>> +/* read LV status and ignore ones not listed as "VISIBLE" */
>> +p = grub_strstr (p, "status = ");
>> +if (p == NULL)
>> +goto lvs_fail;
>> +status_end = grub_strchr(p, ']');
>> +if (status_end == NULL)
>> +goto lvs_fail;
>> +status_len = (status_end - p) + 1;
>> +status = grub_malloc(status_len + 1);
>> +if (status == NULL)
>> +goto lvs_fail;
>> +grub_memcpy(status, p, status_len);
>> +status[status_len] = '\0';
>> +if (grub_strstr(status, "VISIBLE") != NULL)
>> +status_visible = 1;
>> +grub_free(status);
>> +if (!status_visible)
>> +goto lv_parsed; /* don't bother parsing this one */
>> +
>>lv->segment_count = grub_lvm_getvalue (&p, "segment_count = ");
>>if (p == NULL)
>> goto lvs_fail;
>> @@ -465,6 +488,18 @@
>>seg->extent_count = grub_lvm_getvalue (&p, "extent_count = ");
>>if (p == NULL)
>> goto lvs_segment_fail;
>> +
>> +/* Skip LV's that have snapshot segments */
>> +p = grub_strstr (p, "type = ");
>> +if (p == NULL)
>> +goto lvs_segment_fail;
>> +p += sizeof("type = ") - 1;
>> +if (!grub_strncmp(p, "\"snapshot\"", 10)) {
>> +/* Found a snapshot, give up and move on */
>> +skip_lv=1;
>> +break;
>> +}
>> +
>>seg->stripe_count = grub_lvm_getvalue (&p, "stripe_count = ");
>>if (p == NULL)
>> goto lvs_segment_fail;
>> @@ -531,12 +566,19 @@
>> goto f
Bug#585068: grub-pc: fails to boot kfreebsd with "no such partition" after upgrade from 1.98-1
reeBSD 7.2-1-686-smp ...'
> kfreebsd/boot/kfreebsd-7.2-1-686-smp.gz
> kfreebsd_module_elf /lib/modules/7.2-1-686-smp/acpi.ko
> set kFreeBSD.vfs.root.mountfrom=ufs:/dev/ad0s1a
> set kFreeBSD.vfs.root.mountfrom.options=rw
> }
> ### END /etc/grub.d/10_kfreebsd ###
>
> ### BEGIN /etc/grub.d/20_memtest86 ###
> menuentry "Memory test (memtest86)" {
> linux16 /boot/memtest86.bin
> }
> ### END /etc/grub.d/20_memtest86 ###
>
> ### BEGIN /etc/grub.d/20_memtest86+ ###
> menuentry "Memory test (memtest86+)" {
> insmod part_bsd
> insmod part_msdos
> insmod ufs2
> set root='(hd0,1,1)'
> search --no-floppy --fs-uuid --set 49c265649d15ddd7
> multiboot /boot/memtest86+_multiboot.bin
> }
> menuentry "Memory test (memtest86+, serial console 115200)" {
> insmod part_bsd
> insmod part_msdos
> insmod ufs2
> set root='(hd0,1,1)'
> search --no-floppy --fs-uuid --set 49c265649d15ddd7
> multiboot /boot/memtest86+_multiboot.bin console=ttyS0,115200n8
> }
> ### END /etc/grub.d/20_memtest86+ ###
>
> ### BEGIN /etc/grub.d/22_invaders ###
> menuentry "GRUB Invaders" {
> insmod part_bsd
> insmod part_msdos
> insmod ufs2
> set root='(hd0,1,1)'
> search --no-floppy --fs-uuid --set 49c265649d15ddd7
> multiboot /boot/invaders.exec
> }
> ### END /etc/grub.d/22_invaders ###
>
> ### BEGIN /etc/grub.d/30_os-prober ###
> ### END /etc/grub.d/30_os-prober ###
>
> ### BEGIN /etc/grub.d/40_custom ###
> # This file provides an easy way to add custom menu entries. Simply type the
> # menu entries you want to add after this comment. Be careful not to change
> # the 'exec tail' line above.
> ### END /etc/grub.d/40_custom ###
> *** END /boot/grub/grub.cfg
>
> -- System Information:
> Debian Release: squeeze/sid
> APT prefers unstable
> APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental')
> Architecture: kfreebsd-i386 (i686)
>
> Kernel: kFreeBSD 8.0-1-686-smp
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages grub-pc depends on:
> ii cdebconf [debconf-2.0] 0.149 Debian Configuration Management
> Sy
> ii debconf [debconf-2.0]1.5.32 Debian configuration management
> sy
> ii grub-common 1.98+20100602-2 GRand Unified Bootloader,
> version
> ii libc0.1 2.11.1-2Embedded GNU C Library: Shared
> lib
> ii ucf 3.0025 Update Configuration File:
> preserv
>
> grub-pc recommends no packages.
>
> Versions of packages grub-pc suggests:
> ii desktop-base 5.0.5 common files for the Debian
> Deskto
>
> -- Configuration Files:
> /etc/default/grub changed:
> GRUB_DEFAULT=0
> GRUB_TIMEOUT=5
> GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
> GRUB_CMDLINE_LINUX_DEFAULT="quiet"
> GRUB_CMDLINE_LINUX=""
>
>
> -- debconf information:
> grub2/kfreebsd_cmdline:
> grub-pc/linux_cmdline: fillme
> * grub2/linux_cmdline:
> grub-pc/chainload_from_menu.lst: true
> grub-pc/kopt_extracted: false
> * grub-pc/install_devices: /dev/ad0
> grub-pc/postrm_purge_boot_grub: false
> grub2/kfreebsd_cmdline_default: quiet
> * grub2/linux_cmdline_default: quiet
>
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
Bug#550704: grub-pc - Needs to handle symlinks in /dev/mapper
Bastian Blank wrote: > On Mon, Oct 12, 2009 at 02:05:03PM +0200, Felix Zielcke wrote: > >> Am Montag, den 12.10.2009, 13:22 +0200 schrieb Bastian Blank: >> >>> I'm going to remove the workaround in lvm2 to make /dev/mapper/* real >>> devices, they will be replaced by symlinks to /dev/dm-*. >>> > > It is time to do that. udev is starting to warn about that. This breaks > grub2 on all lvm systems. > > Not all. Only the ones which use broken rules from lvm mainstream rather than sane ones from udev mainstream > Bastian > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#575076: grub-update stopped working after upgrade to grub-pc_1.98-1_amd64.deb (md device)
4 (x86_64) > > Kernel: Linux 2.6.32-trunk-amd64 (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages grub-pc depends on: > ii debconf [debconf-2.0] 1.5.28 Debian configuration management > sy > ii grub-common 1.98-1 GRand Unified Bootloader, > version > ii libc6 2.10.2-6 Embedded GNU C Library: Shared > lib > ii ucf 3.0025 Update Configuration File: > preserv > > grub-pc recommends no packages. > > Versions of packages grub-pc suggests: > pn desktop-base (no description available) > > -- debconf information: > grub-pc/kopt_extracted: false > grub2/kfreebsd_cmdline: > * grub-pc/install_devices: (hd0) > grub-pc/postrm_purge_boot_grub: false > * grub2/linux_cmdline: > grub2/kfreebsd_cmdline_default: quiet > * grub2/linux_cmdline_default: quiet > grub-pc/chainload_from_menu.lst: true > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#564844: Fonts don't show in the new graphical boot menu
Fixed upstream -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#574350: grub-pc: boot failure after upgrade to 1.98
> set locale_dir=3D($root)/boot/grub/locale
> set lang=3Den
> insmod gettext
> set timeout=3D5
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/05_debian_theme ###
> insmod ext2
> set root=3D'(hd0,1)'
> search --no-floppy --fs-uuid --set a34090d4-6bd6-45ea-8e76-8aaad107fb24=
> insmod png
> if background_image /boot/grub/moreblue-orbit-grub.png ; then
> set color_normal=3Dblack/black
> set color_highlight=3Dmagenta/black
> else
> set menu_color_normal=3Dcyan/blue
> set menu_color_highlight=3Dwhite/blue
> fi
> ### END /etc/grub.d/05_debian_theme ###
>
> ### BEGIN /etc/grub.d/10_linux ###
> menuentry "Debian GNU/Linux, with Linux 2.6.33-2-amd64" --class debian =
--class gnu-linux --class gnu --class os {
> insmod ext2
> set root=3D'(hd0,1)'
> search --no-floppy --fs-uuid --set a34090d4-6bd6-45ea-8e76-8aaad107fb2=
4
> echoLoading Linux 2.6.33-2-amd64 ...
> linux /boot/vmlinuz-2.6.33-2-amd64
> root=3DUUID=3Da34090d4-6bd6-45ea-8e=
76-8aaad107fb24 ro quiet
> echoLoading initial ramdisk ...
> initrd /boot/initrd.img-2.6.33-2-amd64
> }
> menuentry "Debian GNU/Linux, with Linux 2.6.33-2-amd64 (recovery mode)"=
--class debian --class gnu-linux --class gnu --class os {
> insmod ext2
> set root=3D'(hd0,1)'
> search --no-floppy --fs-uuid --set a34090d4-6bd6-45ea-8e76-8aaad107fb2=
4
> echoLoading Linux 2.6.33-2-amd64 ...
> linux /boot/vmlinuz-2.6.33-2-amd64
> root=3DUUID=3Da34090d4-6bd6-45ea-8e=
76-8aaad107fb24 ro single=20
> echoLoading initial ramdisk ...
> initrd /boot/initrd.img-2.6.33-2-amd64
> }
> menuentry "Debian GNU/Linux, with Linux 2.6.32-3-amd64" --class debian =
--class gnu-linux --class gnu --class os {
> insmod ext2
> set root=3D'(hd0,1)'
> search --no-floppy --fs-uuid --set a34090d4-6bd6-45ea-8e76-8aaad107fb2=
4
> echoLoading Linux 2.6.32-3-amd64 ...
> linux /boot/vmlinuz-2.6.32-3-amd64
> root=3DUUID=3Da34090d4-6bd6-45ea-8e=
76-8aaad107fb24 ro quiet
> echoLoading initial ramdisk ...
> initrd /boot/initrd.img-2.6.32-3-amd64
> }
> menuentry "Debian GNU/Linux, with Linux 2.6.32-3-amd64 (recovery mode)"=
--class debian --class gnu-linux --class gnu --class os {
> insmod ext2
> set root=3D'(hd0,1)'
> search --no-floppy --fs-uuid --set a34090d4-6bd6-45ea-8e76-8aaad107fb2=
4
> echoLoading Linux 2.6.32-3-amd64 ...
> linux /boot/vmlinuz-2.6.32-3-amd64
> root=3DUUID=3Da34090d4-6bd6-45ea-8e=
76-8aaad107fb24 ro single=20
> echoLoading initial ramdisk ...
> initrd /boot/initrd.img-2.6.32-3-amd64
> }
> ### END /etc/grub.d/10_linux ###
>
> ### BEGIN /etc/grub.d/30_os-prober ###
> ### END /etc/grub.d/30_os-prober ###
>
> ### BEGIN /etc/grub.d/40_custom ###
> # This file provides an easy way to add custom menu entries. Simply ty=
pe the
> # menu entries you want to add after this comment. Be careful not to c=
hange
> # the 'exec tail' line above.
> ### END /etc/grub.d/40_custom ###
> *** END /boot/grub/grub.cfg
>
> -- System Information:
> Debian Release: squeeze/sid
> APT prefers testing
> APT policy: (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.33-2-amd64 (SMP w/1 CPU core)
> Locale: LANG=3Den_US.UTF-8, LC_CTYPE=3Den_US.UTF-8 (charmap=3DUTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages grub-pc depends on:
> ii debconf [debconf-2.0] 1.5.28 Debian configuration manag=
ement sy
> ii grub-common 1.98-1 GRand Unified Bootloader, =
version=20
> ii libc6 2.10.2-6 Embedded GNU C Library: Sh=
ared lib
> ii ucf 3.0025 Update Configuration File:=
preserv
>
> grub-pc recommends no packages.
>
> Versions of packages grub-pc suggests:
> ii desktop-base 5.0.5 common files for the Debia=
n Deskto
>
> -- debconf information:
> grub-pc/kopt_extracted: false
> grub2/kfreebsd_cmdline:
> * grub-pc/install_devices: (hd0)
> grub-pc/postrm_purge_boot_grub: false
> * grub2/linux_cmdline:
> grub2/kfreebsd_cmdline_default: quiet
> * grub2/linux_cmdline_default: quiet
> grub-pc/chainload_from_menu.lst: true
>
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>
> =20
--=20
Regards
Vladimir '=CF=86-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
Bug#568001: Any progress on this?
Vincent Lefevre wrote: > On 2010-03-09 20:46:33 +, Chris Carr wrote: > >> This bug is still showing as a critical blocker when I try to apt-get >> upgrade my Sid box. It doesn't seem like much is happening - if it's >> safe for most users, can it be downgraded in severity? >> > > Even if it isn't safe for a small number of users, the bug is > critical. A lock up at boot time is something any user wouldn't like > to see. The title of the bug should probably be more descriptive so > that users can decide whether it is safe to upgrade or not. > > I believe this bug to be fixed. Please upgrade -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#565706: grub2 enters rescue mode with "fd0 cannot get C/H/S values"
Thomas Stewart wrote: > Hi, > > I had what appears to be a very similar issue. I had the floppy drives > disabled in the bios. Once I enabled them as USB emulation, grub worked. > > I believe this bug to have been fixed in grub1.98. Please upgrade and retest > Regards > -- > Tom > > > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#572302: even blank lines in grub.cfg are also syntax errors these days
jida...@jidanni.org wrote: >>>>>> "V'S" == Vladimir 'φ-coder/phcoder' Serbinenko >>>>>> writes: >>>>>> > V'S> I have empty lines in my grub.cfg and it boots fine. Your problem is > V'S> localised to grub-script-check and doesn't prevent booting as you claim > All I know is grub-script-check says "Syntax error", and upon reboot one > gets "Syntax errors press any key". > > 1) Debian upload is over month old. Please upgrade to latest bazaar trunk. 2) Can you post your grub.cfg? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#572302: even blank lines in grub.cfg are also syntax errors these days
jida...@jidanni.org wrote: > X-debbugs-cc: bug-g...@gnu.org > Severity: grave > Package: grub-common > Version: 1.98~experimental.20100120-1 > File: /usr/bin/grub-script-check > > # cat /boot/grub/grub.cfg| grub-script-check --verbose |wc -l > 8 > # sed /^$/d /boot/grub/grub.cfg| grub-script-check --verbose |wc -l > 25 > > And not only blank lines are now errors. And any error will lock one > out of one's computer the next time one boots. > > And plently of formerly valid blank lines are still being put into grub.cfg > here on Debian. > > Hence the user is guaranteed not to even reach the chooser menu next > boot, but instead just get "syntax error, press any key", and thus is > guaranteed to be locked out of his computer. > > I have empty lines in my grub.cfg and it boots fine. Your problem is localised to grub-script-check and doesn't prevent booting as you claim > > ___ > Pkg-grub-devel mailing list > pkg-grub-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel > > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#565706: grub2 enters rescue mode with "fd0 cannot get C/H/S values"
/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages grub-pc depends on:
> ii debconf [debconf-2.0] 1.5.28Debian configuration management
> sy
> ii grub-common1.98~20100128-1.2 GRand Unified Bootloader,
> version
> ii libc6 2.10.2-6 Embedded GNU C Library: Shared
> lib
> ii ucf3.0025Update Configuration File:
> preserv
>
> grub-pc recommends no packages.
>
> Versions of packages grub-pc suggests:
> pn desktop-base (no description available)
>
> -- debconf information:
> grub-pc/kopt_extracted: false
> grub2/kfreebsd_cmdline:
> * grub-pc/install_devices: /dev/sda, /dev/sdb
> grub-pc/postrm_purge_boot_grub: false
> * grub2/linux_cmdline:
> grub2/kfreebsd_cmdline_default: quiet
> * grub2/linux_cmdline_default: quiet
> grub-pc/chainload_from_menu.lst: true
>
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>
>
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
=== modified file 'disk/raid.c'
--- disk/raid.c 2010-01-20 08:12:47 +
+++ disk/raid.c 2010-02-24 09:56:45 +
@@ -625,13 +625,10 @@
grub_dprintf ("raid", "Scanning for RAID devices on disk %s\n", name);
disk = grub_disk_open (name);
- if (!disk)
-return 0;
- if ((disk->total_sectors != GRUB_ULONG_MAX) &&
- (! grub_raid_list->detect (disk, &array)) &&
- (! insert_array (disk, &array, grub_raid_list->name)))
- return 0;
+ if (disk && (disk->total_sectors != GRUB_ULONG_MAX) &&
+ (! grub_raid_list->detect (disk, &array)))
+ insert_array (disk, &array, grub_raid_list->name);
/* This error usually means it's not raid, no need to display
it. */
@@ -640,7 +637,8 @@
grub_errno = GRUB_ERR_NONE;
- grub_disk_close (disk);
+ if (disk)
+ grub_disk_close (disk);
return 0;
}
signature.asc
Description: OpenPGP digital signature
Bug#570960: grub-pc: grub2 not working on lenny and squeeze after fresh install
Alexander Jölly wrote: > hi, > > i tried to install debian squeeze on an intel s3210 mainboard with an areca > arc-1222 hardware raid-controller, but after install the system will not boot; > grub stops after: > > GRUB loading.. > Welcome to GRUB! > > i have more of these servers, and upgrading from debian lenny to squeeze or a > fresh install dont work on any of them; > what could be the problem here? > I wrote instructions here > how can i troubleshoot this? > > partitions: > /dev/sda1 /boot 100mb > /dev/sda2 /swap 8gb > /dev/sda3 / 300gb > /dev/sda4 /srv 4tb > > thx, > alex > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#568001: GRUB2 and KMS
I respond in the same time to all bugs probably related to KMS.
Previously grub2 defaulted to start linux in text mode unless VESA
graphics mode was explicitly requested. Recently we changed to
defaulting to generic framebuffer when its support is enabled in linux.
I found 3 problems:
1) At least some KMS modules expect graphics card to be in text mode. It
would be kernel-side problem since on some firmware types this mode
isn't easily or sometimes isn't at all available. On the other hand it's
useful to be able to tell grub2 to start in text mode even if generic
framebuffer is supported by kernel. I added this ability to mainstream
grub. To use it add:
GRUB_GFXPAYLOAD_LINUX=text
to /etc/default/grub
2) generic framebuffer expects size in bytes and not 64KiB blocks. I
fixed it in mainstream
3) intelfb expects handover only from vesa. Attached patch to linux may
help.
None of 3 changes I mentioned is packaged in debian yet.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
diff --git a/drivers/video/intelfb/intelfbdrv.c b/drivers/video/intelfb/intelfbdrv.c
index 5ba3999..de6fda1 100644
--- a/drivers/video/intelfb/intelfbdrv.c
+++ b/drivers/video/intelfb/intelfbdrv.c
@@ -819,7 +819,8 @@ static int __devinit intelfb_pci_register(struct pci_dev *pdev,
bailout(dinfo);
if (FIXED_MODE(dinfo) &&
- screen_info.orig_video_isVGA != VIDEO_TYPE_VLFB) {
+ screen_info.orig_video_isVGA != VIDEO_TYPE_VLFB
+ && screen_info.orig_video_isVGA != VIDEO_TYPE_EFI) {
ERR_MSG("Video mode must be programmed at boot time.\n");
cleanup(dinfo);
return -ENODEV;
@@ -830,7 +831,8 @@ static int __devinit intelfb_pci_register(struct pci_dev *pdev,
/* Initialise dinfo and related data. */
/* If an initial mode was programmed at boot time, get its details. */
- if (screen_info.orig_video_isVGA == VIDEO_TYPE_VLFB)
+ if (screen_info.orig_video_isVGA == VIDEO_TYPE_VLFB
+ || screen_info.orig_video_isVGA == VIDEO_TYPE_EFI)
get_initial_mode(dinfo);
if (bailearly == 3)
@@ -978,7 +980,10 @@ static void __devinit get_initial_mode(struct intelfb_info *dinfo)
dinfo->initial_vga = 1;
dinfo->initial_fb_base = screen_info.lfb_base;
- dinfo->initial_video_ram = screen_info.lfb_size * KB(64);
+
+ dinfo->initial_video_ram = screen_info.lfb_size;
+ if (screen_info.orig_video_isVGA == VIDEO_TYPE_VLFB)
+ dinfo->initial_video_ram *= KB(64);
dinfo->initial_pitch = screen_info.lfb_linelength;
var = &dinfo->initial_var;
signature.asc
Description: OpenPGP digital signature
Bug#566538: errors may cause menuentry to abort
It happened only if error happened in last statement. Fixed in upstream (not packaged in debian) -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#560823: (no subject)
Can you add debug=all and post the verbose log? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#550632: (no subject)
Does it happen with latest upstream? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#567637: (no subject)
Torsten Landschoff: the passage you changed contained previously a bug which I
fixed. Then it uncovered another bug. Reintroducing original bug isn't a
solution.
I stumbled accross this problem on my imac g3. Please test the attached fix
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
=== modified file 'util/hostdisk.c'
--- util/hostdisk.c 2010-01-25 17:04:22 +
+++ util/hostdisk.c 2010-01-31 11:52:27 +
@@ -336,7 +336,8 @@
char dev[PATH_MAX];
strcpy (dev, map[disk->id].device);
-if (disk->partition && strncmp (map[disk->id].device, "/dev/", 5) == 0)
+if (disk->partition && sector >= disk->partition->start
+ && strncmp (map[disk->id].device, "/dev/", 5) == 0)
is_partition = linux_find_partition (dev, disk->partition->start);
/* Open the partition. */
@@ -490,6 +491,23 @@
{
int fd;
+ /* Split pre-partition and partition reads. */
+ if (disk->partition && sector < disk->partition->start
+ && sector + size > disk->partition->start)
+{
+ grub_err_t err;
+ err = grub_util_biosdisk_read (disk, sector,
+ disk->partition->start - sector,
+ buf);
+ if (err)
+ return err;
+
+ return grub_util_biosdisk_read (disk, disk->partition->start,
+ size - (disk->partition->start - sector),
+ buf + ((disk->partition->start - sector)
+ << GRUB_DISK_SECTOR_BITS));
+}
+
fd = open_device (disk, sector, O_RDONLY);
if (fd < 0)
return grub_errno;
@@ -527,6 +545,23 @@
{
int fd;
+ /* Split pre-partition and partition writes. */
+ if (disk->partition && sector < disk->partition->start
+ && sector + size > disk->partition->start)
+{
+ grub_err_t err;
+ err = grub_util_biosdisk_write (disk, sector,
+ disk->partition->start - sector,
+ buf);
+ if (err)
+ return err;
+
+ return grub_util_biosdisk_write (disk, disk->partition->start,
+ size - (disk->partition->start - sector),
+ buf + ((disk->partition->start - sector)
+ << GRUB_DISK_SECTOR_BITS));
+}
+
fd = open_device (disk, sector, O_WRONLY);
if (fd < 0)
return grub_errno;
signature.asc
Description: OpenPGP digital signature
Bug#555668: elfsign uses MD5
Package: elfsign Version: 0.2.2-2 Severity: grave Tags: security Justification: user security hole ELF sign uses MD5 which is vulnerable to collision attack. An attacker could prepare 2 ELF files: one legitimate and one malicious having same MD5, then submit legitimate one for signing and then transfer signature to malicious file. Also possible however more difficult to mount against source code. Note: Debian itself doesn't use ELF signatures -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages elfsign depends on: ii libc6 2.10.1-6 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8k-5 SSL shared libraries elfsign recommends no packages. elfsign suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
