Bug#731824: empathy: Disconnect on lock
On 10.12.2013 09:54, phcoder wrote: Package: empathy Version: 3.8.4-3 Severity: important After recent update empathy disconnects whenever I lock my computer. Impossible to reconnect without first killing empathy and mission-control Disabling autoaway as per http://askubuntu.com/questions/64181/how-do-i-disable-auto-away-for-online-presence seems to help. But still auto-away is supposed to be auto-away, not die-on-lock -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-rc7-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 empathy depends on: ii dbus-x11 1.6.18-2 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii empathy-common 3.8.4-3 ii geoclue 0.12.99-3 ii gnome-icon-theme 3.10.0-1 ii gsettings-desktop-schemas3.8.2-2 ii gstreamer1.0-pulseaudio 1.2.1-1 ii libc62.17-97 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libchamplain-0.12-0 0.12.5-1 ii libchamplain-gtk-0.12-0 0.12.5-1 ii libcheese-gtk23 3.10.1-1sid1 ii libclutter-1.0-0 1.14.4-3 ii libclutter-gst-2.0-0 2.0.8-1 ii libclutter-gtk-1.0-0 1.4.4-3 ii libcogl121.14.0-3 ii libdbus-glib-1-2 0.100.2-1 ii libenchant1c2a 1.6.0-10 ii libfarstream-0.2-2 0.2.3-1 ii libfolks-telepathy25 0.9.2-2 ii libfolks25 0.9.2-2 ii libgcr-base-3-1 3.8.2-4 ii libgcr-ui-3-13.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgee-0.8-2 0.10.5-1 ii libgeoclue0 0.12.99-3 ii libgeocode-glib0 3.10.0-1 ii libglib2.0-0 2.36.4-1 ii libgnutls26 2.12.23-8 ii libgoa-1.0-0 3.8.3-2 ii libgstreamer-plugins-base1.0-0 1.2.1-2 ii libgstreamer1.0-01.2.1-1 ii libgtk-3-0 3.8.6-1 ii libgudev-1.0-0 204-5 ii libmission-control-plugins0 1:5.16.0-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpulse-mainloop-glib0 4.0-6+b1 ii libpulse04.0-6+b1 ii libsecret-1-00.15-2 ii libsoup2.4-1 2.44.2-1 ii libtelepathy-farstream3 0.6.0-2 ii libtelepathy-glib0 0.22.0-1 ii libtelepathy-logger3 0.8.0-2 ii libwebkitgtk-3.0-0 2.2.3-1 ii libx11-6 2:1.6.2-1 ii libxml2 2.9.1+dfsg1-3 ii telepathy-logger 0.8.0-2 ii telepathy-mission-control-5 1:5.16.0-1 Versions of packages empathy recommends: ii gvfs-backends1.16.3-1+b2 ii nautilus-sendto-empathy 3.8.4-3 ii sound-theme-freedesktop 0.8-1 ii telepathy-gabble 0.18.1-1 ii telepathy-haze 0.8.0-1 ii telepathy-salut 0.8.1-1 Versions of packages empathy suggests: ii telepathy-idle 0.1.16-1 ii vino3.10.1-1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.18.1-1 ii telepathy-haze [telepathy-connection-manager]0.8.0-1 ii telepathy-idle [telepathy-connection-manager]0.1.16-1 ii telepathy-rakia [telepathy-connection-manager] 0.8.0-1 ii telepathy-salut [telepathy-connection-manager] 0.8.1-1 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731824: [Pkg-telepathy-maintainers] Bug#731824: empathy: Disconnect on lock
On 10.12.2013 11:19, Simon McVittie wrote: tags 731824 + moreinfo thanks On 10/12/13 10:02, Vladimir 'φ-coder/phcoder' Serbinenko wrote: After recent update empathy disconnects whenever I lock my computer. Disabling autoaway as per http://askubuntu.com/questions/64181/how-do-i-disable-auto-away-for-online-presence seems to help. My guess would be that going from Available to Away is triggering some bug, possibly in the connection manager or Mission Control, that disconnects you. Please see https://wiki.gnome.org/Apps/Empathy/Debugging to get debug logs. The Empathy debug log will hopefully at least indicate which component has the bug; we'll need the logs from at least the relevant connection manager, Mission Control and Empathy, and perhaps GNOME Shell too. Please check the log for passwords and authentication exchanges (e.g. in XMPP, search for sasl) before sending, or use a disposable temporary account. Disconnect happens with all accounts but if I create a temporary account in guest session it doesn't suffer from the bug. To get the clearest possible logs, please choose one account that has this bug, leave that account enabled, and disable all other accounts. If you can reproduce the bug with a disposable account on a public XMPP/Jabber server (with no or few contacts, and no data you want to keep secret), that's also a good way to simplify debugging. I'll try debugging on my normal account and will see if I can make sense of debug log. It would also be interesting to know whether setting your status from Available to Away using the Empathy UI also causes disconnection, or whether that works correctly for the same account. Manually going to away doesn't trigger a bug. S ___ Pkg-telepathy-maintainers mailing list pkg-telepathy-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-telepathy-maintainers signature.asc Description: OpenPGP digital signature
Bug#652593: grub-pc: fails to boot with unaligned pointer on KVM
It simply fails with qxl on kvm/wheezy and works with cirrus as the video driver. When testing here by repeatedly running videotest my kvm crashed with segmentation fault. No code inside kvm should be able to cause kvm to go into segmentation fault. So there is certainely a kvm bug involved. signature.asc Description: OpenPGP digital signature
Bug#726265: grub-editenv delete
On 14.10.2013 01:31, jida...@jidanni.org wrote: Package: grub-common Version: 2.00-19 Severity: wishlist File: /usr/bin/grub-editenv There is create, but no delete. Just use rm. There is no need to have such a command P.S., the info page mentioned is missing. ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grub-devel signature.asc Description: OpenPGP digital signature
Bug#681197: grub2: grub-mklayout and at_keyboard.mod have problem with jp keyboard
On 13.04.2013 09:43, Hiroyuki YAMAMORI wrote: grub-core/term/at_keyboard.c: /* 0x7e */ GRUB_KEYBOARD_KEY_KPCOMMA Is it scancode 1 or scnacode 2? What is the value in the other scancode? signature.asc Description: OpenPGP digital signature
Bug#681197: grub2: grub-mklayout and at_keyboard.mod have problem with jp keyboard
On 29.01.2013 12:58, Hiroyuki YAMAMORI wrote: Hello, Simply, I'd defined those values as unused. Now, I've referred to below. HID Usage Tables http://www.usb.org/developers/devclass_docs/Hut1_12v2.pdf key code mapping http://source.android.com/tech/input/keyboard-devices.html Linux kernel source linux-2.6.x/include/linux/input.h Then, it's better to change to GRUB_KEYBOARD_KEY_INTERNATIONAL1 0x87, GRUB_KEYBOARD_KEY_INTERNATIONAL3 0x89, (Same KEY_INTERNATIONAL1 as KEY_RO) (Same KEY_INTERNATIONAL3 as KEY_YEN) and it's better to add GRUB_KEYBOARD_KEY_KPCOMMA 0x85, about grub-2.00/include/grub/keyboard_layouts.h. Can you prepare the patch for it? Thanks, Hiroyuki YAMAMORI signature.asc Description: OpenPGP digital signature
Bug#681197: grub2: grub-mklayout and at_keyboard.mod have problem with jp keyboard
I found a way to test it in qemu. Comitted upstream. Thanks. On 10.07.2012 13:48, Hiroyuki YAMAMORI wrote: Package: grub2 Version: 1.99-22.1 Severity: normal Tags: patch Hello, I tried to setup japanese keyboard layout then some problem occuerd: $ grub-kbdcomp jp Unknown keycode 0x7c Unknown keycode 0x59 # cp jp.gkb /boot/grub/ grub.cfg insmod at_keyboard insmod keylayouts terminal_input at_keyboard keymap /boot/grub/jp.gkb grub (no echo at hit '\' keys: upper right side and lower right side) So, I made patch. it modifies grub-mklayout and at_keyboard.mod. Thanks, Hiroyuki YAMAMORI ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grub-devel signature.asc Description: OpenPGP digital signature
Bug#681197: grub2: grub-mklayout and at_keyboard.mod have problem with jp keyboard
On 10.07.2012 13:48, Hiroyuki YAMAMORI wrote: +GRUB_KEYBOARD_KEY_JPBACKSLASH = 0x70, +GRUB_KEYBOARD_KEY_JPYEN = 0x71, Where do these codes come from? According to USB specifications those codes are keyboard F21 and F22 respectively. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#683068: grub prints 25h before the command line dialog
tag 683068 fixed-upstream thanks I've committed a fix that will skip issuing this sequence on macs until we find a way to control cursor displaying on these machines. On 29.07.2012 13:12, Jörg Sommer wrote: Vladimir 'φ-coder/phcoder' Serbinenko hat am Sat 28. Jul, 20:07 (+0200) geschrieben: On 28.07.2012 12:16, Jörg Sommer wrote: Package: grub-ieee1275 Version: 1.99-12 Severity: normal Hi, when switching to the command line from the menu, 25h is prepended to the message „Minimal BASH‐like line editing …“ I think, there's anything of the escape sequence missing. See the attatched picture. Just your firmware doesn't interpret this sequence. I'd need a tarball of /proc/device-tree to add it to blacklist. Here it comes. Bye, Jörg. ___ 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#687320: grub-efi-amd64: Stuck at grub recovery prompt when USB media reader attached
, '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#683067: grub doesn't start on iBook G4
On 28.07.2012 12:06, Jörg Sommer wrote: Package: grub-ieee1275 Version: 1.99-22.1 Severity: normal Hi, I know, this is a very general report, but I can't tell you more. I've build a grub image with all modules and copied it to the boot partition. # grub-mkimage -O powerpc-ieee1275 --prefix='(hd,apple4)/boot/grub' -o /boot/grub/grub -v /usr/lib/grub/powerpc-ieee1275/*.mod(:t:r) Don't use grub-mkimage directly. Use grub-install. You misinstalled. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#683068: grub prints 25h before the command line dialog
On 28.07.2012 12:16, Jörg Sommer wrote: Package: grub-ieee1275 Version: 1.99-12 Severity: normal Hi, when switching to the command line from the menu, 25h is prepended to the message „Minimal BASH‐like line editing …“ I think, there's anything of the escape sequence missing. See the attatched picture. Just your firmware doesn't interpret this sequence. I'd need a tarball of /proc/device-tree to add it to blacklist. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#560417: same error when using pygrub
On 28.07.2012 18:38, Daniel Pocock wrote: I get the same error with both squeezy and wheezy The machine in question is a domU. I booth the domU using pygrub. It boots successfully. pygrub isn't related to GRUB other than using the same config file. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#680198: grub-common: Hangs in 30_os-prober
,relatime) /dev/sdh2 on /media/1d901e30-6139-4105-8f2f-055dc758dd40 type ext3 (rw,nosuid,nodev,relatime,errors=continue,barrier=1,data=ordered,uhelper=udisks) /dev/sdh1 on /media/Windows type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) /media/1d901e30-6139-4105-8f2f-055dc758dd40 on /media/1d901e30-6139-4105-8f2f-055dc758dd40 type ecryptfs (rw,relatime,ecryptfs_fnek_sig=58996297c08eff8d,ecryptfs_sig=58996297c08eff8d,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough,ecryptfs_unlink_sigs) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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-common depends on: ii gettext-base0.18.1.1-9 ii libc6 2.13-34 ii libdevmapper1.02.1 2:1.02.74-4 ii libfreetype62.4.9-1 ii libfuse22.9.0-4 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages grub-common recommends: ii os-prober 1.53 Versions of packages grub-common suggests: ii desktop-base 7.0.0 pn grub-emu none pn multiboot-doc none pn xorrisonone -- no debconf information ___ 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#586953: Reopen Bug#586953
On 11.07.2010 21:58, Jörg Sommer wrote: reopen 586953 thanks Debian Bug Tracking System hat am Mon 05. Jul, 09:06 (+) geschrieben: This is an automatic notification regarding your Bug report which was filed against the grub-ieee1275 package: #586953: quits command line mode when holding down arrow keys A laptop with similar problem landed in my hands. I have a workaround now but it would interpret arrow-esc is rapid succession as arrow-arrow, so this workaround is enabled only on selected models. mine is PowerBook3,3. What's yours? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#657033: qemu: OpenBSD doesn't run in qemu
Could you provide more information about your environment? What was the qemu commandline you used to boot? I've traced this but to DSDT declaring a PCI device with device=16 and OpenBSD using mode 2 PCI config access due to failed probe and being booted without PCI BIOS support (by GRUB2). While I added the passing of PCIBIOS to GRUB if OpenBSD is compiled w/o BIOS support it won't make any difference. It's because qemu wrongfully reacts on word/byte writes to 0xcfa/0xcfb Qemu 1.1 currently in experimental doesn't have this bug anymore. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#673573: grub-probe: error: no such disk. when probing LVM device (problem with symbolic links)
On 22.05.2012 21:58, Witold Baryluk wrote: On 05-21 21:59, Vladimir 'φ-coder/phcoder' Serbinenko wrote: I also doesn't understand why grub-probe even touches /dev/sda , sda1 and sda2! It was asked explicitly for /dev/something other (like /dev/dm-1), and it still is the last thing it does. Even more, /dev/sda sda1 and sda2 are opened multiple times according to strace. GRUB accesses LVM through underlying devices since it's the only way to do so on boot. Could you try with 2.00~beta5? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko GRUB doesn't need access to any of LVM devices in my case! /boot with kernel and initrd is on the separate partition (/dev/sda1 using ext3). I'm talking about grub-probe an userland Linux program, which just searches for filesystem type and uuid of the root and swap partitions. This informations are used by update-grub Debian script and passed to Linux kernel using root= and resume= kernel parameters on boot. Grub doesn't need to interprete or read them in any way or access them in any way on boot. We use the same code for simplicity of these both cases. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#673573: grub-probe: error: no such disk. when probing LVM device (problem with symbolic links)
I also doesn't understand why grub-probe even touches /dev/sda , sda1 and sda2! It was asked explicitly for /dev/something other (like /dev/dm-1), and it still is the last thing it does. Even more, /dev/sda sda1 and sda2 are opened multiple times according to strace. GRUB accesses LVM through underlying devices since it's the only way to do so on boot. Could you try with 2.00~beta5? -- 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 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#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 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#568176: Info received (memtest86+: multiboot image is broken)
tag 568176 patch
thanks
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
diff -ur memtest86+-4.20/head.S memtest86+-4.20-mod/head.S
--- memtest86+-4.20/head.S 2012-04-12 21:42:42.0 +0200
+++ memtest86+-4.20-mod/head.S 2012-04-12 21:45:24.639055516 +0200
@@ -17,7 +17,7 @@
#include defs.h
#include config.h
#include test.h
-#include multiboot.h
+#include multiboot_impl.h
/*
* References to members of the boot_cpu_data structure.
@@ -78,7 +78,33 @@
/* Move MBI pointer to a safe place */
testl %ecx, %ecx
je 0f
- movl %ecx, mbiptr@GOTOFF(%ebx)
+ movl$1, have_mbi@GOTOFF(%ebx)
+ lealmbi@GOTOFF(%ebx), %edi
+ movl%ecx, %esi
+ mov %ecx, %edx
+ movl0(%esi), %eax
+ movl$(MAX_MBI_SIZE / 4), %ecx
+ rep movsl
+ test$MULTIBOOT_INFO_CMDLINE, %eax
+ jz 1f
+ movl%edx, %esi
+ movl0x10(%esi), %eax
+ movl%eax, %esi
+ lealmbi_cmdline@GOTOFF(%ebx), %edi
+ movl$(MAX_MBI_CMDLINE_SIZE / 4), %ecx
+ rep movsl
+1:
+ movl%edx, %esi
+ movl0(%esi), %eax
+ test$MULTIBOOT_INFO_MEM_MAP, %eax
+ jz 1f
+ movl0x30(%esi), %eax
+ movl%eax, %esi
+ lealmbi_mem@GOTOFF(%ebx), %edi
+ movl$(MAX_MBI_MEMINFO_SIZE / 4), %ecx
+ rep movsl
+1:
+
0:
jmp 0f
@@ -1026,9 +1052,6 @@
movl $1, %eax
ret
-.globl mbiptr
-mbiptr:
- .long 0
realptr:
.word real - RSTART
.word 0x
@@ -1041,6 +1064,19 @@
.word 0, 0# idt base = 0L
.data
+.globl have_mbi
+have_mbi:
+ .long 0
+.globl mbi
+mbi:
+ . = . + MAX_MBI_SIZE
+.globl mbi_mem
+mbi_mem:
+ . = . + MAX_MBI_MEMINFO_SIZE
+.globl mbi_cmdline
+mbi_cmdline:
+ . = . + MAX_MBI_CMDLINE_SIZE
+ .long 0
zerobss: .long 1
clear_display: .long 1
.previous
diff -ur memtest86+-4.20/main.c memtest86+-4.20-mod/main.c
--- memtest86+-4.20/main.c 2012-04-12 21:42:42.0 +0200
+++ memtest86+-4.20-mod/main.c 2012-04-12 21:45:03.863056181 +0200
@@ -11,12 +11,10 @@
#include test.h
#include defs.h
#include config.h
-#include multiboot.h
+#include multiboot_impl.h
#undef TEST_TIMES
#define DEFTESTS 9
-extern struct multiboot_info *mbiptr;
-
extern void bzero();
const struct tseq tseq[] = {
@@ -154,8 +152,8 @@
if (cmdline_parsed)
return;
- if (mbiptr (mbiptr-flags MULTIBOOT_INFO_CMDLINE)) {
- cmdline = (void *) mbiptr-cmdline;
+ if (have_mbi (mbi.flags MULTIBOOT_INFO_CMDLINE)) {
+ cmdline = mbi_cmdline;
} else {
if (*OLD_CL_MAGIC_ADDR != OLD_CL_MAGIC)
return;
diff -ur memtest86+-4.20/memtest.lds memtest86+-4.20-mod/memtest.lds
--- memtest86+-4.20/memtest.lds 2011-01-23 19:11:04.0 +0100
+++ memtest86+-4.20-mod/memtest.lds 2012-04-12 21:42:14.887061839 +0200
@@ -3,7 +3,7 @@
ENTRY(_start);
SECTIONS {
- . = 0x5000;
+ . = 0x2000;
_start = . ;
.data : {
*(.data)
diff -ur memtest86+-4.20/multiboot.c memtest86+-4.20-mod/multiboot.c
--- memtest86+-4.20/multiboot.c 2012-04-12 21:42:42.0 +0200
+++ memtest86+-4.20-mod/multiboot.c 2012-04-12 21:42:14.887061839 +0200
@@ -8,31 +8,33 @@
* By Eric Biederman
*/
-#include multiboot.h
+#include multiboot_impl.h
#include test.h
-extern struct multiboot_info *mbiptr;
-
int query_multiboot(void)
{
struct multiboot_mmap_entry *mem;
int i;
- if (!mbiptr) {
+ if (!have_mbi) {
return 0;
}
- if (!mbiptr-mmap_addr) {
+ if (!mbi.mmap_addr) {
return 1;
}
- if ((mbiptr-flags MULTIBOOT_INFO_MEM_MAP) == 0) {
+ if ((mbi.flags MULTIBOOT_INFO_MEM_MAP) == 0) {
return 1;
}
- mem = (struct multiboot_mmap_entry *) mbiptr-mmap_addr;
+ mem = mbi_mem;
mem_info.e820_nr = 0;
for (i = 0; i E820MAX; i++) {
- if ((multiboot_uint32_t) mem = (mbiptr-mmap_addr + mbiptr-mmap_length)) {
+ if ((char *) mem = ((char *) mbi_mem + mbi.mmap_length)
+ || (char *) mem + sizeof (mem-size)
+ ((char *) mbi_mem + MAX_MBI_MEMINFO_SIZE)
+ || (char *) mem + mem-size + sizeof (mem-size)
+ ((char *) mbi_mem + MAX_MBI_MEMINFO_SIZE)) {
break;
}
--- memtest86+-4.20/multiboot_impl.h 1970-01-01 01:00:00.0 +0100
+++ memtest86+-4.20-mod/multiboot_impl.h 2012-04-12 21:42:14.887061839 +0200
@@ -0,0 +1,15 @@
+#include multiboot.h
+
+#define MAX_MBI_SIZE 256
+#define MAX_MBI_MEMINFO_SIZE 1024
+#define MAX_MBI_CMDLINE_SIZE 256
+
+#ifndef ASM_FILE
+
+extern int have_mbi;
+
+extern struct multiboot_info mbi;
+extern char mbi_cmdline[MAX_MBI_SIZE + 1];
+extern struct multiboot_mmap_entry mbi_mem[];
+
+#endif
signature.asc
Description: OpenPGP digital signature
Bug#667510: grub2-common: grub-install fail on gpt disk with error: will not proceed with blocklists
Is there a way to work-around the issue ? (this bug broke my home-cinema PC and the kids are not happy :-p ) Please consider reading manual before filing bugs http://www.gnu.org/software/grub/manual/grub.html#BIOS-installation -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#610184: I still see some related things on my grub-pc (1.99-6)
- ../../sda lrwxrwxrwx 1 root root 10 Jul 11 08:04 scsi-SATA_Maxtor_6Y120P0_Y32HL0DE-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 Jul 11 08:05 scsi-SATA_Maxtor_6Y120P0_Y32HL0DE-part2 - ../../sda2 lrwxrwxrwx 1 root root 9 Jul 11 08:04 scsi-SATA_SAMSUNG_HD161HJS0V3J90P624967 - ../../sdd lrwxrwxrwx 1 root root 10 Jul 11 08:05 scsi-SATA_SAMSUNG_HD161HJS0V3J90P624967-part1 - ../../sdd1 lrwxrwxrwx 1 root root 9 Jul 11 08:05 scsi-SATA_ST3160811AS_5PT125EP - ../../sdc lrwxrwxrwx 1 root root 10 Jul 11 08:05 scsi-SATA_ST3160811AS_5PT125EP-part1 - ../../sdc1 lrwxrwxrwx 1 root root 10 Jul 11 08:05 scsi-SATA_ST3160811AS_5PT125EP-part2 - ../../sdc2 lrwxrwxrwx 1 root root 9 Jul 11 08:04 scsi-SATA_ST340810A_5FBABL0Q - ../../sdb lrwxrwxrwx 1 root root 10 Jul 11 08:04 scsi-SATA_ST340810A_5FBABL0Q-part1 - ../../sdb1 lrwxrwxrwx 1 root root 9 Jul 11 08:04 wwn-0x5f009b624967 - ../../sdd lrwxrwxrwx 1 root root 10 Jul 11 08:05 wwn-0x5f009b624967-part1 - ../../sdd1 *** END /dev/disk/by-id *** BEGIN /dev/disk/by-uuid total 0 lrwxrwxrwx 1 root root 10 Jul 11 08:04 30403406-d567-4e61-b9e0-3b3389d68ee0 - ../../dm-1 lrwxrwxrwx 1 root root 10 Jul 11 08:04 3e196228-2b67-41c2-ab5b-8062e5fed68c - ../../dm-2 lrwxrwxrwx 1 root root 11 Jul 11 08:04 499dfc16-1292-4095-9750-6ddc43c3391d - ../../md127 lrwxrwxrwx 1 root root 10 Jul 11 08:05 b932abb1-e4dd-4c33-b49c-375aed1930c7 - ../../sdc2 lrwxrwxrwx 1 root root 10 Jul 10 23:15 f341a5aa-fc1b-4395-9e5a-80ee0617da71 - ../../dm-0 *** END /dev/disk/by-uuid -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_HK.UTF-8, LC_CTYPE=en_HK.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.40 Debian configuration management sy ii grub-common 1.99-6 GRand Unified Bootloader (common f ii grub-pc-bin 1.99-6 GRand Unified Bootloader, version ii grub2-common 1.99-6 GRand Unified Bootloader (common f ii ucf 3.0025+nmu2 Update Configuration File: preserv grub-pc recommends no packages. grub-pc suggests no packages. -- debconf information: grub2/kfreebsd_cmdline: * grub2/device_map_regenerated: * grub2/linux_cmdline: grub-pc/install_devices_empty: false grub-pc/install_devices_failed: false grub-pc/chainload_from_menu.lst: true grub-pc/kopt_extracted: false * grub-pc/install_devices: /dev/disk/by-id/ata-ST3160811AS_5PT125EP grub-pc/postrm_purge_boot_grub: false grub-pc/install_devices_failed_upgrade: true grub-pc/disk_description: grub2/kfreebsd_cmdline_default: quiet grub-pc/partition_description: grub-pc/install_devices_disks_changed: * grub2/linux_cmdline_default: quiet splash grub-pc/mixed_legacy_and_grub2: true ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661789: grub-common: load_video required for linux on UEFI
usertag 661789 not-upstream thanks On 01.03.2012 11:25, Tanguy Ortolo wrote: Package: grub-common Version: 1.99-14 Severity: normal Hello, After experimenting a bit with UEFI, it seems Linux kernels require the boot loader to load a video mode. That is, if you do not load_video and try to boot a Linux, you will only get: no suitable mode found So, perhaps /etc/grub.d/10_linux could be updated so that it calls load_video before loading a kernel on UEFI? Regards, -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630926: grub-pc: Grub-pc boots extremely slow depending on 'AGP Apperture Size' value
lrwxrwxrwx 1 root root 9 Jun 18 21:42 scsi-SATA_ST3120022A_3LJ0PGLC - ../../sda lrwxrwxrwx 1 root root 10 Jun 18 21:42 scsi-SATA_ST3120022A_3LJ0PGLC-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 Jun 18 21:42 scsi-SATA_ST3120022A_3LJ0PGLC-part2 - ../../sda2 lrwxrwxrwx 1 root root 10 Jun 18 21:42 scsi-SATA_ST3120022A_3LJ0PGLC-part3 - ../../sda3 *** END /dev/disk/by-id *** BEGIN /dev/disk/by-uuid total 0 lrwxrwxrwx 1 root root 10 Jun 18 21:42 7938adba-d2a0-47d2-b563-419e98db95c3 - ../../sda2 lrwxrwxrwx 1 root root 10 Jun 18 21:42 91c1db17-e6c7-4675-9d30-3d5f878da0bc - ../../sda3 lrwxrwxrwx 1 root root 10 Jun 18 21:42 fa1bb880-36b4-42f6-b929-42804492d47a - ../../sda1 *** END /dev/disk/by-uuid -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38.6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.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.39 Debian configuration management sy ii grub-common 1.99-6 GRand Unified Bootloader (common f ii grub-pc-bin 1.99-6 GRand Unified Bootloader, version ii grub2-common 1.99-6 GRand Unified Bootloader (common f ii ucf 3.0025+nmu2 Update Configuration File: preserv grub-pc recommends no packages. grub-pc suggests no packages. -- debconf information: grub2/kfreebsd_cmdline: grub2/device_map_regenerated: grub2/linux_cmdline: grub-pc/install_devices_empty: false grub-pc/install_devices_failed: false grub-pc/chainload_from_menu.lst: true grub-pc/kopt_extracted: false * grub-pc/install_devices: /dev/disk/by-id/ata-ST3120022A_3LJ0PGLC grub-pc/postrm_purge_boot_grub: false grub-pc/install_devices_failed_upgrade: true grub-pc/disk_description: grub2/kfreebsd_cmdline_default: quiet grub-pc/partition_description: grub-pc/install_devices_disks_changed: grub2/linux_cmdline_default: quiet grub-pc/mixed_legacy_and_grub2: true ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661810: FTBFS
' 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630998: grub-common: unicode.pf2 is not copied to /boot/grub/ by grub-pc postinst on crypted systems
tag 630998 fxed-upstream thanks On 19.06.2011 18:16, Tobias Fiebig wrote: Package: grub-common Version: 1.98+20100804-14 Severity: wishlist in order to have high-res support for grub on crypted systems, unicode.pf2 is required to reside in /boot/grub/. On recent squeeze installations (i.e. done today) the file is not copied to /boot/grub/ correctly. Moving it there by hand fixes the problem. This may be related to fixes done for #605705, as code from the postinst script of grub-pc provided in that ticket hints, that the cp-process was initiated correctly by then. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-common depends on: ii base-files 6.0squeeze1 Debian base system miscellaneous f ii dpkg1.15.8.10Debian package management system ii gettext-base0.18.1.1-3 GNU Internationalization utilities ii install-info4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grub-common recommends: ii os-prober 1.42 utility to detect other OSes on a Versions of packages grub-common suggests: pn grub-emunone (no description available) pn multiboot-docnone (no description available) pn xorrisonone (no description available) -- Configuration Files: /etc/grub.d/00_header changed [not included] -- no debconf information ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654645: 00_header: graphics mode fails due to loadfont check in big disk setup with /boot partition
tag 654645 fixed-upstream
thanks
On 04.01.2012 21:20, Vassilis Virvilis wrote:
Package: grub-common
Version: 1.99-14
Severity: normal
Tags: d-i
Dear Maintainer,
I have the following setup.
* What led up to the situation?
A machine with old bios but with a new large and non supported by the bios
disk. As a consequence I created a different /boot partition at the start
of the disk hoping that the kernel and /boot/grub will be addressable by
the bios during boot.
Furthermore I wanted to enable enable graphics mode and pass it to the linux
kernel later on with the GRUB_GFXPAYLOAD_LINUX=keep option.
grub fails to enter the graphics mode because of loadfont failure.
More specifically,
in /etc/grub.d/00_header one can find:
if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}` ;
then
set gfxmode=${GRUB_GFXMODE}
load_video
insmod gfxterm
in /boot/grub/grub.cfg the above fragment becomes:
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=1280x1024
load_video
insmod gfxterm
However /usr/share/grub resides on the / partition and it is inacessible
by the BIOS.
* What exactly did you do (or not do) that was effective (or ineffective)?
I changed by hand /usr/share/grub/unicode.pf2 to /boot/grug/unicode.pf2 in
/boot/grub/grub.cfg and I copied the file there.
* What was the outcome of this action?
It boots fine now and it enters graphics mode - but I have to do that
manually every time I upgrade grub-common
* What outcome did you expect instead?
I would prefer the contents of /usr/share/grub/ to be placed in /boot/grub.
The disk space required is about 12MB.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-common depends on:
ii gettext-base0.18.1.1-5
ii libc6 2.13-24
ii libdevmapper1.02.1 2:1.02.67-2
ii libfreetype62.4.8-1
ii libfuse22.8.6-4
ii zlib1g 1:1.2.3.4.dfsg-3
Versions of packages grub-common recommends:
ii os-prober 1.49
Versions of packages grub-common suggests:
pn desktop-base 6.0.7
pn grub-emunone
pn multiboot-docnone
pn xorrisonone
-- no debconf information
___
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659460: grub-pc: grub-install can't install on raid0 device (grub-probe can't find /boot)
-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 250069680. /usr/sbin/grub-probe: info: no LVM signature found. /usr/sbin/grub-probe: info: scanning hd1 for LVM. /usr/sbin/grub-probe: info: the size of hd1 is 250069680. /usr/sbin/grub-probe: info: no LVM signature found. /usr/sbin/grub-probe: info: the size of hd1 is 250069680. /usr/sbin/grub-probe: info: changing current directory to /dev. /usr/sbin/grub-probe: info: changing current directory to mapper. /usr/sbin/grub-probe: info: opening md126,5. /usr/sbin/grub-probe: error: no such disk. # ls /dev/md126p5 brw-rw-rw- 1 root root 259, 4 Feb 10 22:55 /dev/md126p5 # mount /dev/md126p7 on / type ext3 (rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered) /dev/md126p5 on /boot type ext3 (rw,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered) tmpfs on /dev type tmpfs (rw,relatime,mode=755) -- Package-specific info: *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-SAMSUNG_MZRPC256HADR-000SO_S0T5NY0BA01617 (hd1) /dev/disk/by-id/ata-SAMSUNG_MZRPC256HADR-000SO_S0T5NY5BA01617 *** END /boot/grub/device.map *** BEGIN /proc/mdstat cat: /proc/mdstat: No such file or directory *** END /proc/mdstat *** BEGIN /dev/disk/by-id total 0 lrwxrwxrwx 1 root root 9 Feb 10 22:42 ata-Optiarc_DVD_RW_AD-7690H - ../../sr0 lrwxrwxrwx 1 root root 9 Feb 10 22:55 ata-SAMSUNG_MZRPC256HADR-000SO_S0T5NY0BA01617 - ../../sda lrwxrwxrwx 1 root root 9 Feb 10 22:42 ata-SAMSUNG_MZRPC256HADR-000SO_S0T5NY5BA01617 - ../../sdb lrwxrwxrwx 1 root root 11 Feb 10 22:42 md-uuid-4a056b95:1ce7c03b:3eb58093:215240fe - ../../md127 lrwxrwxrwx 1 root root 11 Feb 10 22:44 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87 - ../../md126 lrwxrwxrwx 1 root root 13 Feb 10 22:44 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87-part1 - ../../md126p1 lrwxrwxrwx 1 root root 13 Feb 10 22:42 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87-part2 - ../../md126p2 lrwxrwxrwx 1 root root 13 Feb 10 22:42 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87-part3 - ../../md126p3 lrwxrwxrwx 1 root root 13 Feb 10 22:42 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87-part4 - ../../md126p4 lrwxrwxrwx 1 root root 13 Feb 10 22:55 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87-part5 - ../../md126p5 lrwxrwxrwx 1 root root 13 Feb 10 22:42 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87-part6 - ../../md126p6 lrwxrwxrwx 1 root root 13 Feb 10 22:44 md-uuid-e32e0439:7c03631e:a6ee5474:aed5fb87-part7 - ../../md126p7 lrwxrwxrwx 1 root root 9 Feb 10 22:55 scsi-SATA_SAMSUNG_MZRPC25S0T5NY0BA01617 - ../../sda lrwxrwxrwx 1 root root 9 Feb 10 22:42 scsi-SATA_SAMSUNG_MZRPC25S0T5NY5BA01617 - ../../sdb lrwxrwxrwx 1 root root 9 Feb 10 22:55 wwn-0x5f0043584d30 - ../../sda *** END /dev/disk/by-id *** BEGIN /dev/disk/by-uuid total 0 lrwxrwxrwx 1 root root 13 Feb 10 22:55 099708d3-6792-45a9-b7be-280e2b46d545 - ../../md126p5 lrwxrwxrwx 1 root root 13 Feb 10 22:42 13f3e907-bfbe-497c-b0cf-975f927005f3 - ../../md126p6 lrwxrwxrwx 1 root root 13 Feb 10 22:42 5066444266442AD4 - ../../md126p3 lrwxrwxrwx 1 root root 13 Feb 10 22:44 7e7b48bc-ab09-4998-a0dc-961ba6c801f4 - ../../md126p7 lrwxrwxrwx 1 root root 13 Feb 10 22:42 88C043A6C0439978 - ../../md126p2 lrwxrwxrwx 1 root root 13 Feb 10 22:44 FC903F88903F4902 - ../../md126p1 *** END /dev/disk/by-uuid -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.41 ii grub-common1.99-14 ii grub-pc-bin1.99-14 ii grub2-common 1.99-14 ii ucf3.0025+nmu2 grub-pc recommends no packages. grub-pc suggests no packages. -- debconf information: grub-pc/kopt_extracted: false grub2/kfreebsd_cmdline: grub2/device_map_regenerated: * grub-pc/install_devices: grub-pc/postrm_purge_boot_grub: false grub-pc/install_devices_failed_upgrade: true grub-pc/disk_description: * grub2/linux_cmdline: * grub-pc/install_devices_empty: true grub2/kfreebsd_cmdline_default: quiet grub-pc/partition_description: grub-pc/install_devices_failed: false grub-pc/install_devices_disks_changed: * grub2/linux_cmdline_default: quiet grub-pc/chainload_from_menu.lst: true grub-pc/mixed_legacy_and_grub2: true ___ 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
Bug#659460: grub-pc: grub-install can't install on raid0 device (grub-probe can't find /boot)
On 11.02.2012 12:02, John Hughes wrote: On 11/02/12 11:29, Vladimir 'φ-coder/phcoder' Serbinenko wrote: On 11.02.2012 11:14, John Hughes wrote: Package: grub-pc Version: 1.99-14 Severity: important Tags: d-i /usr/sbin/grub-probe: error: no such disk /dev/md126p5 This looks like fakeraid rather than a honest software raid. You need to manually add it to device.map. The difference is rather blurred now that it's mdadm that's handling it rather than the old dm-raid. This is exactly the problem. GRUB can't distinguish between the both. Do you know an ioctl, or at very least a command to distinguish them? Also honest raid doesn't try to scam you into believing that it's a hardware raid. I'll try adding it to the map by hand. Which seems to work. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#659460: grub-pc: grub-install can't install on raid0 device (grub-probe can't find /boot)
On 11.02.2012 12:36, John Hughes wrote: On 11/02/12 12:19, Vladimir 'φ-coder/phcoder' Serbinenko wrote: On 11.02.2012 12:02, John Hughes wrote: The difference is rather blurred now that it's mdadm that's handling it rather than the old dm-raid. This is exactly the problem. GRUB can't distinguish between the both. Do you know an ioctl, or at very least a command to distinguish them? Also honest raid doesn't try to scam you into believing that it's a hardware raid. What scam? As far as I can tell it's just a mdadm raid with an intel container format rather than a mdadm container format. Adding BIOS driver for this screws things up. And the scam is adding this to mobo features as a RAID and an attempt to make this pass as if it was a hardware RAID. GRUB currently considers mdX as a non-available through BIOS unless user overrides it in device.map, we need to add a logic to handle the fakeraid as a BIOS disk. It's possible to add support for intel RAID but it will be useless since the member disks aren't available through BIOS to begin with. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#514967: Processed: submitter 514967, submitter 514976
tag 514967 fixed-upstream thanks Bug #514967 [grub-common] grub-mkdevicelist does not cope with /boot on a disk #16 Changed Bug submitter to 'Brian Maybr...@vpac.org' from 'Chris Samuelcsam...@vpac.org' # -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633349: grub-common: 30_os-prober is generating a syntactically invalid entry for a recently deleted kernel
2.6.32-5-686 (on /dev/sdb1) --class
gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos1)'
search --no-floppy --fs-uuid --set=root
6b5622a3-e914-4152-8320-74a29c498ac7
linux /boot/vmlinuz-2.6.32-5-686 root=UUID=6b5622a3-e914-4152-8J
��J�W{�qw���V�}������ �c�����% �A=(�h��xZr���à�PCsJ���cHͦ�A�,;�Fh��FwmV�2�9w�Y�3�pxe�Mι�oM�K
��M8�)|vᰳn��#�S�mN�,|�% ��;���'Q���ux��Yp�!�
��I*�u3u��% j�Kֹ��K8B��HK��ι��U�+ι�5�U�� a�2�Rr��#�Y `=L+�EA�[7�� `�룁l��
��P7� sY7J8��B㺨��s�ȡp�T�bhN�W��O
}
### 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 ###
___
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633568: grub-pc Hangs After Welcome to GRUB!
On 11.07.2011 18:50, a.fe...@landkreis-guenzburg.de wrote: Package: grub-pc Version: 1.98+20100804-14 Justification: breaks the whole system I downloaded the newest Version of NetInst Debian (debian-6.0.2.1-i386-netinst.iso) and installed it on my Server. The Server got two Intel Xeon CPUs with two Hyper Threading Cores and a special ICP Vortex RAID Controller (Type: GDT8514RZ). After (downloading and) installing Debian the system reboots and should boot into the new installed Operating System. But the Server stop booting after displaying Welcome to GRUB!. Is your system localised? If so could you try commenting out any use of insmod gettext in grub.cfg? There is a bug recently fixed upstream with gettext. For installation I used the expert mode and I chose the linux-image-2.6-486 kernel. I hope you can help me. Yours sincerely, Andreas Fendt ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567728: grub-common: update-grub fails to generate a valid entry for my windows 7 installation
tag 567728 fixed-upstream thanks Since there was a bugfix for e.g. 4K sector NTFS, the supplied info doesn't contain anything about the FS itself and user didn't answer to request to provide fs info, marking as fixed-upstream. On 04.04.2011 23:11, Vladimir 'φ-coder/phcoder' Serbinenko wrote: On 30.01.2010 23:39, Matthias Berndt wrote: Package: grub-common Version: 1.98~20100128-1 Severity: important Hi, the latest grub2 update broke the windows 7 entry. When i run update-grub, i get the following output: Generating grub.cfg ... Found background image: moreblue-orbit-grub.png Found linux image: /boot/vmlinuz-2.6.32-trunk-686 Found initrd image: /boot/initrd.img-2.6.32-trunk-686 Found memtest86+ image: /boot/memtest86+_multiboot.bin Found Windows 7 (loader) on /dev/hda1 /usr/sbin/grub-probe: error: unknown filesystem. done How big is the filesystem in question? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619618: update-grub results in unbootable system
tag 619618 fixed-upstream thanks It was an accidental infinite recursion when the gettext tried to translate its own error message just to fail again On 10.04.2011 13:53, Geronimo wrote: results in: no suitable mode found That should have been: Ok, next try: insmod vbe no output terminal_output gfxterm changes terminal into graphics mode set locale_dir=$prefix/locale no output set lang=de no output insmod gettext no output ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611537: Bug#643507: not really solved
On 03.02.2012 09:09, Diego Guella wrote: When the resync will complete, the RAID1 will be OK again. Hm, I assumed that you didn't wait for these. Both Colin Watson and I tried to reproduce it or similar problems but couldn't other than on heavily desynced and corrupted disk. If you can supply the test images (just GRUB+kernel) using latest bzr upstream I'd happily fix it, otherwise I don't see what I can do. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654599: grub-common: Create/chmod race in grub-mkconfig can leak passwords
tag 654599 fixed-upstream
thanks
The suggested change has been made upstream
On 04.01.2012 16:01, Mark Wooding wrote:
Package: grub-common
Version: 1.99-12
Severity: normal
The output configuration is created with this code.
if test x${grub_cfg} != x; then
rm -f ${grub_cfg}.new
exec ${grub_cfg}.new
# Allow this to fail, since /boot/grub/ might need to be fatfs to support
some
# firmware implementations (e.g. OFW or EFI).
chmod 400 ${grub_cfg}.new || grub_warn Could not make ${grub_cfg}.new
readable by only root.\
This means that if the generated config contains a password it is readable by
everyone
fi
Later, if the generated output doesn't contain a password entry, the
permissions are relaxed again.
This is not enough to protect password, however. The file is initally
created using the prevailing umask, which will likely be permissive. If
another user opens the file for reading after it is created but before
its permissions are altered, the resulting file descriptor can be used
to read the entire file once it's been written.
Two correct fixes:
* Change the exec line to something like
oldumask=$(umask); umask 077
exec ${grub_cfg}.new
umask $oldumask
Remove the chmod stanza.
* Instead of creating the file as $grub_cfg.new,
rm -rf ${grub_cfg}.new.d/file
mkdir -m700 ${grub_cfg}.new.d
exec ${grub_cfg}.new.d/file
chmod 400 ${grub_cfg}.new.d/file
mv ${grub_cfg}.new.d/file ${grub_cfg}.new
rmdir ${grub_cfg}.new.d
I strongly prefer the former.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages grub-common depends on:
ii gettext-base0.18.1.1-5
ii libc6 2.13-21
ii libdevmapper1.02.1 2:1.02.65-1
ii libfreetype62.4.6-2
ii libfuse22.8.6-1
ii zlib1g 1:1.2.3.4.dfsg-3
Versions of packages grub-common recommends:
ii os-prober 1.49
Versions of packages grub-common suggests:
pn desktop-basenone
pn grub-emunone
pn multiboot-docnone
pn xorrisonone
-- no debconf information
-- debsums errors found:
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 1581 package
'anag':
missing architecture
dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 29969
package 'priv':
missing architecture
___
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546008: error: you need to load the kernel first
tag 546008 fixed-upstream thanks Shouldn't happen anymore in upstream thanks to lazy scan and hints. On 05.10.2010 05:48, Peter Verschoor wrote: Gentlemen: I ran into the same problem today (10/04/2010) doing a net install of squeeze. I found that if I brought up the editor, and deleted the entire line search --no-floppy that I could then proceed to boot the system. The system is a Dell PowerEdge 2650, dual xeon with a raid 5 array hanging off an Adaptec aacraid controller. I solved my problem by using dselect to purge grub-pc and installing grub-legacy. Hope this helps. Pete ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611537: Bug#643507: not really solved
On 03.02.2012 13:04, Diego Guella wrote: From: Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com Both Colin Watson and I tried to reproduce it or similar problems but couldn't other than on heavily desynced and corrupted disk. If you can supply the test images (just GRUB+kernel) using latest bzr upstream I'd happily fix it, otherwise I don't see what I can do. I need to understand better what you need. Do you need the dd images of all the disks? No. The best is to do something like: for i in 1 2 3 4 5; do qemu-img create $.img 100M; losetup /dec/loop$i; done recreate a similar md mke2fs /dev/md/devfake mount ... for i in 1 2 3 4 5; do grub-install --boot-directory=/mnt/md/boot /dev/loop$i done cp /boot/grub/grub.cfg /mnt/md/boot/grub/grub.cfg copy kernels qemu 3.img (check that it fails) In preference all with latest HEAD and I may also need grub-core/*.module from compile directory to get debug symbols This is a summary of the first disk: - root@devilserver:~# fdisk -u -l /dev/sda Disk /dev/sda: 2000.4 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 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: 0x0007982f Device Boot Start End Blocks Id System /dev/sda12048 1953791 975872 82 Linux swap / Solaris Partition 1 does not end on cylinder boundary. /dev/sda2 19537929961062348828416 fd Linux raid autodetect /dev/sda399610624 3907028991 1903709184 fd Linux raid autodetect - Supplying the entire image, even omitting the 3rd partition (/home) is not feasible, both for size (40+GiB) and for security reasons. What I can do for sure is blank out one of the 5 disks, and do whatever you tell me to do on it. Or supply a dd image of the first 2048 sectors of the disk. Or the first sectors of the / partition. Or the files in my /boot directory. I want to remember you this: -When the system works, the Welcome to GRUB appears for some milliseconds, then I see the GRUB menu. -When the system does not work (original installation HDDs missing), Welcome to GRUB appears for some time, then the system reboots. This is way before loading the kernel. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549905: now more than ever
tag 549905 fixed-upstream thanks Fix with hints and lazy scanning. On 22.05.2011 09:15, Jamie Heilman wrote: With the advent of version 1.99-3 I now see 2 of the aforementioned error messages and access attempts prior to the menu display---indeed prior to the grub.cfg being read at all (booting with set debug=all in grub.cfg didn't elucidate things at all because the access attempts happen before any of the debugging output, which makes sense as this is likely all due to probing in biosdisk.mod). It would seem this issue is only getting more obnoxious with time. Arthur's suggestion wrt unicode.pf2, while sensible on the face of things, made no difference for me. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570119: grub-common: grub-mkrescue has very different calling conventions on powerpc than on amd64 or x86
tag 570119 fixed-upstream thanks On 16.02.2010 19:02, Daniel Kahn Gillmor wrote: Package: grub-common Version: 1.98~20100115-1 Severity: normal On grub-common on i386 and amd64, the synopsis for grub-mkrescue is: grub-mkrescue [OPTION] SOURCE... on powerpc, the synopsis appears to be: grub-mkrescue [OPTION] output_image This makes it difficult to invoke grub-mkrescue consistently across supported architectures (e.g. in scripts to build rescue CDs, etc) note: the current grub-mkrescue synopsis used to be used on i386 and amd64, but it appears to have changed in the last few months. I'm not sure why powerpc didn't change at the same time. If there could be one standard calling convention across architectures, that would make the tool much more useful. Thanks for grub! --dkg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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/bash Versions of packages grub-common depends on: ii base-files 5.1 Debian base system miscellaneous f ii dpkg1.15.5.6 Debian package management system ii gettext-base0.17-8 GNU Internationalization utilities ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grub-common recommends: ii os-prober 1.35 utility to detect other OSes on a Versions of packages grub-common suggests: pn grub-emunone (no description available) ii multiboot-doc 0.97-59The Multiboot specification -- no debconf information ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584499: Setting up grub-pc hangs forever
echoLoading initial ramdisk ...
initrd /boot/initrd.img-2.6.30-1-amd64
}
menuentry Debian GNU/Linux, with Linux 2.6.30-1-amd64 (recovery mode) --class
debian --class gnu-linux --class gnu --class os {
insmod msdos
insmod jfs
set root='(hd0,1)'
search --no-floppy --fs-uuid --set aef84499-eb62-43e0-8049-59816e2af6ed
echoLoading Linux 2.6.30-1-amd64 ...
linux /boot/vmlinuz-2.6.30-1-amd64
root=UUID=aef84499-eb62-43e0-8049-59816e2af6ed ro single
echoLoading initial ramdisk ...
initrd /boot/initrd.img-2.6.30-1-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 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: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-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 grub-pc depends on:
ii debconf [debconf-2.0]1.5.32 Debian configuration management sy
ii grub-common 1.98+20100527-2 GRand Unified Bootloader, version
ii libc62.11.1-2Embedded GNU C Library: Shared lib
ii libdevmapper1.02.1 2:1.02.47-1 The Linux Kernel Device Mapper use
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
-- debconf information:
grub2/kfreebsd_cmdline:
* grub2/linux_cmdline:
* grub-pc/chainload_from_menu.lst: true
grub-pc/kopt_extracted: true
grub-pc/postrm_purge_boot_grub: false
grub2/kfreebsd_cmdline_default: quiet
* grub2/linux_cmdline_default: quiet
* grub-pc/install_devices: /dev/sda
___
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611537: Bug#643507: not really solved
On 03.02.2012 13:04, Diego Guella wrote: From: Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com Both Colin Watson and I tried to reproduce it or similar problems but couldn't other than on heavily desynced and corrupted disk. If you can supply the test images (just GRUB+kernel) using latest bzr upstream I'd happily fix it, otherwise I don't see what I can do. I need to understand better what you need. Do you need the dd images of all the disks? I think I nailed this bug when doing something completely unrelated. Does commeinting out all insmod gettext workarounds the problem? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611537: Bug#643507: not really solved
On 03.02.2012 13:04, Diego Guella wrote:
From: Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com
Both Colin Watson and I tried to reproduce it or similar problems but
couldn't other than on heavily desynced and corrupted disk. If you
can supply the test images (just GRUB+kernel) using latest bzr
upstream I'd happily fix it, otherwise I don't see what I can do.
I need to understand better what you need.
Do you need the dd images of all the disks?
Here is replacement for getext.c. It had several problems leading it to
attempt to translate a message about failed translation and failing
again until stack overflow.
This is a summary of the first disk:
-
root@devilserver:~# fdisk -u -l /dev/sda
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 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: 0x0007982f
Device Boot Start End Blocks Id System
/dev/sda12048 1953791 975872 82 Linux swap /
Solaris
Partition 1 does not end on cylinder boundary.
/dev/sda2 19537929961062348828416 fd Linux raid
autodetect
/dev/sda399610624 3907028991 1903709184 fd Linux raid
autodetect
-
Supplying the entire image, even omitting the 3rd partition (/home) is
not feasible, both for size (40+GiB) and for security reasons.
What I can do for sure is blank out one of the 5 disks, and do
whatever you tell me to do on it.
Or supply a dd image of the first 2048 sectors of the disk.
Or the first sectors of the / partition.
Or the files in my /boot directory.
I want to remember you this:
-When the system works, the Welcome to GRUB appears for some
milliseconds, then I see the GRUB menu.
-When the system does not work (original installation HDDs missing),
Welcome to GRUB appears for some time, then the system reboots.
This is way before loading the kernel.
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
/* gettext.c - gettext module */
/*
* GRUB -- GRand Unified Bootloader
* Copyright (C) 2009 Free Software Foundation, Inc.
*
* GRUB is free software: you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation, either version 3 of the License, or
* (at your option) any later version.
*
* GRUB is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with GRUB. If not, see http://www.gnu.org/licenses/.
*/
#include grub/types.h
#include grub/misc.h
#include grub/mm.h
#include grub/err.h
#include grub/dl.h
#include grub/normal.h
#include grub/file.h
#include grub/kernel.h
#include grub/i18n.h
GRUB_MOD_LICENSE (GPLv3+);
/*
.mo file information from:
http://www.gnu.org/software/autoconf/manual/gettext/MO-Files.html .
*/
static grub_file_t fd_mo;
static grub_off_t grub_gettext_offset_original;
static grub_off_t grub_gettext_offset_translation;
static grub_size_t grub_gettext_max;
static int grub_gettext_max_log;
static const char *(*grub_gettext_original) (const char *s);
struct grub_gettext_msg
{
char *name;
char *translated;
};
static struct grub_gettext_msg *grub_gettext_msg_list = NULL;
struct header
{
grub_uint32_t magic;
grub_uint32_t version;
grub_uint32_t number_of_strings;
grub_uint32_t offset_original;
grub_uint32_t offset_translation;
};
struct string_descriptor
{
grub_uint32_t length;
grub_uint32_t offset;
};
#define MO_MAGIC_NUMBER 0x950412de
static grub_err_t
grub_gettext_pread (grub_file_t file, void *buf, grub_size_t len,
grub_off_t offset)
{
if (grub_file_seek (file, offset) == (grub_off_t) - 1)
return grub_errno;
if (grub_file_read (file, buf, len) != (grub_ssize_t) len)
{
if (!grub_errno)
grub_error (GRUB_ERR_READ_ERROR, N_(premature end of file));
return grub_errno;
}
return GRUB_ERR_NONE;
}
static char *
grub_gettext_getstr_from_position (grub_off_t off,
grub_size_t position)
{
grub_off_t internal_position;
grub_size_t length;
grub_off_t offset;
char *translation;
struct string_descriptor desc;
grub_err_t err;
internal_position = (off + position * sizeof (desc));
err = grub_gettext_pread (fd_mo, (char *) desc,
sizeof (desc), internal_position);
if (err)
return NULL;
length = grub_cpu_to_le32 (desc.length);
offset = grub_cpu_to_le32 (desc.offset);
translation = grub_malloc (length + 1);
if (!translation)
return NULL;
err = grub_gettext_pread (fd_mo, translation, length, offset);
if (err)
{
grub_free (translation);
return NULL
Bug#558422: grub-pc: upgrade hangs
tag 558422 fixed-upstream
thanks
On 18.02.2010 22:23, Steve Grecni wrote:
strace of grub-mkdevicemap shows it hanging after attempting to access
/dev/hdc, my cdrom drive. So the problem may be the driver, but I'd
prefer to retain the usage of this device.
execve(/usr/sbin/grub-mkdevicemap, [grub-mkdevicemap], [/* 17 vars
*/]) = 0
brk(0) = 0x867f000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7872000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=98697, ...}) = 0
mmap2(NULL, 98697, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7859000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/lib/i686/cmov/libc.so.6, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260l\1\0004\0\0\0..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1331684, ...}) = 0
mmap2(NULL, 1337704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xb7712000
mmap2(0xb7853000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x141) = 0xb7853000
mmap2(0xb7856000, 10600, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7856000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7711000
set_thread_area({entry_number:-1 - 6, base_addr:0xb77116c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, se
g_not_present:0, useable:1}) = 0
mprotect(0xb7853000, 8192, PROT_READ) = 0
mprotect(0xb7891000, 4096, PROT_READ) = 0
munmap(0xb7859000, 98697) = 0
brk(0) = 0x867f000
brk(0x86a) = 0x86a
open(/boot/grub/device.map, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE,
0666) = 3
stat64(/dev/.devfsd, 0xbfed71c0) = -1 ENOENT (No such file or
directory)
stat64(/dev/fd0, 0xbfed81c0) = -1 ENOENT (No such file or
directory)
stat64(/dev/.devfsd, 0xbfed71c0) = -1 ENOENT (No such file or
directory)
open(/dev/hda, O_RDONLY|O_LARGEFILE) = 4
ioctl(4, CDROM_GET_CAPABILITY or SNDRV_SEQ_IOCTL_UNSUBSCRIBE_PORT, 0)
= -1 EINVAL (Invalid argument)
fstat64(4, {st_mode=S_IFBLK|0660, st_rdev=makedev(3, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7871000
read(4,
\353c\220\1\265\1LILO\26\6%\311\367C\0\0\0\0\311\367C\205\252\262\354\201\0\201`...,
4096) = 4096
close(4)= 0
munmap(0xb7871000, 4096)= 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7871000
open(/dev/hdb, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or
directory)
open(/dev/hdc, O_RDONLY|O_LARGEFILE unfinished ...
___
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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611537: Bug#643507: not really solved
On 18.11.2011 16:47, Diego Guella wrote: Actually, I discovered that the bug is still there for me too, although in has another shape now. I now have a RAID-1 with 4 members, I use 5 HDD and rotate them daily. During the Debian installation, I created a 2-member RAID-1, and later I grew the array to 4 members. If I understand this correctly your RAID never has all the devices connected. This leads to big desync (even writing once to an incomplete RAID causes desync). This is not a proper way to handle array. Frankly, I'm surprised anything works at all under such abuse. What I have now is: -If the first OR the second disk (so, one of the 2 disks I used during Debian installation) are present in the array, then grub boots correctly. -If they are not present, grub shows Welcome to GRUB, then reboots the machine in an endless loop. Sorry for the previous noise :( Diego ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624263: grub-pc: stuck in grub-mkdevicemap at configure time
lrwxrwxrwx 1 root root 10 29 juil. 17:26 28C3-B2F0 - ../../sda2 lrwxrwxrwx 1 root root 10 29 juil. 17:26 8426ebfd-db4f-4c14-9d23-a2f8433216eb - ../../sda5 lrwxrwxrwx 1 root root 10 29 juil. 17:27 8e6113be-e650-4149-8088-44b0bdd1d2dc - ../../sda1 *** END /dev/disk/by-uuid #/part -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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.40 Debian configuration management sy ii grub-common 1.99-9 GRand Unified Bootloader (common f ii grub-pc-bin 1.99-9 GRand Unified Bootloader, version ii grub2-common 1.99-9 GRand Unified Bootloader (common f ii ucf 3.0025+nmu2 Update Configuration File: preserv grub-pc recommends no packages. grub-pc suggests no packages. -- debconf information: grub2/kfreebsd_cmdline: grub2/device_map_regenerated: * grub2/linux_cmdline: grub-pc/install_devices_empty: false grub-pc/install_devices_failed: false * grub-pc/chainload_from_menu.lst: true grub-pc/kopt_extracted: true * grub-pc/install_devices: /dev/disk/by-id/ata-ST31000528AS_9VP34NJM grub-pc/postrm_purge_boot_grub: false grub-pc/install_devices_failed_upgrade: true grub-pc/disk_description: grub2/kfreebsd_cmdline_default: quiet grub-pc/partition_description: grub-pc/install_devices_disks_changed: * grub2/linux_cmdline_default: quiet grub-pc/mixed_legacy_and_grub2: true ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611595: grub-ieee1275: graphical display on openfirmware has poor color fidelity
On 31.01.2011 02:18, Daniel Kahn Gillmor wrote: Package: grub-ieee1275 Version: 1.99~rc1-1 Severity: minor Using grub-ieee1275 and the stock debian background for grub's graphical boot, i get a poor display of the colors of the image. the image being displayed is the stock debian squeeze grub background: 0 abc@tut:/tmp$ identify /usr/share/images/desktop-base/desktop-grub.png /usr/share/images/desktop-base/desktop-grub.png PNG 640x480 640x480+0+0 8-bit DirectClass 31.1KB 0.000u 0:00.019 0 abc@tut:/tmp$ (also attached to this bug report). I've taken a photo of a powerpc machine with the monitor mis-rendering this image. This misrendering seems to happen on all powerpc machines i've tried (both 32 and 64 bit, with ATI and NVIDIA GPUs). All IEEE1275 I've seen around provide only indexed modes, one byte per pixel. So at most 256 colors. But only 16 are usable, since AFAIR set_palette on IEEE1275 doesn't work with colors = 16. I may be wrong but attempting to change behaviour may result in worse bugs on machines which have the set_palette problem (e.g. having black on black text) -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650724: /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map.
On 31.01.2012 11:18, Damyan Ivanov wrote: found 650724 1.99-14 thanks -=| Vladimir 'φ-coder/phcoder' Serbinenko, 16.01.2012 16:36:58 +0100 |=- On 16.01.2012 10:11, Damyan Ivanov wrote: Subject: Re: /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map. Package: grub-pc Version: 1.98+20100804-14+squeeze1 Severity: normal I have a system where updating device.map doesn't make the error go away: # update-grub Generating grub.cfg ... /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map. I use mirrored LVM, no mdadm involved. Your GRUB version doesn't support mirrored LVM. You need 1.99 (AFAIR, bzr surely does support it) for it. Tried 1.99-14 from wheezy and it still didn't work :( wheezy is very out of date on this stuff. I had to re-create /boot on simple mdadm-controlled raid and everything went back to normal. Can't test any further fixes, sorry. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657776: grub-pc cant't load kernel at XFS Filesystem
/vmlinuz-3.0.0-1-amd64 root=/dev/mapper/vg0-root ro single echo'Loading initial ramdisk ...' initrd /boot/initrd.img-3.0.0-1-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 *** BEGIN /proc/mdstat cat: /proc/mdstat: No such file or directory *** END /proc/mdstat *** BEGIN LVM -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 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.41 ii grub-common1.99-14 ii grub-pc-bin1.99-14 ii grub2-common 1.99-14 ii ucf3.0025+nmu2 grub-pc recommends no packages. grub-pc suggests no packages. -- debconf information: grub2/kfreebsd_cmdline: grub2/device_map_regenerated: * grub2/linux_cmdline: grub-pc/install_devices_empty: false grub-pc/install_devices_failed: false grub-pc/chainload_from_menu.lst: true grub-pc/kopt_extracted: false * grub-pc/install_devices: /dev/disk/by-id/ata-HITACHI_HTS722016K9SA00_080817DP0D70DVGS4AXC grub-pc/postrm_purge_boot_grub: false grub-pc/install_devices_failed_upgrade: true grub-pc/disk_description: grub2/kfreebsd_cmdline_default: quiet grub-pc/partition_description: * grub-pc/install_devices_disks_changed: /dev/disk/by-id/ata-HITACHI_HTS722016K9SA00_080817DP0D70DVGS4AXC * grub2/linux_cmdline_default: quiet grub-pc/mixed_legacy_and_grub2: true ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550015: No changes
Probably fixed upstream by lazy scanning. On 25.03.2010 02:35, Vedran Furač wrote: I still have the same issue with 1.98. Just before the menu appears (after ~10s) I get: error: no such disk message. Root is on LVM. ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656608: grub2 on sqeeze and bugs triggered by qemu/kvm
On 20.01.2012 14:15, Michael Tokarev wrote: Package: grub2 Version: 1.98+20100804-14+squeeze1 Severity: wishlist Tags: squeeze Hello. I've two bugreports reported against qemu-kvm package about squeeze virtual machines being unbootable. These are #653068 and #616487. It all boils down to the following message during boot (from #653068): Loading Linux 2.6.32-5-amd64 ... unaligned pointer 0x93940002 Aborted. Press any key to exit. After some investigation it turns out this is a problem in grub itself, its memory management. In particular, I found this: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/717445 In this bugreport, they found out that later grub versions does not show this issue. This is confirmed by my bureports -- installing grub from wheezy makes it work. In the LP#717445 there's a backport of a large commit to grub made by Serge Hallyn. He backported a commit which made lots of changes to video subsystem handling, see https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/717445/comments/11 I tried the 3 patches against grub in squeeze, had to tweak some stuff in there, and can confirm it fixes the mentioned problem, which confirms what ubuntu guys discovered. Now, the question. It is definitely worth to fix this bug for squeeze, so it will be actually installable in qemu/kvm. It is obviously not possible to fix it for past squeeze releases, so original squeeze will remain uninstallable which is sad. It is not really possible to fix it in qemu/kvm because tje behavor - as far as I can see - depends on quite some randomness. And finally, the backport of that large patch is, well, large and may be too risky for squeeze if it is about to fix just qemu/kvm problem. Any opinions/comments? The patch in question adds native support of qemu/kvm emulated video card and it takes precedence over VBE driver. So it's likely to be a red herring altogether. I'd try with a grub.cfg with video_bochs and video_cirrus lines removed. I was unable to recreate the bug with latest bzr GRUB and just vbe driver so I suppose that the actual fix is another commit which is, hopefully, smaller For now I'll merge the two mentioned bugreports into this one, and mark it with Severity: wishlist. Thanks, /mjt ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650724: /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map.
On 16.01.2012 10:11, Damyan Ivanov wrote: Subject: Re: /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map. Package: grub-pc Version: 1.98+20100804-14+squeeze1 Severity: normal I have a system where updating device.map doesn't make the error go away: # update-grub Generating grub.cfg ... /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map. I use mirrored LVM, no mdadm involved. Your GRUB version doesn't support mirrored LVM. You need 1.99 (AFAIR, bzr surely does support it) for it. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653406: GRUB2 2 many problems ?
On 15.01.2012 22:01, John D. Hendrickson and Sara Darnell wrote: grub-mkrescue images can be dd'ed to floppy when small enough (--compression=xz --diet AFAIR) Yes it can. And you can insmod and boot. It's just an unusable pain without a dependancy resolver (which won't dd due to code choices in grub2 additions, rather it will but part b won't find part c - doesn't even try - odd considering it should be in a or b if you ask me, viewing the code that is) I know that's code isn't in the manual :) But also grub-mkrescue isn't in the upstream that's a debian addition or script or script made immutably in debian C++. grub-mkrescue is in upstream, is intended for floppies (when used with xz and some xorriso options), sticks and CDROMs, requires xorriso and has no --image-type option. grub-install is intended for mediums able to hold all extensions uncompressed. Where's the debian Manual your getting the advice from ? With that I can answer for em self :) I did ask :) Thanks -- John ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655772: linux-image-3.1.0-1-686-pae: Aptitude upgrade of package version 3.1.6-1 - 3.1.8-2 sent dm_mod... message error
On 14.01.2012 04:53, Ben Hutchings wrote: On Sat, 2012-01-14 at 02:06 +0100, Stéphane Aulery wrote: Package: linux-2.6 Version: 3.1.8-2 Severity: normal Dear Maintainer, When I have updated package linux-image-3.1.0-1-686-pae 3.1.6-1 to 3.1.8-2, aptitude sent some error messages like this : dm_mod: Unknown symbol scsi_verify_blk_ioctl (err 0) [...] It looks like this is due to GRUB running os-prober. We do not bump the kernel ABI when adding symbols, because that is backward-compatible with modules built for the earlier version. But loading new modules is liable to fail after an upgrade until the new kernel is running (i.e. until the next reboot.) So long as os-prober relies on loading a bunch of modules, GRUB *must not* run os-prober in its kernel postinst hook. That doesn't sound as a reasonable requirement. As I see this, such an install, overwriting older modules botches currently running kernel which can lead to other unexpected failures as well. I think it would be reasonable to have such updates versioned and have 3.1.X or 3.1.0-X as Linux version rather than 3.1.0 Ben. ___ 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-dist-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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549905: seeks the floppy at boot time
4004128b-3dcc-42b7-843d-6a2b9f67ae25
echo'Loading Linux 2.6.32-trunk-amd64 ...'
linux /vmlinuz-2.6.32-trunk-amd64
root=UUID=0fb6125b-f3a3-4116-96c8-3d9afc11b46d ro single
echo'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-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 ###
menuentry Windows 7 (loader) (on /dev/sda4) {
insmod part_msdos
insmod ntfs
set root='(hd2,msdos4)'
search --no-floppy --fs-uuid --set f678e32f78e2ecf5
chainloader +1
}
### 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 testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0]1.5.35 Debian configuration management sy
ii grub-common 1.98+20100804-4 GRand Unified Bootloader, version
ii libc62.11.2-6Embedded GNU C Library: Shared lib
ii libdevmapper1.02.1 2:1.02.48-3 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-basenone (no description available)
-- debconf information:
grub2/kfreebsd_cmdline:
grub2/device_map_regenerated:
* grub2/linux_cmdline:
grub-pc/install_devices_empty: false
grub-pc/install_devices_failed: false
grub-pc/chainload_from_menu.lst: true
grub-pc/kopt_extracted: false
* grub-pc/install_devices: /dev/disk/by-id/ata-Maxtor_6L160P0_L3056H7G,
/dev/disk/by-id/ata-WDC_WD1600AAJB-56WRA0_WD-WCAS2A710080,
/dev/disk/by-id/ata-SAMSUNG_SP2004C_S07JJ10Y800116,
/dev/disk/by-id/ata-SAMSUNG_SP2004C_S07JJ10Y800120
grub-pc/postrm_purge_boot_grub: false
grub-pc/install_devices_failed_upgrade: true
grub-pc/disk_description:
grub2/kfreebsd_cmdline_default: quiet
grub-pc/partition_description:
* grub-pc/install_devices_disks_changed:
/dev/disk/by-id/ata-Maxtor_6L160P0_L3056H7G,
/dev/disk/by-id/ata-WDC_WD1600AAJB-56WRA0_WD-WCAS2A710080,
/dev/disk/by-id/ata-SAMSUNG_SP2004C_S07JJ10Y800116,
/dev/disk/by-id/ata-SAMSUNG_SP2004C_S07JJ10Y800120
* grub2/linux_cmdline_default:
grub-pc/mixed_legacy_and_grub2: 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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635877: grub-pc: pxe boot fails: error: no such disk.
tag 625877 fixed-upstream thanks Stupid ipxe loads grub as multiboot unloading itself. Now removing the multiboot header in pxe images On 29.07.2011 14:53, Vagrant Cascadian wrote: On Fri, Jul 29, 2011 at 02:57:37AM -0700, Vagrant Cascadian wrote: the image loads, it just doesn't seem to have the (pxe) device available. not sure if it's an incompatibility with iPXE, will try with etherboot and maybe even real hardware. i tried using qemu with etherboot as the PXE stack, and it works fine. also booted with real hardware and whatever PXE implementation that was using, and that also worked. so it may be specific to iPXE, or a combination of iPXE and qemu... hope to test iPXE on real hardware. live well, vagrant ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638979: grub-mount shows symbolic links in mounted partitions as ordinary files
-prober 1.47 utility to detect other OSes on a Versions of packages grub-common suggests: ii desktop-base 6.0.6 common files for the Debian Deskto pn grub-emu none (no description available) pn multiboot-doc none (no description available) pn xorriso none (no description available) -- no debconf information ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650724: grub-pc: /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map.
tag 650724 fixed-upstream thanks /usr/sbin/grub-probe: error: Couldn't find PV pv2. Check your device.map. I believe that in this case it's a perfect message. Your device.map still refered to old disks, rerunning sudo dpkg-configure grub-pc is recommended. In upstream reliance on device.map is decreased. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570960: grub-pc: grub2 not working on lenny and squeeze after fresh install
tag 570960 fixed-upstream thanks Since no answer to this, I assume, I was right. On 03.04.2011 01:14, Vladimir 'φ-coder/phcoder' Serbinenko wrote: On 22.02.2010 14:47, Alexander Joelly wrote: after installing lenny or squeeze machines cannot boot, grub2 stops at Welcome to GRUB2! message, do a permanent reboot loop or hang when showing the boot menu; booting from the netinst into rescue mode and tried something but nothing other then deinstalling grub2 and installing grub-legacy helps; with grub-legacy all machines boot is fine, our systems are inteservers with sh3210-series mainboards and areca or 3ware hardware raid-controllers; since the option to install grub-legacy on debian lenny is no longer availiable, installing debian 'stable' is no longer possible; i recommend to bring back the option into the debian-installer that grub-legacy can be installed instead grub2 or completely remove grub2 from lenny because it seems not to be 'stable'; This sounds a lot like the MBR gap corruption we found with HighPoint controller. Could you test the latest upstream? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653406: GRUB2 2 many problems ?
First of all lumping several problems into same mail and not providing decent detail for any of them is the best way to get yourself ignored. On 27.12.2011 20:53, John D. Hendrickson and Sara Darnell wrote: Package: grub-common Version: 1.98+20100804-14 Boot method: downloaded 52 CDs, mounted loopback Image version: squeeze 6.0.1 Date: 12-12-2011 Machine: bios doesn't support boot from usb or lan. no CD drive. Processor: amd64 Memory: 256m Partitions: a root partion, an empty root partiion, the rest mounts, all ext2 grub2 won't install on an HD (one newer pc yes, 2 others no) so to fix things I need a rescue floppy (i guess) grub-rescue doesn't work without xorisso (i don't mkisofs scripts anymore, no CD drive thanks) grub-mkrescue needs xorriso. You can't use it without. I want grub2 on floopy. where are debian's instructions or FAQ for it please? grub-mkrescue images can be dd'ed to floppy when small enough (--compression=xz --diet AFAIR) -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634495: FW: Important important important Installation failure: FW: (Failed to load grub package)
I guess the description is something like: Cannot unpack grub pc package. Its at the ende of a full installation on an empty harddrive Sounds like medium corruption or hardware problem. Check and reburn CD, run memtest, check disks, look into dmesg -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652593: grub-pc: fails to boot with unaligned pointer on KVM
On 07.01.2012 18:38, Uli Martens wrote: Package: grub-pc Version: 1.98+20100804-14+squeeze1 Severity: normal I'm getting the same effects on a squeeze system with qemu-kvm upgraded to a 0.14.1+dgsg-4 backport. I have not tested with squeeze's qemu-kvm. For me, the exact pointer address reported differs, but changing the virtual machine's graphics adapter from vmvga to cirrus works for me, too. The full error message shown is: | unaligned pointer 0x8ef30002 | Aborted. Press any key to exit. Pressing any key does not seem to do anything... I'm not sure whether this is a bug in grub-pc, qemu-kvm or vgabios, so I'm not reassigning it. I would need grub.cfg. Best regards, Uli ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640655: grub-pc: grub won't boot if installed on a degraded raid1 array (with missing disk)
reassign 640655 grub-legacy thanks On 06.09.2011 10:01, Stephane Chazelas wrote: Loading grub_1.5... Loading grub Probably you refer to Loading stage1_5. This message means you're use GRUB Legacy. Reassigning accordingly but it's unlikely anyone would care about GRUB Legacy. I suggest to switch to grub2 -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651106: grub-pc: Windows XP partition assigned wrong root partition
On 05.12.2011 22:31, Chris Carr wrote: ### BEGIN /etc/grub.d/30_otheros ### There is no /etc/grub.d/30_otheros distributed by either upstream or Debian which leads me to conclution that you created one yourself and it contains the bug you report. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650435: grub-pc: recsue mode doesn't rescue: error: incompatible license
On 29.11.2011 20:14, Brian Potkin wrote: Package: grub-pc Severity: normal I have used today's daily i386 netinst image to put a minimal install on a USB stick, recognised as /dev/sdc by the installer. GRUB was put in the MBR of the first hard disk, /dev/sda. There is no problem booting into the OS on the stick. If the USB device is unplugged and the machine switched on we get: GRUB loading. Welcome to GRUB! error: no such device:UUID_of_the_partition_holding_Debian. Entering rescue mode... Which, given GRUB is looking for its files, is not surprising. At the rescue prompt 'ls' gives a list of devices GRUB sees. We know one of them, (hd0,msdos10), has a Squeeze install on it. Using what has worked in the past: set prefix=(hd0,msdos10)/boot/grub set root=(hd0,msdos10) insmod linux The third command gets the reponse: error: incompatible license. Pressing on (even thought we expected the prompt to have become brighter if the command had succeeded): linux /vmlinuz root=/dev/sda10 Which has the response: Unknown command `linux' No joy at all! In the file grub-core/kern/dl.c from grub2_1.99.orig.tar.gz we find: /* Me, Vladimir Serbinenko, hereby I add this module check as per new GNU module policy. Note that this license check is informative only. Modules have to be licensed under GPLv3 or GPLv3+ (optionally multi-licensed under other licences as well) independently of the presence of this check and solely by linking (module loading in GRUB constitutes linking) and GRUB core being licensed under GPLv3+. Be sure to understand your license obligations. */ and (after some lines of code I do not really understand) return grub_error (GRUB_ERR_BAD_MODULE, incompatible license); So the GRUB in the MBR of /dev/sda (version 1.99-14) doesn't like the files in /boot/grub on /dev/sdc1 (GRUB version 1.98) from a licensing perpective. Fair enough. But, while the module check is supposed to be informative, booting from the rescue prompt appears effectively to be prevented, which rather belies its name and purpose. As it happens, there is a Sid install on (hd0,msdos8) which can be booted because it has the right kind of files. This isn't a d-i bug, or even a Debian bug for that matter, so please let me know if you wish me to pursue it upstream rather than here. GRUB doesn't have a stable binary ABI. So modules from one version can't be used with another one and not having consistent setup is a bug (usually wrong grub-install invocation) or user misintervention. If it wasn't for this message the loading would have failed for another reason (probably symbol problem). You need to use consistent setup. You can't take a new head and put it on old body, they are not compatible. ___ 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630647: Finnish translation uses %1$d syntax not supported by grub_printf
tag 630647 fixed-upstream thanks On 15.06.2011 23:47, Kalle Olavi Niemitalo wrote: Package: grub-common Version: 1.98+20100804-14 Severity: minor File: /usr/share/locale/fi/LC_MESSAGES/grub.mo Tags: l10n -- Steps to reproduce: 0. Have a partition containing an ext2 or ext3 file system that has been written to. (In case it matters, my disk has a GUID partition table.) 1. Get to the GRUB command prompt, in grub-pc or grub-emu. 2. Execute set lang=fi. 3. Type ls (hd0, or similar, substituting the name of the disk. Do not press Enter. 4. Press the Tab key. -- Actual results: GRUB displays something like: grub ls (hd0, Mahdollisia osioita ovat: Osio hd0,gpt1: Tuntematon tiedostoj?rjestelm? Osio hd0,gpt2: Tiedostoj?rjestelm?tyyppi ext2 - Nimi? ?boot? - Viimeinen muokkausaika $d.$d.$d $d:$d:$d $s, UUID 2097e2f5-7cc4-4fc0-84bc-7780ae74edd5 Osio hd0,gpt3: Tuntematon tiedostoj?rjestelm? Osio hd0,gpt4: Tuntematon tiedostoj?rjestelm? Osio hd0,gpt5: Tuntematon tiedostoj?rjestelm? Note the $d.$d.$d $d:$d:$d $s part. (The question marks appear in grub-emu; I don't remember whether they do in grub-pc too.) -- Expected results: GRUB should have instead displayed a date and a time. Like this, for example: grub ls (hd0, Mahdollisia osioita ovat: Osio hd0,gpt1: Tuntematon tiedostoj?rjestelm? Osio hd0,gpt2: Tiedostoj?rjestelm?tyyppi ext2 - Nimi? ?boot? - Viimeinen muokkausaika 15.6.2011 07:17:24 Wednesday, UUID 2097e2f5-7cc4-4fc0-84bc-7780ae74edd5 Osio hd0,gpt3: Tuntematon tiedostoj?rjestelm? Osio hd0,gpt4: Tuntematon tiedostoj?rjestelm? Osio hd0,gpt5: Tuntematon tiedostoj?rjestelm? (Localizing Wednesday is not in the scope of this bug report.) -- Cause: po/fi.po in the source tree does: #: normal/misc.c:88 #, c-format msgid - Last modification time %d-%02d-%02d %02d:%02d:%02d %s msgstr - Viimeinen muokkausaika %3$d.%2$d.%1$d %4$d:%5$d:%6$d %7$s However, grub_vsnprintf_real in kern/misc.c does not support numbered argument conversion specifications like %1$d. Only this one translation in po/fi.po has the bug. There are dollar signs in po/zh_CN.po too but they have been commented out. -- Change request: Please either change the C code to support numbered arguments, or change the translation not to use them. The easiest fix would be to make the Finnish msgstr use the same %d-%02d-%02d %02d:%02d:%02d %s format as the msgid. Although the year-month-day format is not widely used in Finland, it would surely be better than not seeing the date at all. -- System Information: Debian Release: 6.0.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-common depends on: ii base-files 6.0squeeze1 Debian base system miscellaneous f ii dpkg1.15.8.10Debian package management system ii gettext-base0.18.1.1-3 GNU Internationalization utilities ii install-info4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grub-common recommends: pn os-prober none (no description available) Versions of packages grub-common suggests: pn grub-emu none (no description available) pn multiboot-doc none (no description available) pn xorriso none (no description available) -- no debconf information ___ 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#648539: grub-probe dies with SIGSEGV
On 12.11.2011 19:14, Harald Dunkel wrote: # /usr/sbin/grub-probe --device /dev/md0p3 --target=abstraction Segmentation fault (core dumped) Debian strips symbols, dump is useless. Could you supply the output of /usr/sbin/grub-probe --device /dev/md0p3 -v --target=abstraction ? Or try with upstream -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#628550: Probably same bug when loading font
On 03.06.2011 19:32, Piotr Kaczuba wrote: I've hit probably the same bug when loading unicode.pf2, also from a XFS partition. Version is 1.99-6. This is completely unrelated and probably fixed by recent XFS fix. Please avoid lumping bugs together otherwise the whole bug is likely to be closed when the original reporter's bug is fixed, independently of the status of yours Here's the (truncated) debug output: ... kern/fs.c:54: Detecting xfs... kern/disk.c:397: Read out of range: sector 0xe20999b96b68 (out of partition). ... error: font format error: can't read section name. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#646518: ufsutils: Wrong superblock after mkfs.ufs
tag 646518 patch thanks On 24.10.2011 20:23, phcoder wrote: Package: ufsutils Version: 8.2-2 Severity: normal Tags: d-i The superblock is wrong when using mkfs.ufs. The magic 1901 5419 is at 0x00105b0 instead of 0x001055c as it is with FreeBSD newfs. Investigation shows that this is because ino_t is 64-bit on GNU/Linux amd64. Following patch fixes the problem: diff -ur ufsutils-8.2//sys/ufs/ffs/fs.h /home/phcoder/repos/ufsutils/ufsutils-8.2//sys/ufs/ffs/fs.h --- ufsutils-8.2//sys/ufs/ffs/fs.h2011-10-31 00:18:35.0 +0100 +++ /home/phcoder/repos/ufsutils/ufsutils-8.2//sys/ufs/ffs/fs.h 2011-10-31 00:19:23.238889421 +0100 @@ -336,7 +336,7 @@ ufs2_daddr_t fs_csaddr;/* blk addr of cyl grp summary area */ int64_t fs_pendingblocks;/* (u) blocks being freed */ u_int32_t fs_pendinginodes;/* (u) inodes being freed */ -ino_t fs_snapinum[FSMAXSNAP];/* list of snapshot inode numbers */ +u_int32_t fs_snapinum[FSMAXSNAP];/* list of snapshot inode numbers */ u_int32_t fs_avgfilesize;/* expected average file size */ u_int32_t fs_avgfpdir;/* expected # of files per directory */ int32_t fs_save_cgsize;/* save real cg size to use fs_bsize */ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 ufsutils depends on: ii libbsd0 0.3.0-1 ii libc6 2.13-21 ii libedit2 2.11-20080614-3 ufsutils recommends no packages. ufsutils suggests no packages. -- debconf-show failed -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#646363: Kernel parameter boot_delay=1000 prevents system from booting
On 23.10.2011 17:11, Camaleón wrote: Package: grub2-common Version: 1.99-12 Severity: normal File: grub2 In GRUB2 edit mode, appending to the kernel line boot_delay=1000 results in: GRUB doesn't use those options only passes them through. *** (black screen) Reading a command list Loading Linux 3.0.0-1-686-pae ... Loading initial ramdisk ... *** And stays in there. Have to hard-reset the system to be able to boot. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub2-common depends on: ii dpkg 1.16.1.1 ii grub-common 1.99-12 ii install-info 4.13a.dfsg.1-8 grub2-common recommends no packages. grub2-common suggests no packages. -- no debconf information ___ 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#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#645533: GRUB installation and re-installation bug in Debian LINUX 6.0.2.1 Squeeze i386 ...
, as they are obviously due to some nearly trivial oversight, which has never been noticed due to straight-loading of the operating system into blank hard-disks which have never failed. I almost missed it myself, even though I had no intentions of finding a bug. I much prefer to use the rest of the system, other than the bugs, and it IS a very finely written and packaged software... -- Yekta Yekta Gursel, Ph. D. Address: 5444 Baldwin Avenue Temple City California, 91780-2624 Phone: (626) 454-4029 E-mail: yekta.gur...@att.net mailto:yekta.gur...@att.net ___ 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#644982: grub-common: fails to detect ext3: grub-probe -t fs --device /dev/md0 = error: out of disk
I fetched grub from bzr (rev 3437) and it seems to correctly detect the filesystem type: data:~$ sudo /home/lindi/grub-install/sbin/grub-probe --device-map=/boot/grub/device.map -t fs --device /dev/md0 [sudo] password for lindi: ext2 I thought about backporting grub2 from wheezy but that seemed to build depend on some gcc*multilib* stuff that I didn't have time to backport at this point.. You probably just need r3217 and r3234. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-common depends on: ii base-files6.0squeeze3Debian base system miscellaneous f ii dpkg 1.15.8.11 Debian package management system ii gettext-base 0.18.1.1-3 GNU Internationalization utilities ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdevmapper1.02.12:1.02.48-5The Linux Kernel Device Mapper use ii libfreetype6 2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grub-common recommends: ii os-prober 1.42 utility to detect other OSes on a Versions of packages grub-common suggests: pn grub-emu none (no description available) pn multiboot-doc none (no description available) pn xorriso none (no description available) -- no debconf information ___ 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#643318: grub-common: grub-probe results changed after upgrade
reassign 643318 udev retitle 643318 /dev/root symlink points to the wrong device thanks On 30.09.2011 08:04, Jacek Kawa wrote: 'φ-coder/phcoder' Serbinenko wrote: On 29.09.2011 18:59, Jacek Kawa wrote: 11 1 8:1 / / rw,noatime - ext4 /dev/root rw,errors=remount-ro,user_xattr,commit=600,barrier=1,data=ordered And ls -l /dev/root ? lrwxrwxrwx 1 root root 4 wrz 22 21:24 /dev/root - sda2 weird... Regards -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#643318: grub-common: grub-probe results changed after upgrade
On 29.09.2011 18:59, Jacek Kawa wrote: 11 1 8:1 / / rw,noatime - ext4 /dev/root rw,errors=remount-ro,user_xattr,commit=600,barrier=1,data=ordered And ls -l /dev/root ? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#637254: grub-pc: unknown LVM metadata header on mdadm raid1 + lvm
On 10.08.2011 00:51, Yaroslav Leonov wrote: Hi, I got error in %subj% upon upgrading from old grub-pc (1.98+20100804-14) to new (1.99-11) In your case it's a problem on the RAID, not LVM level. I'll need your fdisk output as well as result of grub-fstest -c 2 /dev/sd[ab] hex '(mduuid/UUID)+20' You can find the UUID out with: grub-fstest -c 2 /dev/sd[ab] ls -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#637208: grub-pc: grub-setup segfault on mdadm device with 1.x metadata
tag 637208 fixed-upstream thanks I've fixed the segfault. Note however that you ask grub-setup to do a pretty weird thing: install supposing that BIOS has support for mdraid or the mdraid disk is used as VM disk. Since none of this is true you probably want to install to member drives. To do it properly you need mdraid partitions and not disks and leave 1MiB- few KiB at the start of the disk before the first partition. On 09.08.2011 15:21, Vladimir Stavrinov wrote: Package: grub-pc Version: 1.99-9 Severity: normal It was tested on kvm as well as on real hardware against raid5 raid10 always with the same result. There are no such problem with metadata 0.9. -- debconf information excluded ___ 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#637254: grub-pc: unknown LVM metadata header on mdadm raid1 + lvm
On 28.09.2011 16:22, Yaroslav Leonov wrote: hope, this'll help: Well it points out that the only problem is that an incorrect LVM (the one from raid members w/o assembling them) confuses the rest of grub-probe. To check what's the output of grub-probe -t abstraction -d /dev/mapper/mirror0-lvroot -v ? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#637254: grub-pc: unknown LVM metadata header on mdadm raid1 + lvm
On 28.09.2011 16:50, Yaroslav Leonov wrote: raid mdraid09 lvm alzgrinew:~# that worked perfectly. Actually in your command -d was missing. Could you try replacing -t abstraction with -t fs? Reading your report I see no bug whatsoever other than a non-blocking warning (which is legitimate although may be confusing) -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#643318: grub-common: grub-probe results changed after upgrade
On 27.09.2011 10:11, Jacek Kawa wrote: grub-probe behaviour changed after upgrade from 1.98+20100804-14 to 1.99-rc1 (I could have not investigated it at that time), and this change persists in 1.99-12. Can you post the output of cat /proc/self/mountinfo ? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#641801: grub: grub-mkpasswd-pbkdf2 HANGS when run with root user
On 16.09.2011 13:05, Egon Ojamaa wrote: Then fill in passwords 2 times.. It totally hangs. I waited like 30 minutes to get the hashed password and never got it. Looks like you lack entropy. It's not a hang, just waiting for enough entropy. Try pressing buttons, using disk and so on. In 1.99 we switched from /dev/random to /dev/urandom since urandom is good enough for our purposes. I recommend backporting this -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#632048: segfault in grub-setup
On 06.09.2011 18:50, Stephane Chazelas wrote: 2011-09-06 09:18:57 +0100, Colin Watson: On Tue, Sep 06, 2011 at 08:39:24AM +0100, Stephane Chazelas wrote: I do get a segfault as well when doing a grub-setup/grub-install on a mdraid with 1.2 metadata. The segv is in: grub_util_biosdisk_is_floppy() because the disk-id for the root device is not a bios disk id, but a big number that is the array id. The patch below seems to fix it for me, though I can't tell it's the right fix or not (probably not). This fix makes sense to me; calling grub_util_biosdisk_is_floppy on disks that aren't GRUB_DISK_DEVICE_BIOSDISK_ID doesn't make sense. grub-devel, second opinion? --- a/util/grub-setup.c 2011-09-05 12:11:31.864955442 +0100 +++ b/util/grub-setup.c 2011-09-05 13:00:24.891368760 +0100 @@ -315,7 +315,7 @@ /* If DEST_DRIVE is a hard disk, enable the workaround, which is for buggy BIOSes which don't pass boot drive correctly. Instead, they pass 0x00 or 0x01 even when booted from 0x80. */ -if (!allow_floppy !grub_util_biosdisk_is_floppy (dest_dev-disk)) +if (!allow_floppy dest_dev-disk-dev-id == GRUB_DISK_DEVICE_BIOSDISK_ID !grub_util_biosdisk_is_floppy (dest_dev-disk)) /* Replace the jmp (2 bytes) with double nop's. */ *boot_drive_check = 0x9090; } [...] Well, anyway, even after that patch, it still doesn't work grub-install /dev/md0 reports success for nothing is written to any disk. This command supposes that md0 is used as a disk for a VM grub-install /dev/sda or /dev/sdb doesn't work because it complains about a partition-less disk. Because you can't use RAID on disks for booting (except some cases but it's not recommended even if they apply). Make a RAID of partitions and leave 1M before the start of the single partition on the disk. GRUB has done its job in telling that your setup is unbootable. Looks like it's not supported. Strange, as when started, grub can happily see files on 1.2 raids (using mdraid1x). Or did I miss something. I'll have to revert to 0.9 metadata for now. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#639931: [grub2] update-grub adds line to multiboot with Xen kernel
GRUB_CMDLINE_XEN_DEFAULT=quiet xen-pciback.permissive xen-pciback.hide=(00:14.2)(01:05.1) This one is for Xen hypervisor. For kernel cmdline use GRUB_CMDLINE_LINUX_XEN_REPLACE -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On 24.07.2011 12:31, Jérémy Bobbio wrote: On Sun, Jul 24, 2011 at 02:56:19AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: I have not been able to upgrade a minimial kfreebsd-i386 system from squeeze to sid is due to `update-grub` being unable to complete. Tracing the problem have shown that `grub-probe` actually detects the root UFS filesystem as ZFS : That means that you have enough of ZFS still alive on that partition for GRUB to be able to read it. Indeed. After trashing the partition fully, it detects UFS fine. This is still a bug though, as would be pretty hard to zero the hard drive of an already installed production system. It's not possible to distinguish whether ZFS or UFS a leftover. They may both contain enough metadata to even access some files. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On 24.07.2011 12:45, Jérémy Bobbio wrote: On Sun, Jul 24, 2011 at 12:37:39PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: This is still a bug though, as would be pretty hard to zero the hard drive of an already installed production system. It's not possible to distinguish whether ZFS or UFS a leftover. They may both contain enough metadata to even access some files. If there is no other ways, then `update-grub` needs to check out what is the filesystem used for `/boot` and use that. Which is subject to exactly the same problem. Otherwise this is likely to break some system upgrades from Squeeze to Wheezy. Cheers, -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On 24.07.2011 17:01, Jérémy Bobbio wrote: On Sun, Jul 24, 2011 at 12:53:46PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: It's not possible to distinguish whether ZFS or UFS a leftover. They may both contain enough metadata to even access some files. If there is no other ways, then `update-grub` needs to check out what is the filesystem used for `/boot` and use that. Which is subject to exactly the same problem. Would you have anything else to suggest that could be done to enable system upgrades to go through the end when encountering such situation? The problem is deeper than just GRUB. Once such situation arises you need human intervention to find out which filesystem is a real one and destroy the other one. Not performing such act and just mounting and writing to filesystem will after some time destroy the other one. The culprit in any case is the choice to make. It's better to prevent such situation from arising in the first place by modifying the mkfs tools to zero-out first and last 32 mebibytes. Debian is known to offer an easy upgrade procedure. Even if Debian GNU/kFreeBSD for Squeeze was only released as a technology preview, those system should not be a PITA to upgrade to Wheezy when it'll be out. Cheers, -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#635224: grub-pc: `grub-probe --target=fs` detects UFS filesystem as ZFS
On 24.07.2011 00:57, Jérémy Bobbio wrote: Package: grub-pc Version: 1.99-8 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd Hi! I have not been able to upgrade a minimial kfreebsd-i386 system from squeeze to sid is due to `update-grub` being unable to complete. Tracing the problem have shown that `grub-probe` actually detects the root UFS filesystem as ZFS : That means that you have enough of ZFS still alive on that partition for GRUB to be able to read it. $ df -h /boot FilesystemSize Used Avail Use% Mounted on /dev/ad0s1738M 429M 250M 64% / $ mount | grep ' on / ' /dev/ad0s1 on / (ufs, local) $ sudo grub-probe --device /dev/ad0s1 --target=fs zfs Cheers, ___ 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#628900: grub: upgrading to 1.99-6 broke my system
On 02.06.2011 11:41, Picca Frédéric-Emmanuel wrote: after an upgrade from 1.99-5 to 1.99-6, I could not reboot my system: the message was: Grub error: out of disk This usually means that your BIOS isn't able to support the whole disk and if any of GRUB files are outside of the part accessible through BIOS it triggers this error. If the partition containing /boot crosses this limit the files land before or after the limit in seamingly random fashion. You can avoid this BIOS issue by having a separate /boot in the beginning of partition. GRUB can circumvent this problem by using its own drivers (you have to add --disk-module=ata to grub-install for this) rescue -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#634799: grub2 claims grub.cfg is out of partition
On 21.07.2011 00:28, Samuel Thibault wrote:
tags 634799 + upstream patch
thanks
Hello,
I've looked into it and arrived to the similar conclusion that the
grub.cfg.new with inode = 0 is the problem. However I think no such
entries should be there in the first place. In any case GRUB must be
robust to such corruptions but I'd recommend to fix Hurd ext2
implementation as well.
Digging a bit with the issue, it seems grub2 does not ignore entries
with inode == 0 while it should. See linux' ext2_readdir() in
fs/ext2/dir.c doing it:
for ( ;(char*)de = limit; de = ext2_next_entry(de)) {
if (de-inode) {
...
}
}
The attached patch fixes it. Shall I commit it to upstream grub2?
Samuel
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
Bug#634799: grub2 claims grub.cfg is out of partition
On 21.07.2011 00:28, Samuel Thibault wrote:
The attached patch fixes it. Shall I commit it to upstream grub2?
Go ahead
Samuel
patch
=== modified file 'grub-core/fs/ext2.c'
--- grub-core/fs/ext2.c 2011-04-11 21:01:51 +
+++ grub-core/fs/ext2.c 2011-07-20 22:20:43 +
@@ -689,7 +689,7 @@ grub_ext2_iterate_dir (grub_fshelp_node_
if (dirent.direntlen == 0)
return 0;
- if (dirent.namelen != 0)
+ if (dirent.inode != 0 dirent.namelen != 0)
{
char filename[dirent.namelen + 1];
struct grub_fshelp_node *fdiro;
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
signature.asc
Description: OpenPGP digital signature
Bug#634799: grub2 claims grub.cfg is out of partition
On 21.07.2011 00:54, Samuel Thibault wrote: Vladimir 'φ-coder/phcoder' Serbinenko, le Thu 21 Jul 2011 00:31:51 +0200, a écrit : On 21.07.2011 00:28, Samuel Thibault wrote: tags 634799 + upstream patch thanks Hello, I've looked into it and arrived to the similar conclusion that the grub.cfg.new with inode = 0 is the problem. However I think no such entries should be there in the first place. Mmm, the following spec seems to say it is valid: http://www.nongnu.org/ext2-doc/ext2.html#IFDIR-INODE A value of 0 indicate that the entry is not used. Even in this case I'd recommend avoiding creating such entries since various third-party extN software (inclusive readers for other OS) is tailored for Linux flavour. Being nearer to this de-facto reference would facilitate interoperation. (but as I said GRUB implementation is to be fixed regardless) Samuel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#632598: grub-mkconfig: should set safer permissions even when hashed passwords are found
On 03.07.2011 23:33, Francesco Poli (wintermute) wrote: Please apply and/or forward to upstream, as appropriate. Upstream always uses stricter permissions independently of its contents. I would recommend simply dropping debian patch -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#626853: grub-pc: Grub2 reboots repetadly when using RAID1 on /boot on GPT partition
On 15.05.2011 23:39, Stefano wrote: I migrated this evening my debian squeeze from a standard installation to a RAID-1 software setup using GPT partitions (though I'm on a non-EFI system / I'm o BIOS, this seems to be supported as wikipedia states ... I hope so at least because I had planned to create a RAID-6 array with 2TB partition). Many BIOSes don't support so much. Is your BIOS Boot partition at the beginning of the disk? -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
