Your message dated Mon, 17 Mar 2014 01:28:30 +0100 with message-id <[🔎] 20140317002830.GA32136@mraw.org> and subject line Re: Bug#388559: Installation report: subfire x4100, etch rc3 has caused the Debian Bug report #388559, regarding debian-installer: May install Grub to wrong hard disk to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 388559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388559 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: debian-installer: May install Grub to wrong hard disk
- From: Teemu Likonen <tlikonen@iki.fi>
- Date: Tue, 18 Aug 2009 14:38:52 +0300
- Message-id: <20090818113852.5707.96522.reportbug@mithlond.arda.local>
Package: debian-installer Severity: important Debian installer may install Grub to wrong hard disk. Here's the case I experienced. I have two HDs and they are identified as /dev/sda (SATA) and /dev/hda (ATA, my backup disk). I installed Debian Lenny to /dev/sda with text-mode installer and no expert mode. Eventually the installer got to the Grub stage. It said that there seems to be no other operating systems on the disk so it is probably safe to install Grub in the MBR. I agreed and answered "Yes". The installation resulted in system which was not bootable, not even Grub was loaded. Ok, second try, and I decided to look more carefully about Grub. I did exactly the same but this time I noticed that after answering "Yes" to the Grub MBR question there was a text like "Installing Grub to /dev/hda" (can't remember the text accurately). The text disappeared quickly but luckily I had picked it and understood to answer "No" next time and manually choose /dev/sda as the place where Grub should go. After that I could boot to the Grub stage. But that's not all. Now trying to boot the first kernel from the Grub menu resulted in an another error. I can't actually remember the message but I know the cause of the error. Debian installer had put boot option "root (hd1,0)" but my /dev/sda is really "(hd0,0)" when BIOS is booting from that device. I edited the "root" boot option in Grub and got my system finally running. The first thing I did was to put "groot=(hd0,0)" in menu.lst and run update-grub. So, while I'm happy to have my Lenny running nicely I doubt that a newbie could get a working Debian installation on SATA disk if he has ATA disk in the system. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
- To: Jan Grant <jan.grant@bristol.ac.uk>, 388559-done@bugs.debian.org
- Cc: Teemu Likonen <tlikonen@iki.fi>, 542193@bugs.debian.org, Patrick Finnegan <pat@purdueriots.com>, 610641@bugs.debian.org
- Subject: Re: Bug#388559: Installation report: subfire x4100, etch rc3
- From: Cyril Brulebois <kibi@debian.org>
- Date: Mon, 17 Mar 2014 01:28:30 +0100
- Message-id: <[🔎] 20140317002830.GA32136@mraw.org>
- In-reply-to: <20060920170538.A38866@tribble.ilrt.bris.ac.uk>
- References: <20060920170538.A38866@tribble.ilrt.bris.ac.uk>
Version: 1.86 Jan Grant <jan.grant@bristol.ac.uk> (2006-09-21): > The root disk is therefore /dev/sdi. I don't have a problem with this, > but the installer does. At the point where I selected a grub > installation into the MBR, I saw a response which stated that it > couldn't find or write to /dev/hda. > > The workaround was to use the emergency shell and chroot into /target, > running update-grub and grub-install /dev/sdi by hand. > > The installation otherwise completed - apparently, under my early > testing, successfully. It took quite some time, but that's been finally fixed in the above mentioned version, by prompting where to install grub to. The first official release featuring this bug fix is the upcoming jessie alpha 1 installer. Thanks everyone for your reports. Mraw, KiBi.Attachment: signature.asc
Description: Digital signature
--- End Message ---