From MAILER-DAEMON Tue Mar 01 05:28:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D64bL-0006HC-TG for mharc-bug-grub@gnu.org; Tue, 01 Mar 2005 05:27:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D64b2-00064b-IL for bug-grub@gnu.org; Tue, 01 Mar 2005 05:27:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D64ax-00062i-3j for bug-grub@gnu.org; Tue, 01 Mar 2005 05:27:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D64ZZ-0005MK-1h; Tue, 01 Mar 2005 05:25:49 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D640v-0002h0-SL; Tue, 01 Mar 2005 04:50:02 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 8369CFA93FC4; Tue, 1 Mar 2005 10:49:59 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 1 Mar 05 09:49:59 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: Roland McGrath Date: Tue, 1 Mar 2005 10:51:31 +0100 User-Agent: KMail/1.7.1 References: <20050228201242.E5846380B2@toast.topped-with-meat.com> In-Reply-To: <20050228201242.E5846380B2@toast.topped-with-meat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503011051.32674.okuji@enbug.org> Cc: bug-grub@gnu.org, bug-hurd@gnu.org Subject: Re: Patch Submission Policy X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 10:27:25 -0000 On Monday 28 February 2005 21:12, Roland McGrath wrote: > It's your policy that is questionable. The new GRUB is not usable in > production, yet the old GRUB is frozen too early. If you don't like, help the legwork. Okuji From MAILER-DAEMON Wed Mar 02 18:20:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D6d8s-0007xA-6S for mharc-bug-grub@gnu.org; Wed, 02 Mar 2005 18:20:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D6d8g-0007sW-SU for bug-grub@gnu.org; Wed, 02 Mar 2005 18:20:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D6d8b-0007qj-QN for bug-grub@gnu.org; Wed, 02 Mar 2005 18:20:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D6d8a-0007mx-5z for bug-grub@gnu.org; Wed, 02 Mar 2005 18:20:16 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D6ckZ-0007dg-Lg; Wed, 02 Mar 2005 17:55:27 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah with smtp (Exim 3.35 #1 (Debian)) id 1D6ckV-0003bq-00; Wed, 02 Mar 2005 17:55:23 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Wed, 2 Mar 2005 22:55:23 +0000 Date: Wed, 2 Mar 2005 22:55:23 +0000 To: me.spam@barwap.com, Brendan Sleight , Nir Misgav , "Yoshinori K. Okuji" , bug-grub@gnu.org From: Brendan Sleight X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 10433 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041207 Firefox/1.0 (Debian package 1.0-5) X-Apparently-From: 81.86.132.38 Message-Id: <20050302-225522.sv34984.27765@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bugs #10433] Grub 0.95 - Grub Bootable CD-ROM, no device (cd). Related to Error 21 at stage 1.5 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 23:20:27 -0000 Follow-up Comment #5, bugs #10433 (project grub): We have an ugly hack, initial testing is promising, we are undertaking further testing - as part of the new Kanotix, Clusterix and Morphix releases. We are not satisfied with the ugly approach and are looking at other ways around. In fact we have had quite alot of discussion about grub_printf statement running three times, error reporting and other nicer solutions such as:- cdrp.size = sizeof (cdrp) - sizeof (cdrp.dummy); if (cdrp.drive_no == drive) This for now is a nice safe patch which will also work for 0.96 I am _not_ taking the credit for this hard work. This patch was generated by Kanotix, Morphix and Clusterix developers. slh, kano, locsmif, g1powermac to name just a few. --- grub-0.95.orig/stage2/bios.c 2004-03-27 17:34:04.000000000 +0100 +++ grub-0.95/stage2/bios.c 2005-03-02 01:02:29.192582200 +0100 @@ -147,6 +147,7 @@ grub_memset (&cdrp, 0, sizeof (cdrp)); cdrp.size = sizeof (cdrp) - sizeof (cdrp.dummy); err = biosdisk_int13_extensions (0x4B01, drive, &cdrp); + err = 0; /* really ugly hack to circumvent faulty BIOS versions like Acer 292LMi */ if (! err && cdrp.drive_no == drive) { if ((cdrp.media_type & 0x0F) == 0) _______________________________________________________ This item URL is: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Wed Mar 02 23:01:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D6hWb-0006Yu-CZ for mharc-bug-grub@gnu.org; Wed, 02 Mar 2005 23:01:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D6hWZ-0006XB-4m for bug-grub@gnu.org; Wed, 02 Mar 2005 23:01:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D6hV2-0006Hz-3R for bug-grub@gnu.org; Wed, 02 Mar 2005 22:59:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D6hV1-0006B3-St for bug-grub@gnu.org; Wed, 02 Mar 2005 22:59:43 -0500 Received: from [64.81.60.16] (helo=n.mxout.olden.ch) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D6h1f-0008EN-FB for bug-grub@gnu.org; Wed, 02 Mar 2005 22:29:23 -0500 Received: from localhost (localhost [127.0.0.1]) by mx1.olden.ch (Olden's MTA) with ESMTP id C159718012; Wed, 2 Mar 2005 19:29:18 -0800 (PST) Received: from bold.Ruymbeke.com (bold.lan.olden.ch [10.0.0.69]) by mx1.olden.ch (Olden's MTA) with ESMTP id 55D5917D86; Wed, 2 Mar 2005 19:29:15 -0800 (PST) Message-Id: <6.2.1.2.2.20050302192404.02af7de0@pop.olden.ch> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 02 Mar 2005 19:29:13 -0800 To: bug-grub@gnu.org From: Gilles van Ruymbeke Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by ClamAV.olden.ch - EXPERIMENTAL Subject: Diskless Patch for grub 0.96 ? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2005 04:01:19 -0000 Feng Shuo, Do you have any update of the Diskless Patch for grub 0.96 ? What / where is your latest update ? Is the TFTP bug 9245 solved ? https://savannah.gnu.org/bugs/?func=detailitem&item_id=9245 Best Regards, Gilles From MAILER-DAEMON Fri Mar 04 11:20:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D7FXf-0006lh-Le for mharc-bug-grub@gnu.org; Fri, 04 Mar 2005 11:20:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D7FXb-0006l7-VO for bug-grub@gnu.org; Fri, 04 Mar 2005 11:20:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D7FXa-0006kl-Ho for bug-grub@gnu.org; Fri, 04 Mar 2005 11:20:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D7FXJ-0006fT-25 for bug-grub@gnu.org; Fri, 04 Mar 2005 11:20:21 -0500 Received: from [66.187.233.31] (helo=mx1.redhat.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D7Ezu-0008WD-NR for bug-grub@gnu.org; Fri, 04 Mar 2005 10:45:53 -0500 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j24FjT09015189; Fri, 4 Mar 2005 10:45:29 -0500 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j24FjSK27399; Fri, 4 Mar 2005 10:45:28 -0500 Received: from localhost.localdomain (vroomfondel.boston.redhat.com [172.16.80.154]) by devserv.devel.redhat.com (8.12.11/8.12.11) with ESMTP id j24FjSv0024613; Fri, 4 Mar 2005 10:45:28 -0500 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.1/8.13.1) with ESMTP id j24FjQFE024757; Fri, 4 Mar 2005 10:45:27 -0500 From: Peter Jones To: Harald Dunkel In-Reply-To: <4218748D.1070003@t-online.de> References: <4218748D.1070003@t-online.de> Content-Type: text/plain; charset=utf-8 Date: Fri, 04 Mar 2005 10:45:26 -0500 Message-Id: <1109951126.5750.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id j24FjT09015189 Cc: bug-grub@gnu.org Subject: Re: grub dumps core X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 16:20:41 -0000 On Sun, 2005-02-20 at 12:29 +0100, Harald Dunkel wrote: [...] > I get a core dump if I try to install grub on an USB stick > (amd64). Sample session: [...] > grub> setup (hd1) > setup (hd1) > Checking if "/boot/grub/stage1" exists... yes > Checking if "/boot/grub/stage2" exists... yes > Checking if "/boot/grub/reiserfs_stage1_5" exists... yes > Running "embed /boot/grub/reiserfs_stage1_5 (hd1)"... failed (this is= not fatal) > Running "embed /boot/grub/reiserfs_stage1_5 (hd1,0)"... failed (this = is not fatal) >=20 > Program received signal SIGSEGV, Segmentation fault. > 0x556f9b00 in ?? () > (gdb) bt > #0 0x556f9b00 in ?? () > #1 0x0804bd31 in rawread (drive=3D129, sector=3D280353, byte_offset=3D= 0, byte_len=3D512, > buf=3D0x55792600 "=C3=89=C3=83U\211=C3=A5\213M\b\203=C3=A9\t\203=C3= =B9\027w\023=C2=B8\001") at disk_io.c:268 > #2 0x0804bf66 in devread (sector=3D280353, byte_offset=3D0, byte_len=3D= 512, buf=3D0x556f9b00 "=C2=B9p\233oU=C3=A9E\001\226=C2=B2]U|=C3=9ChU") at= disk_io.c:327 > #3 0x080520df in reiserfs_read (buf=3D0x55792600 "=C3=89=C3=83U\211=C3= =A5\213M\b\203=C3=A9\t\203=C3=B9\027w\023=C2=B8\001", len=3D512) at fsys_= reiserfs.c:965 > #4 0x0805a211 in install_func (arg=3D0x1
, = flags=3D1) at builtins.c:1965 > #5 0x0805c31e in setup_func (arg=3D0x556f9c90 "/boot/grub/stage1 (hd1)= /boot/grub/stage2 p /boot/grub/menu.lst ", flags=3D1) > at builtins.c:4058 > #6 0x0805d564 in enter_cmdline (heap=3D0x556a8c60 "setup (hd1)", forev= er=3D1) at cmdline.c:172 > #7 0x08056eed in cmain () at stage2.c:1057 > #8 0x0804ba56 in init_bios_info () at common.c:336 > #9 0x08049391 in doit.0 () at asmstub.c:131 > #10 0x08049484 in grub_stage2 () at asmstub.c:188 > #11 0x08049146 in main (argc=3D1, argv=3D0xffffda44) at main.c:264 [...] > Anybody got an idea? Do you have the "NX" features of the amd64 turned on? If you're not sure, try booting with "noexec=3Doff". If it works once you do that, the= n you're using NX, and that's causing grub to have some problems. I'd bet that's the case, as rawread() is using disk_read_hook. In the current CVS grub, that uses a nested function in a way that's not even remotely safe on amd64, and it'll build a trampoline on the stack in a way which isn't really allowed. Let me know once you've tested it. If it is NX, I'll try to make the two patches we've got in the Fedora Core 4 tree suitable for upstream grub next week. It's probably not much work, just making sure it applies correctly and writing ChangeLog, etc. But it won't happen until at least next week, because the FC4 test 1 freeze is Monday. --=20 Peter From MAILER-DAEMON Fri Mar 04 20:26:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D7O3n-0000a9-DW for mharc-bug-grub@gnu.org; Fri, 04 Mar 2005 20:26:27 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D7JF6-0007eb-3V for bug-grub@gnu.org; Fri, 04 Mar 2005 15:17:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D7JF3-0007dA-DU for bug-grub@gnu.org; Fri, 04 Mar 2005 15:17:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D7JF3-0007cI-32 for bug-grub@gnu.org; Fri, 04 Mar 2005 15:17:45 -0500 Received: from [194.25.134.80] (helo=mailout01.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D7Iuv-0002Wq-KY for bug-grub@gnu.org; Fri, 04 Mar 2005 14:56:57 -0500 Received: from fwd33.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1D7Ius-00036b-00; Fri, 04 Mar 2005 20:56:54 +0100 Received: from [192.168.1.10] (G--szMZZZeVFeYRQ8Gc7VJqoNG9fdyWl8l52J2SXop0ThUrmqNW1gk@[80.146.122.168]) by fwd33.sul.t-online.de with esmtp id 1D7Iur-02RVwm0; Fri, 4 Mar 2005 20:56:53 +0100 Message-ID: <4228BD80.3020107@t-online.de> Date: Fri, 04 Mar 2005 20:56:48 +0100 From: Harald Dunkel User-Agent: Debian Thunderbird 1.0 (X11/20050119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jones References: <4218748D.1070003@t-online.de> <1109951126.5750.24.camel@localhost.localdomain> In-Reply-To: <1109951126.5750.24.camel@localhost.localdomain> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC14DAAA56C5AAEC5A33702AC" X-ID: G--szMZZZeVFeYRQ8Gc7VJqoNG9fdyWl8l52J2SXop0ThUrmqNW1gk X-TOI-MSGID: e052d625-7d36-4f6b-807e-5038653fc7b7 X-Mailman-Approved-At: Fri, 04 Mar 2005 20:26:24 -0500 Cc: bug-grub@gnu.org Subject: Re: grub dumps core X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 20:17:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC14DAAA56C5AAEC5A33702AC Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Peter Jones wrote: > > Do you have the "NX" features of the amd64 turned on? If you're not > sure, try booting with "noexec=off". If it works once you do that, then > you're using NX, and that's causing grub to have some problems. > I would guess it is on. Using noexec=off the core dump is gone (using the same grub-0.96). > > Let me know once you've tested it. If it is NX, I'll try to make the > two patches we've got in the Fedora Core 4 tree suitable for upstream > grub next week. It's probably not much work, just making sure it > applies correctly and writing ChangeLog, etc. But it won't happen until > at least next week, because the FC4 test 1 freeze is Monday. > If you have a patch or a new version, then I would be glad to test it. Regards Harri --------------enigC14DAAA56C5AAEC5A33702AC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCKL2FUTlbRTxpHjcRAr6QAJ93fkl5+GpLggBTjUKtAqRqkhaRZQCfbb+n Zkv4kYEOmm57DArmy0lJMIo= =qJWb -----END PGP SIGNATURE----- --------------enigC14DAAA56C5AAEC5A33702AC-- From MAILER-DAEMON Fri Mar 04 20:26:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D7O3n-0000aX-Lp for mharc-bug-grub@gnu.org; Fri, 04 Mar 2005 20:26:27 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D7JHT-0008Tp-S7 for bug-grub@gnu.org; Fri, 04 Mar 2005 15:20:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D7JHR-0008SL-B8 for bug-grub@gnu.org; Fri, 04 Mar 2005 15:20:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D7JHR-0008S7-8w for bug-grub@gnu.org; Fri, 04 Mar 2005 15:20:13 -0500 Received: from [194.25.134.20] (helo=mailout08.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D7J39-0003BK-O3 for bug-grub@gnu.org; Fri, 04 Mar 2005 15:05:27 -0500 Received: from fwd32.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1D7J38-0001t8-00; Fri, 04 Mar 2005 21:05:26 +0100 Received: from [192.168.1.10] (EPVl9BZLZehZxeMex+5+Zs2UzrNaAf28czQ4IZlHpacoaQKWRLMBsf@[80.146.122.168]) by fwd32.sul.t-online.de with esmtp id 1D7J2z-0UaYJU0; Fri, 4 Mar 2005 21:05:17 +0100 Message-ID: <4228BF77.7070105@t-online.de> Date: Fri, 04 Mar 2005 21:05:11 +0100 From: Harald Dunkel User-Agent: Debian Thunderbird 1.0 (X11/20050119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: bug-grub@gnu.org X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4BF2971E2736988BD204B31C" X-ID: EPVl9BZLZehZxeMex+5+Zs2UzrNaAf28czQ4IZlHpacoaQKWRLMBsf X-TOI-MSGID: fd55d964-37fb-463a-961e-5882a0a47741 X-Mailman-Approved-At: Fri, 04 Mar 2005 20:26:24 -0500 Subject: device_map file not documented X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 20:20:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4BF2971E2736988BD204B31C Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi folks, What exactly is the device_map file good for? I haven't found this documented anywhere (0.96). Regards Harri --------------enig4BF2971E2736988BD204B31C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCKL98UTlbRTxpHjcRAl/nAJ41fyPCzsVN18L9es1D8VgtPspaZwCeLx1g Xrmw1oeJko+ZyBVcsA2zhyE= =+jm9 -----END PGP SIGNATURE----- --------------enig4BF2971E2736988BD204B31C-- From MAILER-DAEMON Fri Mar 04 20:26:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D7O3n-0000az-Uv for mharc-bug-grub@gnu.org; Fri, 04 Mar 2005 20:26:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D7Jql-00031h-0S for bug-grub@gnu.org; Fri, 04 Mar 2005 15:56:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D7JqV-0002uk-CH for bug-grub@gnu.org; Fri, 04 Mar 2005 15:56:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D7JqT-0002mr-ND for bug-grub@gnu.org; Fri, 04 Mar 2005 15:56:25 -0500 Received: from [194.25.134.17] (helo=mailout02.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D7JOq-0004Jk-Jr for bug-grub@gnu.org; Fri, 04 Mar 2005 15:27:52 -0500 Received: from fwd32.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1D7JOo-0008Lu-00; Fri, 04 Mar 2005 21:27:50 +0100 Received: from [192.168.1.10] (X7qv1cZcYeg2HNUKLl38BF4ENvNn0RHTHLEebdwkron+DIYic0S1Ee@[80.146.122.168]) by fwd32.sul.t-online.de with esmtp id 1D7JOg-2AIjxo0; Fri, 4 Mar 2005 21:27:42 +0100 Message-ID: <4228C4B5.9020700@t-online.de> Date: Fri, 04 Mar 2005 21:27:33 +0100 From: Harald Dunkel User-Agent: Debian Thunderbird 1.0 (X11/20050119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jones References: <4218748D.1070003@t-online.de> <1109951126.5750.24.camel@localhost.localdomain> <4228BD80.3020107@t-online.de> In-Reply-To: <4228BD80.3020107@t-online.de> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7E254E5155B75E774E1C5C9D" X-ID: X7qv1cZcYeg2HNUKLl38BF4ENvNn0RHTHLEebdwkron+DIYic0S1Ee X-TOI-MSGID: e13ed8dd-45a6-4a7d-a33c-fde811ba15ec X-Mailman-Approved-At: Fri, 04 Mar 2005 20:26:24 -0500 Cc: bug-grub@gnu.org Subject: Re: grub dumps core X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 20:59:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7E254E5155B75E774E1C5C9D Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Harald Dunkel wrote: > Peter Jones wrote: > >> >> Do you have the "NX" features of the amd64 turned on? If you're not >> sure, try booting with "noexec=off". If it works once you do that, then >> you're using NX, and that's causing grub to have some problems. >> > > I would guess it is on. Using noexec=off the core dump is gone > (using the same grub-0.96). > PS: But the installed grub does not boot. Last words: : savedefault Error 1: Filename must be either an absolute pathname or blocklist If I run grub_install on i?86 instead of amd64, then there is no such problem. Regards Harri --------------enig7E254E5155B75E774E1C5C9D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCKMS9UTlbRTxpHjcRAhvPAJwK2IXsUkddeLNFPlldv9lGCaRuVACgi0Im VHMR3/8pJP8Qr+++KM4NkaA= =H0gu -----END PGP SIGNATURE----- --------------enig7E254E5155B75E774E1C5C9D-- From MAILER-DAEMON Sun Mar 06 06:49:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D7uG0-0005X0-HI for mharc-bug-grub@gnu.org; Sun, 06 Mar 2005 06:49:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D7uFr-0005Ur-Js for bug-grub@gnu.org; Sun, 06 Mar 2005 06:49:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D7uFo-0005Sj-Fn for bug-grub@gnu.org; Sun, 06 Mar 2005 06:49:01 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D7uFn-0005PL-Gp for bug-grub@gnu.org; Sun, 06 Mar 2005 06:48:59 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D7tgk-0002ed-TU for bug-grub@gnu.org; Sun, 06 Mar 2005 06:12:46 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah with smtp (Exim 3.35 #1 (Debian)) id 1D7tgc-0005g0-00; Sun, 06 Mar 2005 06:12:38 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Sun, 6 Mar 2005 11:12:38 +0000 Date: Sun, 6 Mar 2005 11:12:38 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: Wolfram Schlich X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 X-Apparently-From: 217.230.70.243 Message-Id: <20050306-111238.sv5680.94920@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> In-Reply-To: <20050218-060742.sv38697.35246@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 11:49:04 -0000 Follow-up Comment #1, bugs #12018 (project grub): I can confirm "savedefault" does not work for me with 0.96 -- I get the message "Error 15: File not found." unless I remove the "savedefault" command from my grub.conf/menu.lst. _______________________________________________________ This item URL is: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Sun Mar 06 11:41:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D7yoT-000293-AA for mharc-bug-grub@gnu.org; Sun, 06 Mar 2005 11:41:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D7y2E-0005Sl-3t for bug-grub@gnu.org; Sun, 06 Mar 2005 10:51:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D7y1y-0005KK-ST for bug-grub@gnu.org; Sun, 06 Mar 2005 10:51:02 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D7y1v-0005H8-LP for bug-grub@gnu.org; Sun, 06 Mar 2005 10:50:55 -0500 Received: from [84.246.48.82] (helo=084-246-048-082.PN.NL) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D7xcw-0005zN-VJ; Sun, 06 Mar 2005 10:25:07 -0500 Received: from localhost ([127.0.0.1] helo=pc-jeroen.dekkers.cx ident=jeroen) by pc-jeroen with esmtp (Exim 4.44) id 1D7xco-0001Qo-Ro; Sun, 06 Mar 2005 16:24:58 +0100 Date: Sun, 06 Mar 2005 16:24:58 +0100 Message-ID: <876504re45.wl@pc-jeroen.dekkers.cx> From: Jeroen Dekkers To: webmasters@gnu.org In-Reply-To: References: User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386-pc-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sun, 06 Mar 2005 11:41:01 -0500 Cc: bug-grub@gnu.org, jun.lambda@gmail.com Subject: Re: [gnu.org #223567] Incorrect markup in multiboot spec HTML X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2005 15:53:05 -0000 At Sun, 06 Mar 2005 02:41:21 -0500, Patrick Brunier via RT wrote: > > [jun.lambda@gmail.com - Mon Feb 28 21:53:10 2005]: > > > > The multiboot specification manual located at > > http://www.gnu.org/software/grub/manual/multiboot/multiboot.html > > contains incorrect markup. Specifically, line 387 reads: > > > >

The layout of Multiboot header

> > > > (

is closed by

). On Opera 7.54, this causes all subsequent > > text to be rendered like in h3. > > > > The document was generated by makeinfo 4.6; makeinfo 4.7 generates the > > correct markup. > > > > I wonder if this was the right place to send this...? > > > > > > Thanks for reporting the error. > I have just corrected it on the site. > CC'ed to Jeroen Dekkers (a GRUB maintainer) for future verifications of > the markup in the manual pages. > Currently I'm not working on GRUB anymore. I forward this mail to bug-grub@gnu.org, somebody there should be able to fix this. Jeroen Dekkers From MAILER-DAEMON Mon Mar 07 07:30:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D8HNf-0005WE-Qc for mharc-bug-grub@gnu.org; Mon, 07 Mar 2005 07:30:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8HNa-0005UL-P5 for bug-grub@gnu.org; Mon, 07 Mar 2005 07:30:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8HNT-0005S7-EA for bug-grub@gnu.org; Mon, 07 Mar 2005 07:30:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8HNR-0005Po-Vl for bug-grub@gnu.org; Mon, 07 Mar 2005 07:30:26 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D8H6g-0000uF-Di for bug-grub@gnu.org; Mon, 07 Mar 2005 07:13:08 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah with smtp (Exim 3.35 #1 (Debian)) id 1D8H6N-0001hk-00; Mon, 07 Mar 2005 07:12:47 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Mon, 7 Mar 2005 12:12:46 +0000 Date: Mon, 7 Mar 2005 12:12:46 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; ZUV; Q312461) X-Apparently-From: 129.187.19.225 Message-Id: <20050307-121245.sv0.8476@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> In-Reply-To: <20050306-111238.sv5680.94920@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 12:30:36 -0000 Follow-up Comment #2, bugs #12018 (project grub): The "default saved" command works only if a file named "default" exists and has the correct format. I had to guess its format, since I do not have an installed Linux on the system. If there is an instaled Linux, you can create that file with the command "grub-set-default" on the command line. BTW: It would be nice to have some info about the file. _______________________________________________________ This item URL is: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Mon Mar 07 09:06:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D8Ish-00008I-U1 for mharc-bug-grub@gnu.org; Mon, 07 Mar 2005 09:06:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8Ib8-0004K4-P5 for bug-grub@gnu.org; Mon, 07 Mar 2005 08:48:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8Ib2-0004Gd-Lk for bug-grub@gnu.org; Mon, 07 Mar 2005 08:48:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8Ib2-0004Fc-Il for bug-grub@gnu.org; Mon, 07 Mar 2005 08:48:32 -0500 Received: from [141.84.120.163] (helo=lamp.verwaltung.uni-muenchen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D8IIa-00080J-63 for bug-grub@gnu.org; Mon, 07 Mar 2005 08:29:28 -0500 Received: from viruswall.zuv.uni-muenchen.de (viruswall [172.23.2.55]) by lamp.verwaltung.uni-muenchen.de (Postfix) with SMTP id 66A6E80004 for ; Mon, 7 Mar 2005 14:29:26 +0100 (CET) Received: from 172.23.2.101 by viruswall.zuv.uni-muenchen.de (InterScan E-Mail VirusWall NT); Mon, 07 Mar 2005 14:29:26 +0100 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Mon, 7 Mar 2005 14:29:26 +0100 Message-ID: <1B6C0C71A8E4C947A73CE5F8A562C0DA02FADF0E@mail2.zuv.uni-muenchen.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [bugs #12018] grub-0.96. savedefault feature is not working for me. Thread-Index: AcUjGa5D/2fScODzQfmU9p8/G5YH9w== From: "Treutwein Bernhard" To: X-Mailman-Approved-At: Mon, 07 Mar 2005 09:06:46 -0500 Subject: RE: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 13:48:41 -0000 Hi Wolfgang & Peter, I added already a comment to bug #12018 but I also created a "correct" file with "grub-set-default". It contains: ---------------------------------- cut here ---- 1 # # # # # # # # # # # WARNING: If you want to edit this file directly, do not remove any = line # from this file, including this warning. Using `grub-set-default\' is # strongly recommended. ---------------------------------- cut here ---- My experimentation some time ago (including a quick browse in the source of stage2.c) yielded that the file default must be at least 10 chars long and should contain=20 the numeric ascii equivalent of the default entry to boot. Okjisan is that correct? -- Bernhard Treutwein Bernhard Treutwein(at)verwaltung uni-muenchen de > -----Original Message----- > From: Wolfram Schlich [mailto:savannah-bounces@gnu.org]=20 > Sent: Sunday, March 06, 2005 12:13 PM > To: Volkov Peter; Wolfram Schlich; bug-grub@gnu.org > Subject: [bugs #12018] grub-0.96. savedefault feature is not=20 > working for me. >=20 >=20 >=20 > Follow-up Comment #1, bugs #12018 (project grub): >=20 > I can confirm "savedefault" does not work for me with 0.96 --=20 > I get the message "Error 15: File not found." unless I remove=20 > the "savedefault" command from my grub.conf/menu.lst. >=20 > _______________________________________________________ >=20 > This item URL is: >=20 > >=20 > _______________________________________________ > Message sent via/by Savannah > http://savannah.gnu.org/ >=20 >=20 >=20 >=20 >=20 From MAILER-DAEMON Mon Mar 07 13:25:00 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D8MuV-0003kb-2M for mharc-bug-grub@gnu.org; Mon, 07 Mar 2005 13:24:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8MuN-0003gb-BM for bug-grub@gnu.org; Mon, 07 Mar 2005 13:24:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8MuG-0003cJ-Mu for bug-grub@gnu.org; Mon, 07 Mar 2005 13:24:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8MuG-0003cG-KL for bug-grub@gnu.org; Mon, 07 Mar 2005 13:24:40 -0500 Received: from [66.187.233.31] (helo=mx1.redhat.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D8Mes-0006ip-UR for bug-grub@gnu.org; Mon, 07 Mar 2005 13:08:47 -0500 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j27I8eiZ004510; Mon, 7 Mar 2005 13:08:40 -0500 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j27I8en21779; Mon, 7 Mar 2005 13:08:40 -0500 Received: from localhost.localdomain (vroomfondel.boston.redhat.com [172.16.80.154]) by devserv.devel.redhat.com (8.12.11/8.12.11) with ESMTP id j27I8er0015711; Mon, 7 Mar 2005 13:08:40 -0500 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.1/8.13.1) with ESMTP id j27I8dhj026374; Mon, 7 Mar 2005 13:08:39 -0500 From: pjones To: Harald Dunkel , bug-grub@gnu.org In-Reply-To: <4228BD80.3020107@t-online.de> References: <4218748D.1070003@t-online.de> <1109951126.5750.24.camel@localhost.localdomain> <4228BD80.3020107@t-online.de> Content-Type: text/plain Date: Mon, 07 Mar 2005 13:08:39 -0500 Message-Id: <1110218919.25887.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit Cc: Subject: Re: grub dumps core X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pjones@redhat.com List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 18:24:52 -0000 On Fri, 2005-03-04 at 20:56 +0100, Harald Dunkel wrote: > Peter Jones wrote: > > > > Do you have the "NX" features of the amd64 turned on? If you're not > > sure, try booting with "noexec=off". If it works once you do that, then > > you're using NX, and that's causing grub to have some problems. > > > > I would guess it is on. Using noexec=off the core dump is gone > (using the same grub-0.96). > > > > > Let me know once you've tested it. If it is NX, I'll try to make the > > two patches we've got in the Fedora Core 4 tree suitable for upstream > > grub next week. It's probably not much work, just making sure it > > applies correctly and writing ChangeLog, etc. But it won't happen until > > at least next week, because the FC4 test 1 freeze is Monday. > > > > If you have a patch or a new version, then I would be glad to > test it. Here goes. This is my 0.95 patch forward-ported to current CVS. If anybody has *added* anything to cvs since 0.95 (i.e. savedefault), I haven't even looked at it, so it may or may not still need work. Index: ChangeLog =================================================================== RCS file: /cvsroot/grub/grub/ChangeLog,v retrieving revision 1.622 diff -u -r1.622 ChangeLog --- ChangeLog 16 Feb 2005 20:45:46 -0000 1.622 +++ ChangeLog 7 Mar 2005 17:54:49 -0000 @@ -1,4 +1,32 @@ -2005-02-16 Yoshinori K. Okuji +2005-03-07 Peter Jones + + * grub/asmstub.c (global): Fix storage type for grub_scratch_mem. + (grub_mmap_alloc): Added this. I think the non-linux variety + works, but somebody with an interest should test it ;) + (grub_stage2): Fix stack regions to be void not char. + Use grub_mmap_alloc to allocate stack space. + Set PROT_EXEC on simstack (via grub_mmap_alloc). + Add guard pages around simstack that have PROT_NONE protection. + Use munmap instead of free to free up simstack. + + * stage2/builtins.c (blocklist_func): Moved disk_read_blocklist_func + to a file-static blocklist_read_helper(). Calling a pointer to + a nested function will cause gcc to build a trampoline on the stack + at runtime, and linux on x86_64 cpus is moving to not allowing + programs to do this by default. + Changed variables referenced by blocklist_read_helper to have file + scope and duration. Also added initializer for start_sector, which + was used while in an undefined state before. + (install_func): Moved disk_read_savesect_func and + disk_read_blocklist_func to be file-static functions instead of nested + functions. Again, the old way won't continue working correctly on + x86_64. moved variables to go along with that. + + * stage2/shared.h: changed RAW_ADDR to use unsigned long instead + of int, which fixes some warnings associated with the simstack being + void. + +05-02-16 Yoshinori K. Okuji * grub/asmstub.c (grub_stage2): Remove the attribute `volatile' from doit. I hope this change is safe for all compilers. Index: grub/asmstub.c =================================================================== RCS file: /cvsroot/grub/grub/grub/asmstub.c,v retrieving revision 1.84 diff -u -r1.84 asmstub.c --- grub/asmstub.c 16 Feb 2005 20:45:48 -0000 1.84 +++ grub/asmstub.c 7 Mar 2005 17:54:49 -0000 @@ -42,6 +42,7 @@ #include #include #include +#include #ifdef __linux__ # include /* ioctl */ @@ -79,7 +80,7 @@ struct apm_info apm_bios_info; /* Emulation requirements. */ -char *grub_scratch_mem = 0; +void *grub_scratch_mem = 0; struct geometry *disks = 0; @@ -103,14 +104,62 @@ static unsigned int serial_speed; #endif /* SIMULATE_SLOWNESS_OF_SERIAL */ +/* This allocates page-aligned storage of the specified size, which must be + * a multiple of the page size as determined by calling sysconf(_SC_PAGESIZE) + */ +#ifdef __linux__ +static void * +grub_mmap_alloc(size_t len) +{ + int mmap_flags = MAP_ANONYMOUS|MAP_PRIVATE|MAP_EXECUTABLE; + +#ifdef MAP_32BIT + mmap_flags |= MAP_32BIT; +#endif + /* Mark the simulated stack executable, as GCC uses stack trampolines + * to implement nested functions. */ + return mmap(NULL, len, PROT_READ|PROT_WRITE|PROT_EXEC, mmap_flags, -1, 0); +} +#else /* !defined(__linux__) */ +static void * +grub_mmap_alloc(size_t len) +{ + int fd = 0, offset = 0, ret = 0; + void *pa = MAP_FAILED; + char template[] = "/tmp/grub_mmap_alloc_XXXXXX"; + errno_t e; + + fd = mkstemp(template); + if (fd < 0) + return pa; + + unlink(template); + + ret = ftruncate(fd, len); + if (ret < 0) + return pa; + + /* Mark the simulated stack executable, as GCC uses stack trampolines + * to implement nested functions. */ + pa = mmap(NULL, len, PROT_READ|PROT_WRITE|PROT_EXEC, + MAP_PRIVATE|MAP_EXECUTABLE, fd, offset); + + e = errno; + close(fd); + errno = e; + return pa; +} +#endif /* defined(__linux__) */ + /* The main entry point into this mess. */ int grub_stage2 (void) { /* These need to be static, because they survive our stack transitions. */ static int status = 0; - static char *realstack; - char *scratch, *simstack; + static void *realstack; + void *simstack_alloc_base, *simstack; + size_t simstack_size, page_size; int i; auto void doit (void); @@ -142,9 +191,35 @@ } assert (grub_scratch_mem == 0); - scratch = malloc (0x100000 + EXTENDED_MEMSIZE + 15); - assert (scratch); - grub_scratch_mem = (char *) ((((int) scratch) >> 4) << 4); + + /* Allocate enough pages for 0x100000 + EXTENDED_SIZE + 15, and + * make sure the memory is aligned to a multiple of the system's + * page size */ + page_size = sysconf (_SC_PAGESIZE); + simstack_size = ( 0x100000 + EXTENDED_MEMSIZE + 15); + if (simstack_size % page_size) + { + /* If we're not on a page_size boundary, round up to the next one */ + simstack_size &= ~(page_size-1); + simstack_size += page_size; + } + + /* Add one for a PROT_NONE boundary page at each end. */ + simstack_size += 2 * page_size; + + simstack_alloc_base = grub_mmap_alloc(simstack_size); + assert (simstack_alloc_base != MAP_FAILED); + + /* mark pages above and below our simstack area as innaccessable. + * If the implementation we're using doesn't support that, then the + * new protection modes are undefined. It's safe to just ignore + * them, though. It'd be nice if we knew that we'd get a SEGV for + * touching the area, but that's all. it'd be nice to have. */ + mprotect (simstack_alloc_base, page_size, PROT_NONE); + mprotect ((void *)((unsigned long)simstack_alloc_base + + simstack_size - page_size), page_size, PROT_NONE); + + grub_scratch_mem = (void *)((unsigned long)simstack_alloc_base + page_size); /* FIXME: simulate the memory holes using mprot, if available. */ @@ -217,7 +292,7 @@ device_map = 0; free (disks); disks = 0; - free (scratch); + munmap(simstack_alloc_base, simstack_size); grub_scratch_mem = 0; if (serial_device) Index: stage2/builtins.c =================================================================== RCS file: /cvsroot/grub/grub/stage2/builtins.c,v retrieving revision 1.151 diff -u -r1.151 builtins.c --- stage2/builtins.c 15 Feb 2005 22:05:07 -0000 1.151 +++ stage2/builtins.c 7 Mar 2005 17:54:50 -0000 @@ -131,62 +131,97 @@ } +/* blocklist_read_helper nee disk_read_blocklist_func was a nested + * function, to which pointers were taken and exposed globally. Even + * in the GNU-C nested functions extension, they have local linkage, + * and aren't guaranteed to be accessable *at all* outside of their + * containing scope. + * + * Above and beyond all of that, the variables within blocklist_func_context + * are originally local variables, with local (not even static) linkage, + * from within blocklist_func. These were each referenced by + * disk_read_blocklist_func, which is only called from other functions + * through a globally scoped pointer. + * + * The documentation in GCC actually uses the words "all hell will break + * loose" to describe this scenario. + * + * Also, "start_sector" was also used uninitialized, but gcc doesn't warn + * about it (possibly because of the scoping madness?) + */ + +static struct { + int start_sector; + int num_sectors; + int num_entries; + int last_length; +} blocklist_func_context = { + .start_sector = 0, + .num_sectors = 0, + .num_entries = 0, + .last_length = 0 +}; + +/* Collect contiguous blocks into one entry as many as possible, + and print the blocklist notation on the screen. */ +static void +blocklist_read_helper (int sector, int offset, int length) +{ + int *start_sector = &blocklist_func_context.start_sector; + int *num_sectors = &blocklist_func_context.num_sectors; + int *num_entries = &blocklist_func_context.num_entries; + int *last_length = &blocklist_func_context.last_length; + + if (*num_sectors > 0) + { + if (*start_sector + *num_sectors == sector + && offset == 0 && *last_length == SECTOR_SIZE) + { + *num_sectors++; + *last_length = length; + return; + } + else + { + if (*last_length == SECTOR_SIZE) + grub_printf ("%s%d+%d", *num_entries ? "," : "", + *start_sector - part_start, *num_sectors); + else if (*num_sectors > 1) + grub_printf ("%s%d+%d,%d[0-%d]", *num_entries ? "," : "", + *start_sector - part_start, *num_sectors-1, + *start_sector + *num_sectors-1 - part_start, + *last_length); + else + grub_printf ("%s%d[0-%d]", *num_entries ? "," : "", + *start_sector - part_start, *last_length); + *num_entries++; + *num_sectors = 0; + } + } + + if (offset > 0) + { + grub_printf("%s%d[%d-%d]", *num_entries ? "," : "", + sector-part_start, offset, offset+length); + *num_entries++; + } + else + { + *start_sector = sector; + *num_sectors = 1; + *last_length = length; + } +} + /* blocklist */ static int blocklist_func (char *arg, int flags) { char *dummy = (char *) RAW_ADDR (0x100000); - int start_sector; - int num_sectors = 0; - int num_entries = 0; - int last_length = 0; - - auto void disk_read_blocklist_func (int sector, int offset, int length); - - /* Collect contiguous blocks into one entry as many as possible, - and print the blocklist notation on the screen. */ - auto void disk_read_blocklist_func (int sector, int offset, int length) - { - if (num_sectors > 0) - { - if (start_sector + num_sectors == sector - && offset == 0 && last_length == SECTOR_SIZE) - { - num_sectors++; - last_length = length; - return; - } - else - { - if (last_length == SECTOR_SIZE) - grub_printf ("%s%d+%d", num_entries ? "," : "", - start_sector - part_start, num_sectors); - else if (num_sectors > 1) - grub_printf ("%s%d+%d,%d[0-%d]", num_entries ? "," : "", - start_sector - part_start, num_sectors-1, - start_sector + num_sectors-1 - part_start, - last_length); - else - grub_printf ("%s%d[0-%d]", num_entries ? "," : "", - start_sector - part_start, last_length); - num_entries++; - num_sectors = 0; - } - } - if (offset > 0) - { - grub_printf("%s%d[%d-%d]", num_entries ? "," : "", - sector-part_start, offset, offset+length); - num_entries++; - } - else - { - start_sector = sector; - num_sectors = 1; - last_length = length; - } - } + int *start_sector = &blocklist_func_context.start_sector; + int *num_sectors = &blocklist_func_context.num_sectors; + int *num_entries = &blocklist_func_context.num_entries; /* Open the file. */ if (! grub_open (arg)) @@ -206,15 +241,15 @@ grub_printf (")"); /* Read in the whole file to DUMMY. */ - disk_read_hook = disk_read_blocklist_func; + disk_read_hook = blocklist_read_helper; if (! grub_read (dummy, -1)) goto fail; /* The last entry may not be printed yet. Don't check if it is a * full sector, since it doesn't matter if we read too much. */ - if (num_sectors > 0) - grub_printf ("%s%d+%d", num_entries ? "," : "", - start_sector - part_start, num_sectors); + if (*num_sectors > 0) + grub_printf ("%s%d+%d", *num_entries ? "," : "", + *start_sector - part_start, *num_sectors); grub_printf ("\n"); @@ -1740,6 +1775,77 @@ /* install */ +static struct { + int saved_sector; + int installaddr; + int installlist; + char *stage2_first_buffer; +} install_func_context = { + .saved_sector = 0, + .installaddr = 0, + .installlist = 0, + .stage2_first_buffer = NULL, +}; + +/* Save the first sector of Stage2 in STAGE2_SECT. */ +/* Formerly disk_read_savesect_func with local scope inside install_func */ +static void +install_savesect_helper(int sector, int offset, int length) +{ + if (debug) + printf ("[%d]", sector); + + /* ReiserFS has files which sometimes contain data not aligned + on sector boundaries. Returning an error is better than + silently failing. */ + if (offset != 0 || length != SECTOR_SIZE) + errnum = ERR_UNALIGNED; + + install_func_context.saved_sector = sector; +} + +/* Write SECTOR to INSTALLLIST, and update INSTALLADDR and INSTALLSECT. */ +/* Formerly disk_read_blocklist_func with local scope inside install_func */ +static void +install_blocklist_helper (int sector, int offset, int length) +{ + int *installaddr = &install_func_context.installaddr; + int *installlist = &install_func_context.installlist; + char **stage2_first_buffer = &install_func_context.stage2_first_buffer; + /* Was the last sector full? */ + static int last_length = SECTOR_SIZE; + + if (debug) + printf("[%d]", sector); + + if (offset != 0 || last_length != SECTOR_SIZE) + { + /* We found a non-sector-aligned data block. */ + errnum = ERR_UNALIGNED; + return; + } + + last_length = length; + + if (*((unsigned long *) (*installlist - 4)) + + *((unsigned short *) *installlist) != sector + || *installlist == (int) *stage2_first_buffer + SECTOR_SIZE + 4) + { + *installlist -= 8; + + if (*((unsigned long *) (*installlist - 8))) + errnum = ERR_WONT_FIT; + else + { + *((unsigned short *) (*installlist + 2)) = (*installaddr >> 4); + *((unsigned long *) (*installlist - 4)) = sector; + } + } + + *((unsigned short *) *installlist) += 1; + *installaddr += 512; +} + static int install_func (char *arg, int flags) { @@ -1747,8 +1853,12 @@ char *stage1_buffer = (char *) RAW_ADDR (0x100000); char *stage2_buffer = stage1_buffer + SECTOR_SIZE; char *old_sect = stage2_buffer + SECTOR_SIZE; - char *stage2_first_buffer = old_sect + SECTOR_SIZE; - char *stage2_second_buffer = stage2_first_buffer + SECTOR_SIZE; + /* stage2_first_buffer used to be defined as: + * char *stage2_first_buffer = old_sect + SECTOR_SIZE; */ + char **stage2_first_buffer = &install_func_context.stage2_first_buffer; + /* and stage2_second_buffer was: + * char *stage2_second_buffer = stage2_first_buffer + SECTOR_SIZE; */ + char *stage2_second_buffer = old_sect + SECTOR_SIZE + SECTOR_SIZE; /* XXX: Probably SECTOR_SIZE is reasonable. */ char *config_filename = stage2_second_buffer + SECTOR_SIZE; char *dummy = config_filename + SECTOR_SIZE; @@ -1757,10 +1867,11 @@ int src_drive, src_partition, src_part_start; int i; struct geometry dest_geom, src_geom; - int saved_sector; + int *saved_sector = &install_func_context.saved_sector; int stage2_first_sector, stage2_second_sector; char *ptr; - int installaddr, installlist; + int *installaddr = &install_func_context.installaddr; + int *installlist = &install_func_context.installlist; /* Point to the location of the name of a configuration file in Stage 2. */ char *config_file_location; /* If FILE is a Stage 1.5? */ @@ -1769,68 +1880,14 @@ int is_open = 0; /* If LBA is forced? */ int is_force_lba = 0; - /* Was the last sector full? */ - int last_length = SECTOR_SIZE; + *stage2_first_buffer = old_sect + SECTOR_SIZE; #ifdef GRUB_UTIL /* If the Stage 2 is in a partition mounted by an OS, this will store the filename under the OS. */ char *stage2_os_file = 0; #endif /* GRUB_UTIL */ - auto void disk_read_savesect_func (int sector, int offset, int length); - auto void disk_read_blocklist_func (int sector, int offset, int length); - - /* Save the first sector of Stage2 in STAGE2_SECT. */ - auto void disk_read_savesect_func (int sector, int offset, int length) - { - if (debug) - printf ("[%d]", sector); - - /* ReiserFS has files which sometimes contain data not aligned - on sector boundaries. Returning an error is better than - silently failing. */ - if (offset != 0 || length != SECTOR_SIZE) - errnum = ERR_UNALIGNED; - - saved_sector = sector; - } - - /* Write SECTOR to INSTALLLIST, and update INSTALLADDR and - INSTALLSECT. */ - auto void disk_read_blocklist_func (int sector, int offset, int length) - { - if (debug) - printf("[%d]", sector); - - if (offset != 0 || last_length != SECTOR_SIZE) - { - /* We found a non-sector-aligned data block. */ - errnum = ERR_UNALIGNED; - return; - } - - last_length = length; - - if (*((unsigned long *) (installlist - 4)) - + *((unsigned short *) installlist) != sector - || installlist == (int) stage2_first_buffer + SECTOR_SIZE + 4) - { - installlist -= 8; - - if (*((unsigned long *) (installlist - 8))) - errnum = ERR_WONT_FIT; - else - { - *((unsigned short *) (installlist + 2)) = (installaddr >> 4); - *((unsigned long *) (installlist - 4)) = sector; - } - } - - *((unsigned short *) installlist) += 1; - installaddr += 512; - } - /* First, check the GNU-style long option. */ while (1) { @@ -1862,10 +1919,10 @@ addr = skip_to (0, file); /* Get the installation address. */ - if (! safe_parse_maxint (&addr, &installaddr)) + if (! safe_parse_maxint (&addr, installaddr)) { /* ADDR is not specified. */ - installaddr = 0; + *installaddr = 0; ptr = addr; errnum = 0; } @@ -1961,17 +2018,17 @@ = 0x9090; /* Read the first sector of Stage 2. */ - disk_read_hook = disk_read_savesect_func; - if (grub_read (stage2_first_buffer, SECTOR_SIZE) != SECTOR_SIZE) + disk_read_hook = install_savesect_helper; + if (grub_read (*stage2_first_buffer, SECTOR_SIZE) != SECTOR_SIZE) goto fail; - stage2_first_sector = saved_sector; + stage2_first_sector = *saved_sector; /* Read the second sector of Stage 2. */ if (grub_read (stage2_second_buffer, SECTOR_SIZE) != SECTOR_SIZE) goto fail; - stage2_second_sector = saved_sector; + stage2_second_sector = *saved_sector; /* Check for the version of Stage 2. */ if (*((short *) (stage2_second_buffer + STAGE2_VER_MAJ_OFFS)) @@ -1987,27 +2044,27 @@ /* If INSTALLADDR is not specified explicitly in the command-line, determine it by the Stage 2 id. */ - if (! installaddr) + if (! *installaddr) { if (! is_stage1_5) /* Stage 2. */ - installaddr = 0x8000; + *installaddr = 0x8000; else /* Stage 1.5. */ - installaddr = 0x2000; + *installaddr = 0x2000; } *((unsigned long *) (stage1_buffer + STAGE1_STAGE2_SECTOR)) = stage2_first_sector; *((unsigned short *) (stage1_buffer + STAGE1_STAGE2_ADDRESS)) - = installaddr; + = *installaddr; *((unsigned short *) (stage1_buffer + STAGE1_STAGE2_SEGMENT)) - = installaddr >> 4; + = *installaddr >> 4; - i = (int) stage2_first_buffer + SECTOR_SIZE - 4; + i = (int) *stage2_first_buffer + SECTOR_SIZE - 4; while (*((unsigned long *) i)) { - if (i < (int) stage2_first_buffer + if (i < (int) *stage2_first_buffer || (*((int *) (i - 4)) & 0x80000000) || *((unsigned short *) i) >= 0xA00 || *((short *) (i + 2)) == 0) @@ -2021,13 +2078,13 @@ i -= 8; } - installlist = (int) stage2_first_buffer + SECTOR_SIZE + 4; - installaddr += SECTOR_SIZE; + *installlist = (int) *stage2_first_buffer + SECTOR_SIZE + 4; + *installaddr += SECTOR_SIZE; /* Read the whole of Stage2 except for the first sector. */ grub_seek (SECTOR_SIZE); - disk_read_hook = disk_read_blocklist_func; + disk_read_hook = install_blocklist_helper; if (! grub_read (dummy, -1)) goto fail; @@ -2110,7 +2167,7 @@ /* Skip the first sector. */ grub_seek (SECTOR_SIZE); - disk_read_hook = disk_read_savesect_func; + disk_read_hook = install_savesect_helper; if (grub_read (stage2_buffer, SECTOR_SIZE) != SECTOR_SIZE) goto fail; @@ -2180,7 +2237,7 @@ else #endif /* GRUB_UTIL */ { - if (! devwrite (saved_sector - part_start, 1, stage2_buffer)) + if (! devwrite (*saved_sector - part_start, 1, stage2_buffer)) goto fail; } } @@ -2202,7 +2259,7 @@ goto fail; } - if (fwrite (stage2_first_buffer, 1, SECTOR_SIZE, fp) != SECTOR_SIZE) + if (fwrite (*stage2_first_buffer, 1, SECTOR_SIZE, fp) != SECTOR_SIZE) { fclose (fp); errnum = ERR_WRITE; @@ -2229,7 +2286,7 @@ goto fail; if (! devwrite (stage2_first_sector - src_part_start, 1, - stage2_first_buffer)) + *stage2_first_buffer)) goto fail; if (! devwrite (stage2_second_sector - src_part_start, 1, Index: stage2/shared.h =================================================================== RCS file: /cvsroot/grub/grub/stage2/shared.h,v retrieving revision 1.99 diff -u -r1.99 shared.h --- stage2/shared.h 20 Jun 2004 13:48:47 -0000 1.99 +++ stage2/shared.h 7 Mar 2005 17:54:50 -0000 @@ -36,8 +36,8 @@ /* Maybe redirect memory requests through grub_scratch_mem. */ #ifdef GRUB_UTIL -extern char *grub_scratch_mem; -# define RAW_ADDR(x) ((x) + (int) grub_scratch_mem) +extern void *grub_scratch_mem; +# define RAW_ADDR(x) ((x) + (unsigned long) grub_scratch_mem) # define RAW_SEG(x) (RAW_ADDR ((x) << 4) >> 4) #else # define RAW_ADDR(x) (x) -- Peter "Yes, I am Linus Torvalds, and yes, I am your god." -- Linus at LinuxExpo '98 From MAILER-DAEMON Mon Mar 07 14:59:59 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D8OOV-0003L3-1m for mharc-bug-grub@gnu.org; Mon, 07 Mar 2005 14:59:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8OFy-0001P0-FC for bug-grub@gnu.org; Mon, 07 Mar 2005 14:51:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8OFm-0001Ki-SU for bug-grub@gnu.org; Mon, 07 Mar 2005 14:51:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8OFl-0001D8-DB for bug-grub@gnu.org; Mon, 07 Mar 2005 14:50:57 -0500 Received: from [66.37.197.104] (helo=hsb104.xlccorp.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D8NfI-00036a-QV for bug-grub@gnu.org; Mon, 07 Mar 2005 14:13:16 -0500 Received: from hsb104.xlccorp.com (localhost.localdomain [127.0.0.1]) by hsb104.xlccorp.com (8.12.5/8.12.5) with ESMTP id j27JDGrO032117 for ; Mon, 7 Mar 2005 14:13:16 -0500 Received: (from nobody@localhost) by hsb104.xlccorp.com (8.12.5/8.12.5/Submit) id j27JDGNL032111 for bug-grub@gnu.org; Mon, 7 Mar 2005 14:13:16 -0500 X-Authentication-Warning: hsb104.xlccorp.com: nobody set sender to tfullerton@highstream.net using -f Received: from rrcs-24-73-136-176.se.biz.rr.com (rrcs-24-73-136-176.se.biz.rr.com [24.73.136.176]) by webmail.highstream.net (IMP) with HTTP for ; Mon, 7 Mar 2005 14:13:16 -0500 Message-ID: <1110222796.422ca7cc94a41@webmail.highstream.net> Date: Mon, 7 Mar 2005 14:13:16 -0500 From: tfullerton@highstream.net To: bug-grub@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.4 X-Originating-IP: 24.73.136.176 X-Mailman-Approved-At: Mon, 07 Mar 2005 14:59:57 -0500 Subject: Cannot change default OS X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 19:51:58 -0000 I just upgraded to the new Mepis 3.3 and installed its GRUB bootloader. I use a dual boot system with Windows XP Prof. I cannot get the system to change the default OS to Windows. I have tried adding "default 0" to the default file as well as the menu1st files but no matter what I do Mepis is always the default. I have been able to change "timeout", no problem Terrence Fullerton From MAILER-DAEMON Mon Mar 07 15:28:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D8OqJ-0002W5-VW for mharc-bug-grub@gnu.org; Mon, 07 Mar 2005 15:28:44 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8OqH-0002Ua-2F for bug-grub@gnu.org; Mon, 07 Mar 2005 15:28:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8OqD-0002T3-Ix for bug-grub@gnu.org; Mon, 07 Mar 2005 15:28:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8OqD-0002Qk-Cb for bug-grub@gnu.org; Mon, 07 Mar 2005 15:28:37 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D8Oad-0007Om-Vu for bug-grub@gnu.org; Mon, 07 Mar 2005 15:12:32 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id DAD1BFEE5B77; Mon, 7 Mar 2005 21:12:29 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 7 Mar 05 20:12:29 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: bug-grub@gnu.org Date: Mon, 7 Mar 2005 21:12:29 +0100 User-Agent: KMail/1.7.1 References: <1B6C0C71A8E4C947A73CE5F8A562C0DA02FADF0E@mail2.zuv.uni-muenchen.de> In-Reply-To: <1B6C0C71A8E4C947A73CE5F8A562C0DA02FADF0E@mail2.zuv.uni-muenchen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503072112.29488.okuji@enbug.org> Cc: Treutwein Bernhard Subject: Re: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 20:28:42 -0000 On Monday 07 March 2005 02:29 pm, Treutwein Bernhard wrote: > My experimentation some time ago (including a quick > browse in the source of stage2.c) yielded that the file > default must be at least 10 chars long and should contain > the numeric ascii equivalent of the default entry to boot. I don't remember how many bytes precisely, but you are right. Anyway, this is an implementation detail, and those who failed in saving a default entry apprently didn't use grub-install for the installation. This dirty work is done automatically by grub-install. If you encounter this problem when you install GRUB bundled with a distribution, you should complain to the distributor that they don't use grub-install correctly. Okuji From MAILER-DAEMON Mon Mar 07 21:19:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D8UJM-0002HZ-Kv for mharc-bug-grub@gnu.org; Mon, 07 Mar 2005 21:19:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8UJB-0002F1-Fs for bug-grub@gnu.org; Mon, 07 Mar 2005 21:18:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8UJ4-0002At-2C for bug-grub@gnu.org; Mon, 07 Mar 2005 21:18:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8UJ1-000266-BX for bug-grub@gnu.org; Mon, 07 Mar 2005 21:18:43 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D8Tmm-0004jG-Ol for bug-grub@gnu.org; Mon, 07 Mar 2005 20:45:24 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah with smtp (Exim 3.35 #1 (Debian)) id 1D8Tml-0006sL-00; Mon, 07 Mar 2005 20:45:23 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Tue, 8 Mar 2005 01:45:22 +0000 Date: Tue, 8 Mar 2005 01:45:22 +0000 To: petro@bounty.org, bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12245 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 X-Apparently-From: 159.153.4.52 Message-Id: <20050308-014522.sv0.29109@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bugs #12245] /etc/mtab dependancy not noted in documentation. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2005 02:18:55 -0000 URL: Summary: /etc/mtab dependancy not noted in documentation. Project: GNU GRUB Submitted by: None Submitted on: Tue 03/08/2005 at 01:45 Category: Documentation Severity: Major Priority: 5 - Normal Item Group: Action Request Status: None Privacy: Public Assigned to: None Originator Name: Petro Originator Email: petro@bounty.org Open/Closed: Open Release: Through Current Reproducibility: None Planned Release: _______________________________________________________ Details: It seems that grub uses, or looks at /etc/mtab when it installs or sets itself up for the first time. This is not documented anywhere, so if one is doing something really ugly and bizarre (like backing a system up to a different disk, removing the boot disk, forgetting the proper partition layout (which was overly complicated) and completely forgetting about /etc/mtab (which documented said partition layout) then one could (hypothetically of course) spend several days trying to figure out why he can't get the machine to boot, even though grub is finding the kernel and the initrd, but things keep blowing up after pivotroot. Dunno exactly where in the docs to make the change, but if you'd like me too, I can give it a whack and submit the changes. I don't know if version 2 does the same sort of ugliness, but having had to do wierd emergency disk drive broke fix it now now now things in the past, the more of the process that is configurable at the command line, and the more that is documented in the man page (use of info considered harmful), the better life is. Thanks. _______________________________________________________ Carbon-Copy List: CC Address | Comment ------------------------------------+----------------------------- petro --AT-- bounty --DOT-- org | Originator Email _______________________________________________________ This item URL is: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Wed Mar 09 19:20:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D9BQ6-0001IF-2N for mharc-bug-grub@gnu.org; Wed, 09 Mar 2005 19:20:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D9Afz-0005r0-JH for bug-grub@gnu.org; Wed, 09 Mar 2005 18:33:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D9Afv-0005od-SM for bug-grub@gnu.org; Wed, 09 Mar 2005 18:33:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D9Afv-0005nj-FA for bug-grub@gnu.org; Wed, 09 Mar 2005 18:33:11 -0500 Received: from [64.4.31.41] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D9AMk-0004E3-M9 for bug-grub@gnu.org; Wed, 09 Mar 2005 18:13:22 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 9 Mar 2005 15:13:21 -0800 Message-ID: Received: from 200.21.238.241 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 09 Mar 2005 23:13:20 GMT X-Originating-IP: [200.21.238.241] X-Originating-Email: [acid_rain2@hotmail.com] X-Sender: acid_rain2@hotmail.com From: =?iso-8859-1?B?Sm9IYW5ueSBT5m5a?= To: bug-grub@gnu.org Bcc: Date: Wed, 09 Mar 2005 23:13:20 +0000 Mime-Version: 1.0 Content-Type: text/html; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 09 Mar 2005 23:13:21.0004 (UTC) FILETIME=[95E49AC0:01C524FD] X-Mailman-Approved-At: Wed, 09 Mar 2005 19:20:51 -0500 Subject: problemas con GRUB X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 23:33:18 -0000


HOLA

TENGO PROBLEMAS CON MI GRUB. SOY NOVATO ENN ESTO POR LO QUE ALGUANS DIRECTRICES DEL MENSAJE NO LAS PODRE CUMPLIR.

INSTALE LINUX MANDRAKE EN UN DISCO ESCLAVO, LOGICAMENTE ESTE INSTALO EL GESTOR DE ARRANQUE. POR AHORA TODO BIEN , PERO LINUX ME PRESENTABA UN PROBLEMA AL CONFIGURAR EL MOUSE POR LO QUE DECIDI CONVERTIR EL SISTEMA DE ARCHIVOS DEL DISCO SECUNDARIO A UN FAT32 ( DESISTALE POR LA FIUERZA BRUTA  EL LINUX DANDOLE FORMATO AL DISCO DONDE SE ENCONTRABA POR MEDIO DEL INSTALADOR DE MANDRAKE)

AL INICIAR EL COMPUTADOR NO ME ARRANCA EL MENU DE GRUB Y ME APARECE EL INTERPRETE DE COMANDOS Y NO ME ARRANCA NINGUNO DE LOS SO (NO SE COMO APARECER EL MENU Y COMO CARGAR LAS IMAGENES DEL WIN 98 QUE TENGO EN EL OTRO DISCO DURO), HE REALIZADO ALGUNOS INTERCAMCBOS DE DISCO PARA VER SI GRUB LO PUEDE ARRANCAR,  Y HE SEGUIDO MEDIANAMENTE EL MANUAL, PERO GRUB ME INFORMA QUE ME HACE FLTA CARGAR EL KERNEL DEL SISTEMA.

EL DISCO MASTER TIENE WIN 98. Y ES DE 10.2 GB

EL SECUNDARIO ESCLAVO TIENE LINUX MANDRAKE 7.2 PERO ESTA EN FORMATO INCORRECTO Y ES DE 4.1 GB

BIOS DEL 1 DE MARZO DEL 2000 ( NO SE LA VERSION) Y DEL GRUB SOLO SE QUE ES EL QUE VIENE INSTALADO CON EL  MANDRAKE 7.2.OTRA COSA EL GRUB NO ME DETECTA EL DISCO DE INICIO DE WIN 98, AGRADECERIA SI POR LO MENOS ME DIJERAN COMO PUEDO CARGAR ESTE Y SACAR EL GRUB DEL BOOT.

AGRADECERIA SU ATENCION Y SI NECESITAN MAS INFORMACION SOLO AVISENME

From MAILER-DAEMON Thu Mar 10 03:26:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D9Izz-0004y6-9A for mharc-bug-grub@gnu.org; Thu, 10 Mar 2005 03:26:27 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D9Izh-0004rv-EO for bug-grub@gnu.org; Thu, 10 Mar 2005 03:26:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D9Izf-0004qu-3n for bug-grub@gnu.org; Thu, 10 Mar 2005 03:26:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D9Ize-0004pc-9g for bug-grub@gnu.org; Thu, 10 Mar 2005 03:26:06 -0500 Received: from [212.13.203.69] (helo=mjr.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D9IfI-00045u-NS for bug-grub@gnu.org; Thu, 10 Mar 2005 03:05:05 -0500 Received: from localhost (localhost [127.0.0.1]) by mjr.org (Postfix) with ESMTP id 01AFF162DFD for ; Thu, 10 Mar 2005 08:04:58 +0000 (GMT) Received: from mjr.org ([127.0.0.1]) by localhost (wacka.mjr.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00867-04 for ; Thu, 10 Mar 2005 08:04:55 +0000 (GMT) Received: by mjr.org (Postfix, from userid 1001) id 5F2C8162DFA; Thu, 10 Mar 2005 08:04:55 +0000 (GMT) Date: Thu, 10 Mar 2005 08:04:55 +0000 From: Paul Hedderly To: bug-grub@gnu.org Message-ID: <20050310080455.GB10739@wacka.mjr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mjr.org Subject: TFTP fails after 23 packets X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul@mjr.org List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 08:26:12 -0000 I am having a problem that Hans-Christian Armingeon had back in 2001 http://lists.gnu.org/archive/html/bug-grub/2001-07/msg00052.html Basically using debian Sarge grub (0.95+cvs from 20040624 and some other patches, but none looking like they affect the tftp code) I have a floppy with grub and a simple menu that fetches a configfile from a tftp server which lists some options. When grub starts downloading a kernel from the tftp server it tethereal reports: 4677.635850 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 1 4677.637453 192.168.0.152 -> 192.168.0.3 TFTP Acknowledgement, Block: 1 4677.638638 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 2 4677.640202 192.168.0.152 -> 192.168.0.3 TFTP Acknowledgement, Block: 2 4677.641476 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 3 4677.643042 192.168.0.152 -> 192.168.0.3 TFTP Acknowledgement, Block: 3 4677.666726 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 4 4677.668307 192.168.0.152 -> 192.168.0.3 TFTP Acknowledgement, Block: 4 4677.669656 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 5 4677.671271 192.168.0.152 -> 192.168.0.3 TFTP Acknowledgement, Block: 5 ... SKIPPED BECAUSE IT IS ESSENTIALLY A REPEAT 4677.716256 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 21 4677.717825 192.168.0.152 -> 192.168.0.3 TFTP Acknowledgement, Block: 21 4677.718998 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 22 4677.720560 192.168.0.152 -> 192.168.0.3 TFTP Acknowledgement, Block: 22 4677.721804 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 23 4682.632610 192.168.0.3 -> 192.168.0.152 ARP Who has 192.168.0.152? Tell 192.168.0.3 4682.722282 192.168.0.3 -> 192.168.0.152 TFTP Data Packet, Block: 23 4683.632480 192.168.0.3 -> 192.168.0.152 ARP Who has 192.168.0.152? Tell 192.168.0.3 4684.632259 192.168.0.3 -> 192.168.0.152 ARP Who has 192.168.0.152? Tell 192.168.0.3 4687.722765 192.168.0.3 -> Broadcast ARP Who has 192.168.0.152? Tell 192.168.0.3 4688.722585 192.168.0.3 -> Broadcast ARP Who has 192.168.0.152? Tell 192.168.0.3 Anyone got any ideas why? Is it a grub bug? Bios/network card bug, tftp server bug (happens with both atftpd and tftpd-hpa) network issue? -- Cheers Paul From MAILER-DAEMON Fri Mar 11 09:19:44 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D9kzP-0000JQ-NW for mharc-bug-grub@gnu.org; Fri, 11 Mar 2005 09:19:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D9fYX-0005M3-G7 for bug-grub@gnu.org; Fri, 11 Mar 2005 03:31:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D9fYJ-0005G0-AD for bug-grub@gnu.org; Fri, 11 Mar 2005 03:31:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D9fYJ-0005Fv-5G for bug-grub@gnu.org; Fri, 11 Mar 2005 03:31:23 -0500 Received: from [202.165.102.81] (helo=web15801.mail.cnb.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1D9fJM-0007Bz-3X for bug-grub@gnu.org; Fri, 11 Mar 2005 03:15:57 -0500 Message-ID: <20050311081541.84145.qmail@web15801.mail.cnb.yahoo.com> Received: from [61.51.98.226] by web15801.mail.cnb.yahoo.com via HTTP; Fri, 11 Mar 2005 16:15:41 CST Date: Fri, 11 Mar 2005 16:15:41 +0800 (CST) From: a a To: bug-grub@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 11 Mar 2005 09:19:42 -0500 Subject: A question about open file X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 08:31:38 -0000 Dear sir: I am a Chinese man.In RedHat8.0 whose kernel is 2.4.18 ,I compile Grub-0.95.It is Ok.Then I modify stage2/stage2.c.In cmain function,before is_opened = is_present = open_present_menu(),I add some code.In my added code,I use grub_open function to open a file.Then I compile and install GRUB. If this file exists,GRUB runs successfully and a graphical menu appears.But if this file does not exist,the graphical menu does not appeared,it appeared a cmdline interface.I am confused.I want to ask you to get some help. Thanks. huangtao Mar 11th _________________________________________________________ Do You Yahoo!? ×¢²áÊÀ½çÒ»Á÷Æ·ÖʵÄÑÅ»¢Ãâ·ÑµçÓÊ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/ From MAILER-DAEMON Fri Mar 11 19:38:47 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1D9ueV-00088Z-OD for mharc-bug-grub@gnu.org; Fri, 11 Mar 2005 19:38:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D9qkJ-0004Xx-3T for bug-grub@gnu.org; Fri, 11 Mar 2005 15:28:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D9qkF-0004Vh-4t for bug-grub@gnu.org; Fri, 11 Mar 2005 15:28:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D9qkF-0004VM-0O for bug-grub@gnu.org; Fri, 11 Mar 2005 15:28:27 -0500 Received: from [195.41.46.235] (helo=pfepa.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D9qVH-0004mp-74 for bug-grub@gnu.org; Fri, 11 Mar 2005 15:12:59 -0500 Received: from [192.168.1.230] (0x50c4820c.adsl-fixed.tele.dk [80.196.130.12]) by pfepa.post.tele.dk (Postfix) with ESMTP id E700547FEAD for ; Fri, 11 Mar 2005 21:12:57 +0100 (CET) Message-ID: <4231FBC4.7080607@tiscali.dk> Date: Fri, 11 Mar 2005 21:12:52 +0100 From: =?ISO-8859-1?Q?Lars_=D8hlenschl=E6ger?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: bug-grub@gnu.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Mar 2005 19:38:45 -0500 Subject: If I add or delete a comment line in grub.conf, my system hangs with GRUB after reboot??? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 20:28:31 -0000 Hi, I have a strange problem with grub.conf: If I modify grub conf in any way, my system hangs with GRUB after reboot. If I add an empty line just containing an '#' anywhere in the grub.conf, it happens. Even when I delete the line again, my system still hangs witg GRUB after reboot. The only way, I can make my system running is by restoring /hdb1 (the /boot filesystem) grub --version shows: $ /sbin/grub --version grub (GNU GRUB 0.95) my grub.conf looks like: #boot=/dev/hda default=4 timeout=5 splashimage=(hd1,0)/grub/splash.xpm.gz hiddenmenu title Fedora Core (2.6.10-1.766_FC3) root (hd1,0) kernel /vmlinuz-2.6.10-1.766_FC3 ro root=/dev/VolGroup00/LogVol00 rhgb quiet initrd /initrd-2.6.10-1.766_FC3.img title Fedora Core (2.6.10-1.760_FC3) root (hd1,0) kernel /vmlinuz-2.6.10-1.760_FC3 ro root=/dev/VolGroup00/LogVol00 rhgb quiet initrd /initrd-2.6.10-1.760_FC3.img title Fedora Core (2.6.10-1.741_FC3) root (hd1,0) kernel /vmlinuz-2.6.10-1.741_FC3 ro root=/dev/VolGroup00/LogVol00 rhgb quiet initrd /initrd-2.6.10-1.741_FC3.img title Fedora Core (2.6.9-1.667) root (hd1,0) kernel /vmlinuz-2.6.9-1.667 ro root=/dev/VolGroup00/LogVol00 rhgb quiet initrd /initrd-2.6.9-1.667.img title Windows XP professional SP2 (Danish) rootnoverify (hd0,0) chainloader +1 I have no problems booting any of the entries, but I cannot modify the file at all:-( Any hints? /Lars From MAILER-DAEMON Sat Mar 12 08:49:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DA6zc-0001CV-EP for mharc-bug-grub@gnu.org; Sat, 12 Mar 2005 08:49:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DA6zV-00018v-Qc for bug-grub@gnu.org; Sat, 12 Mar 2005 08:49:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DA6zR-000176-Q2 for bug-grub@gnu.org; Sat, 12 Mar 2005 08:49:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DA6zR-00015x-E2 for bug-grub@gnu.org; Sat, 12 Mar 2005 08:49:13 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DA6cB-0007tS-7w for bug-grub@gnu.org; Sat, 12 Mar 2005 08:25:11 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 898EAFFC1FE0; Sat, 12 Mar 2005 14:25:10 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 12 Mar 05 13:25:10 -0000 From: "Yoshinori K. Okuji" Organization: FSF To: dhcwg@ietf.org Date: Sat, 12 Mar 2005 14:25:09 +0100 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503121425.10060.okuji@gnu.org> Cc: bug-grub@gnu.org Subject: RFC 3942 notice: GNU GRUB, DHCP option 150 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 13:49:22 -0000 Hello, I would like to notify that GNU GRUB uses the DHCP option 150, according to RFC 3942. GNU GRUB Configuration Path This specifies the path-name that contains a configuration for GNU GRUB. The code for this option is 150. Its minimum length is 1. Code Len Configuration Pathname +-----+-----+-----+-----+-----+-----+-- | 150 | n | n1 | n2 | n3 | n4 | ... +-----+-----+-----+-----+-----+-----+-- Best regards, Okuji From MAILER-DAEMON Sat Mar 12 14:09:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DABzB-0001As-O2 for mharc-bug-grub@gnu.org; Sat, 12 Mar 2005 14:09:17 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DABH7-00020L-9q for bug-grub@gnu.org; Sat, 12 Mar 2005 13:23:45 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DABH4-0001zF-RT for bug-grub@gnu.org; Sat, 12 Mar 2005 13:23:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DABEf-0001Ez-U3 for bug-grub@gnu.org; Sat, 12 Mar 2005 13:21:13 -0500 Received: from [81.200.64.181] (helo=shell-ng.nominum.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DAAaB-0005Nu-Vw; Sat, 12 Mar 2005 12:39:24 -0500 Received: from [127.0.0.1] (shell-ng.nominum.com [81.200.64.181]) by shell-ng.nominum.com (Postfix) with ESMTP id BE2E5568B4; Sat, 12 Mar 2005 09:39:20 -0800 (PST) (envelope-from mellon@nominum.com) In-Reply-To: <200503121425.10060.okuji@gnu.org> References: <200503121425.10060.okuji@gnu.org> Mime-Version: 1.0 (Apple Message framework v712) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ted Lemon Date: Sat, 12 Mar 2005 11:38:08 -0600 To: Yoshinori K.Okuji X-Mailer: Apple Mail (2.712) X-Mailman-Approved-At: Sat, 12 Mar 2005 14:09:16 -0500 Cc: dhcwg@ietf.org, bug-grub@gnu.org Subject: Re: [dhcwg] RFC 3942 notice: GNU GRUB, DHCP option 150 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 18:23:46 -0000 On Mar 12, 2005, at 7:25 AM, Yoshinori K. Okuji wrote: > I would like to notify that GNU GRUB uses the DHCP option 150, > according to > RFC 3942. Thanks for the notification. Would you guys be interested in fixing this so that GRUB uses a vendor-encapsulated option, or do you think this usage is sufficiently entrenched that it is worth writing up an informational draft describing what GRUB is doing? I can write up a description of how to use the ISC DHCP server to send a vendor-encapsulated option to GRUB if that would be helpful. Implementation on the GRUB side should be pretty easy. From MAILER-DAEMON Sat Mar 12 14:09:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DABzC-0001Aw-5b for mharc-bug-grub@gnu.org; Sat, 12 Mar 2005 14:09:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DABPt-0005gy-I0 for bug-grub@gnu.org; Sat, 12 Mar 2005 13:32:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DABPp-0005e5-HK for bug-grub@gnu.org; Sat, 12 Mar 2005 13:32:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DABPp-0005cX-5f for bug-grub@gnu.org; Sat, 12 Mar 2005 13:32:45 -0500 Received: from [171.68.10.87] (helo=sj-iport-5.cisco.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DAB4J-0006us-7j; Sat, 12 Mar 2005 13:10:31 -0500 Received: from sj-core-3.cisco.com (171.68.223.137) by sj-iport-5.cisco.com with ESMTP; 12 Mar 2005 10:10:27 -0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.90,158,1107763200"; d="scan'208"; a="167074127:sNHT21070336" Received: from flask.cisco.com (IDENT:mirapoint@flask.cisco.com [161.44.122.62]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id j2CI7aTM024508; Sat, 12 Mar 2005 10:07:37 -0800 (PST) Received: from volzw2k (rtp-vpn2-668.cisco.com [10.82.242.156]) by flask.cisco.com (MOS 3.4.6-GR) with ESMTP id APT64160; Sat, 12 Mar 2005 13:07:35 -0500 (EST) Message-Id: <200503121807.APT64160@flask.cisco.com> From: "Bernie Volz" To: "'Yoshinori K. Okuji'" , Date: Sat, 12 Mar 2005 13:07:35 -0500 Organization: Cisco MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <200503121425.10060.okuji@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUnEUZ2x4cScX8KQmaRa8SfcvF8FwAHJNFw X-Mailman-Approved-At: Sat, 12 Mar 2005 14:09:16 -0500 Cc: bug-grub@gnu.org, Richard Johnson , 'Ralph Droms' Subject: RE: [dhcwg] RFC 3942 notice: GNU GRUB, DHCP option 150 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 18:32:50 -0000 Looks like we now have 3 "users" of Option 150: 1. GNU GRUB 2. DRAFT-RAJ-DHC-TFTP-ADDR-OPTION-00.TXT 3. Etherboot - Bernie > -----Original Message----- > From: dhcwg-bounces@ietf.org [mailto:dhcwg-bounces@ietf.org] > On Behalf Of Yoshinori K. Okuji > Sent: Saturday, March 12, 2005 8:25 AM > To: dhcwg@ietf.org > Cc: bug-grub@gnu.org > Subject: [dhcwg] RFC 3942 notice: GNU GRUB, DHCP option 150 > > Hello, > > I would like to notify that GNU GRUB uses the DHCP option > 150, according to > RFC 3942. > > GNU GRUB Configuration Path > > This specifies the path-name that contains a configuration > for GNU GRUB. > > The code for this option is 150. Its minimum length is 1. > > Code Len Configuration Pathname > +-----+-----+-----+-----+-----+-----+-- > | 150 | n | n1 | n2 | n3 | n4 | ... > +-----+-----+-----+-----+-----+-----+-- > > Best regards, > Okuji > > _______________________________________________ > dhcwg mailing list > dhcwg@ietf.org > https://www1.ietf.org/mailman/listinfo/dhcwg > From MAILER-DAEMON Sat Mar 12 15:50:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DADYm-0002Bq-Ud for mharc-bug-grub@gnu.org; Sat, 12 Mar 2005 15:50:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DADYj-000293-DZ for bug-grub@gnu.org; Sat, 12 Mar 2005 15:50:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DADYh-00026n-Dc for bug-grub@gnu.org; Sat, 12 Mar 2005 15:50:04 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DADVv-0000t9-R7 for bug-grub@gnu.org; Sat, 12 Mar 2005 15:47:11 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DAD9a-0005kS-CB for bug-grub@gnu.org; Sat, 12 Mar 2005 15:24:06 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DAD9Y-00057V-00; Sat, 12 Mar 2005 15:24:04 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Sat, 12 Mar 2005 20:24:04 +0000 Date: Sat, 12 Mar 2005 20:24:04 +0000 To: yaohua2000@gmail.com, bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12293 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) X-Apparently-From: 218.68.244.186 Message-Id: <20050312-152404.sv0.44364@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bugs #12293] Grub lose responding while reading my partition. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 20:50:06 -0000 URL: Summary: Grub lose responding while reading my partition. Project: GNU GRUB Submitted by: None Submitted on: Sat 03/12/2005 at 15:24 Category: Disk & Partition Severity: Major Priority: 5 - Normal Item Group: Software Error Status: None Privacy: Public Assigned to: None Originator Name: Wang Chun Originator Email: yaohua2000@gmail.com Open/Closed: Open Release: 0.94 Reproducibility: Every Time Planned Release: _______________________________________________________ Details: I've two physical IDE hard drives. One on the primary master, and the other one on the primary slave. The capacity are 120 GB and 80 GB. I use fdisk on Linux to partition them. The first one has 255 heads and 63 sects. per cyl., 4 partitions (NTFS/NTFS/Linux/Linux swap), the second one has 16 heads and 63 sects. per cyl., 2 partitions (NTFS/Linux). I've linux kernel vmlinuz and initrd.img on /dev/hdb2, while I'm trying to boot them from grub command line, Grub lock up and lose responding to the user. I typed: kernel (hd1,1)/... and press to have grub read the file list on (hd1,1), the program deadlock. Also, I typed: ls (hd1,..., and press after ",", grub can display a incomplete list (I remember the list not quite exactly): (hd1,0), NTFS... (hd1,1), (dead here) I guess, Grub cannot recognize the geometry (16 heads, 63 sectors) of my second hard drive correctly. Please try to fix it. _______________________________________________________ Carbon-Copy List: CC Address | Comment ------------------------------------+----------------------------- yaohua2000 --AT-- gmail --DOT-- com | Originator Email _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Mon Mar 14 17:02:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DAxeM-00030k-Pf for mharc-bug-grub@gnu.org; Mon, 14 Mar 2005 17:02:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DAvvt-0003rg-S8 for bug-grub@gnu.org; Mon, 14 Mar 2005 15:12:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DAvvj-0003jq-K7 for bug-grub@gnu.org; Mon, 14 Mar 2005 15:12:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DAvvi-0003i0-QK for bug-grub@gnu.org; Mon, 14 Mar 2005 15:12:46 -0500 Received: from [216.64.180.226] (helo=main.cyber-office.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DAvgQ-0003Fp-2r for bug-grub@gnu.org; Mon, 14 Mar 2005 14:56:58 -0500 Received: from localhost (raanders@localhost) by main.cyber-office.net (8.11.6/linuxconf) with ESMTP id j2EJuui20561 for ; Mon, 14 Mar 2005 11:56:56 -0800 Date: Mon, 14 Mar 2005 11:56:56 -0800 (PST) From: "Roderick A. Anderson" X-X-Sender: To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 14 Mar 2005 17:02:57 -0500 Subject: grub-md5-crypt password length X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 20:13:02 -0000 While doing some testing I noticed that the grub-md5-crypt script will not process a password of more than 31 characters properly. At 32 characters the encrypted password comes back blank and if more that 32 characters it just presents 33rd plus characters un-encrypted. This is for a Fedora Core 2 RPM grub-0.94-5 Rod -- "Open Source Software - You usually get more than you pay for..." "Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL" From MAILER-DAEMON Mon Mar 14 22:48:32 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DB32k-0003Fh-VH for mharc-bug-grub@gnu.org; Mon, 14 Mar 2005 22:48:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DB32O-0003AV-5T for bug-grub@gnu.org; Mon, 14 Mar 2005 22:48:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DB30w-0002vW-Vn for bug-grub@gnu.org; Mon, 14 Mar 2005 22:46:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DB30u-0002sa-Sp for bug-grub@gnu.org; Mon, 14 Mar 2005 22:46:36 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DB2PT-0005Q8-57 for bug-grub@gnu.org; Mon, 14 Mar 2005 22:07:55 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 561D7FEFA3C7 for ; Tue, 15 Mar 2005 04:07:52 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 15 Mar 05 03:07:51 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: bug-grub@gnu.org Date: Tue, 15 Mar 2005 04:07:48 +0100 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503150407.48720.okuji@enbug.org> Subject: Re: grub-md5-crypt password length X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 03:48:29 -0000 On Monday 14 March 2005 08:56 pm, Roderick A. Anderson wrote: > While doing some testing I noticed that the grub-md5-crypt script will not > process a password of more than 31 characters properly. At 32 characters > the encrypted password comes back blank and if more that 32 characters it > just presents 33rd plus characters un-encrypted. It is intentional. Do you need such a very long password for GRUB? Okuji From MAILER-DAEMON Mon Mar 14 22:51:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DB35P-0004EI-KA for mharc-bug-grub@gnu.org; Mon, 14 Mar 2005 22:51:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DB35M-0004Cp-Fg for bug-grub@gnu.org; Mon, 14 Mar 2005 22:51:12 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DB35J-0004B9-MN for bug-grub@gnu.org; Mon, 14 Mar 2005 22:51:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DB30v-0002sa-2U for bug-grub@gnu.org; Mon, 14 Mar 2005 22:46:37 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DB2Ms-0005Ky-R4 for bug-grub@gnu.org; Mon, 14 Mar 2005 22:05:15 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 5B953FEFA3C7; Tue, 15 Mar 2005 04:05:03 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 15 Mar 05 03:05:02 -0000 From: "Yoshinori K. Okuji" Organization: FSF To: Ted Lemon Date: Tue, 15 Mar 2005 04:05:01 +0100 User-Agent: KMail/1.7.1 References: <200503121425.10060.okuji@gnu.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503150405.01885.okuji@gnu.org> Cc: dhcwg@ietf.org, bug-grub@gnu.org Subject: Re: [dhcwg] RFC 3942 notice: GNU GRUB, DHCP option 150 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 03:51:13 -0000 On Saturday 12 March 2005 06:38 pm, Ted Lemon wrote: > > I would like to notify that GNU GRUB uses the DHCP option 150, > > according to > > RFC 3942. > > Thanks for the notification. Would you guys be interested in fixing > this so that GRUB uses a vendor-encapsulated option, or do you think > this usage is sufficiently entrenched that it is worth writing up an > informational draft describing what GRUB is doing? I can write up a > description of how to use the ISC DHCP server to send a > vendor-encapsulated option to GRUB if that would be helpful. > Implementation on the GRUB side should be pretty easy. I agree that it would be easy to switch to a vendor encapsulated option, but I hesitate to do that, because GRUB has been using that option for 5 years, and compatibility is the most important thing for me. However, I understand why the reclassification is necessary and I respect such an effort. So, if it is inevitable not to keep using that option, I will change GRUB. Regards, Okuji From MAILER-DAEMON Tue Mar 15 03:30:40 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DB7Ro-0000BT-1r for mharc-bug-grub@gnu.org; Tue, 15 Mar 2005 03:30:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DB7P6-00081E-O2 for bug-grub@gnu.org; Tue, 15 Mar 2005 03:27:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DB7Ou-0007v5-97 for bug-grub@gnu.org; Tue, 15 Mar 2005 03:27:42 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DB7Oq-0007rp-JI for bug-grub@gnu.org; Tue, 15 Mar 2005 03:27:36 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DB763-0006i1-Op for bug-grub@gnu.org; Tue, 15 Mar 2005 03:08:11 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DB75s-0008Rt-00; Tue, 15 Mar 2005 03:08:00 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Tue, 15 Mar 2005 08:07:59 +0000 Date: Tue, 15 Mar 2005 08:07:59 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: Volkov Peter X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3; Linux) (KHTML, like Gecko) X-Apparently-From: 212.118.59.10 Message-Id: <20050315-080759.sv38697.6087@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> In-Reply-To: <20050307-121245.sv0.8476@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 08:30:38 -0000 Follow-up Comment #3, bugs #12018 (project grub): Thank you for your response. I've tried many different combinations of command grub-install, then grub-set-default... Nothing works for me. Now I'm sure. I have correcte default file. It seems to me that the problem is because I have stage files and grub.conf (menu.lst) on the different partition. I have /dev/hda2 on /boot type ext2 (rw,noatime) and all stage files with the default and menu.lst file in /boot/grub. I'm using command: grub-install --root-directory=/boot --no-floppy --recheck /dev/hda then grub-set-default 1 but with the booting grub did not select menuitem 1 (it uses 0 by default) and attempt to boot entry with the savedefault NUM (where NUM is either 0 or 1) ends with the Error 1: ... What else should I look at? In any way, thank you for your attention. grub is my favorite boot loader.:) _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Tue Mar 15 19:02:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBLz5-0000T6-T8 for mharc-bug-grub@gnu.org; Tue, 15 Mar 2005 19:02:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBLt1-0006nL-Pf for bug-grub@gnu.org; Tue, 15 Mar 2005 18:55:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBLsR-0006ev-V3 for bug-grub@gnu.org; Tue, 15 Mar 2005 18:55:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBLsJ-0006SN-8J for bug-grub@gnu.org; Tue, 15 Mar 2005 18:54:59 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DBL7Z-0000wT-7g for bug-grub@gnu.org; Tue, 15 Mar 2005 18:06:41 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DBL7Q-0007F6-00; Tue, 15 Mar 2005 18:06:32 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Tue, 15 Mar 2005 23:06:31 +0000 Date: Tue, 15 Mar 2005 23:06:31 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0 X-Apparently-From: 80.9.158.68 Message-Id: <20050315-180631.sv0.11604@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> In-Reply-To: <20050315-080759.sv38697.6087@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 00:01:57 -0000 Follow-up Comment #4, bugs #12018 (project grub): I don't understand why this problem occurs. Can you try "grub-set-default n" and checks if the value in /boot/grub/default is changed consequently? Here is my default file when I do "grub-set-default 1": ---->8--->8--- 1 # # # # # # # # # # # WARNING: If you want to edit this file directly, do not remove any line # from this file, including this warning. Using `grub-set-default\' is # strongly recommended. ---->8--->8--- Can you do from the grub shell do a "cat (hd0,1)/grub/default" in order to see if grub can read the file? Can you cat menu.lst? AFAIK the default file must be in the same file system and same directory than your menu.lst file. But it seems to be your case. _______________________________________________________ Reply to this item at: _______________________________________________ Message posté via/par Savannah http://savannah.gnu.org/ From MAILER-DAEMON Wed Mar 16 00:56:08 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBRVl-0002St-Dz for mharc-bug-grub@gnu.org; Wed, 16 Mar 2005 00:56:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBRVf-0002QW-Dn for bug-grub@gnu.org; Wed, 16 Mar 2005 00:55:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBRVX-0002Mh-M0 for bug-grub@gnu.org; Wed, 16 Mar 2005 00:55:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBRVX-0002MW-GE for bug-grub@gnu.org; Wed, 16 Mar 2005 00:55:51 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DBRGX-0006s4-Lv for bug-grub@gnu.org; Wed, 16 Mar 2005 00:40:21 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DBRGT-0006RV-00; Wed, 16 Mar 2005 00:40:17 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Wed, 16 Mar 2005 05:40:15 +0000 Date: Wed, 16 Mar 2005 05:40:15 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3; Linux) (KHTML, like Gecko) X-Apparently-From: 212.118.59.10 Message-Id: <20050316-004015.sv0.25515@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> <20050315-180631.sv0.11604@savannah.gnu.org> In-Reply-To: <20050315-180631.sv0.11604@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 05:56:02 -0000 Follow-up Comment #5, bugs #12018 (project grub): > I don't understand why this problem occurs. > > Can you try "grub-set-default n" and checks if the value in > /boot/grub/default is changed consequently? Yes. I've checked this. My save-default file is the same as yours. Also I can from grub shell cat (hd0,1)/grub/default and menu.lst. I've even checked that this is not our distribution patching problem. I've installed grub from sources, but the problem still occurs. I'd like to repeat my config: timeout 30 default saved splashimage=/grub/splash.xpm.gz title GNU/Linux root (hd0,1) kernel /vmlinuz root=/dev/hda6 lapic=on savedefault 0 title Windows XP SP2 rootnoverify (hd0,0) makeactive chainloader +1 savedefault and camobap grub-0.96 # cat /boot/grub/default 1 # # # # # # # # # # # WARNING: If you want to edit this file directly, do not remove any line # from this file, including this warning. Using `grub-set-default\' is # strongly recommended. Well. I can try to reproduce this problem in vmware virtual computer and to put it somewhere for downloading. Can this help? Does anybody interested in this? Any way. Thank you all, for your help, Peter. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Wed Mar 16 05:29:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBVm4-00080r-9z for mharc-bug-grub@gnu.org; Wed, 16 Mar 2005 05:29:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBVlz-0007yt-8b for bug-grub@gnu.org; Wed, 16 Mar 2005 05:29:07 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBVlw-0007xk-KW for bug-grub@gnu.org; Wed, 16 Mar 2005 05:29:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBVlu-0007vT-HV for bug-grub@gnu.org; Wed, 16 Mar 2005 05:29:03 -0500 Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DBVVF-00077I-7l for bug-grub@gnu.org; Wed, 16 Mar 2005 05:11:49 -0500 Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DBVTj-0001ar-Nc for bug-grub@gnu.org; Wed, 16 Mar 2005 11:10:20 +0100 Received: from ca-bordeaux-17-78.w80-8.abo.wanadoo.fr ([80.8.89.78]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Mar 2005 11:10:15 +0100 Received: from collin.charles by ca-bordeaux-17-78.w80-8.abo.wanadoo.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Mar 2005 11:10:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-grub@gnu.org From: charles COLLIN Date: Wed, 16 Mar 2005 10:03:15 +0000 (UTC) Lines: 15 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 80.8.89.78 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050117 Firefox/1.0) Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: gnu-bug-grub@m.gmane.org X-MailScanner-To: bug-grub@gnu.org Subject: Broadcom 440x and pxegrub X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 10:29:08 -0000 Hi, After googling in vain for about three weeks, i can't find any piece of info about pxegrub support for Broadcom 440x chipsets. I noticed barebones such as Asus Pundit and MSI Hetis have such a LOM, and i would like to use these machines as thin clients and boot via PXE. Does anybody have a hint if pxegrub supports these in grub-0.95 (does the tigon3 support work with bcm440x) ? Are there specific patches to apply ? Success stories ? Failure stories ? Thanks CH COLLIN From MAILER-DAEMON Wed Mar 16 08:28:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBYZA-0001pM-4P for mharc-bug-grub@gnu.org; Wed, 16 Mar 2005 08:28:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBXGY-0002py-F4 for bug-grub@gnu.org; Wed, 16 Mar 2005 07:04:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBXGU-0002p0-Li for bug-grub@gnu.org; Wed, 16 Mar 2005 07:04:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBXGT-0002oV-Kc for bug-grub@gnu.org; Wed, 16 Mar 2005 07:04:42 -0500 Received: from [206.190.36.79] (helo=smtp101.rog.mail.re2.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1DBX1Q-0005sy-R5 for bug-grub@gnu.org; Wed, 16 Mar 2005 06:49:09 -0500 Received: from unknown (HELO ?192.168.2.21?) (tlegge@70.25.45.230 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 16 Mar 2005 11:49:07 -0000 Message-ID: <42381D32.3000303@rogers.com> Date: Wed, 16 Mar 2005 07:49:06 -0400 From: Timothy Legge User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bernie Volz References: <200503121807.APT64160@flask.cisco.com> In-Reply-To: <200503121807.APT64160@flask.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 16 Mar 2005 08:28:01 -0500 Cc: dhcwg@ietf.org, Richard Johnson , 'Ralph Droms' , "'Yoshinori K. Okuji'" , bug-grub@gnu.org Subject: Re: [dhcwg] RFC 3942 notice: GNU GRUB, DHCP option 150 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 12:04:47 -0000 Bernie Volz wrote: > Looks like we now have 3 "users" of Option 150: > > 1. GNU GRUB > 2. DRAFT-RAJ-DHC-TFTP-ADDR-OPTION-00.TXT > 3. Etherboot Noted. It looks like we all get to apply for a new option code when the process becomes available. Timothy Legge Etherboot Developer From MAILER-DAEMON Wed Mar 16 13:12:09 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBd04-0006ct-GZ for mharc-bug-grub@gnu.org; Wed, 16 Mar 2005 13:12:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBd01-0006b0-3i for bug-grub@gnu.org; Wed, 16 Mar 2005 13:12:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBczy-0006Zj-38 for bug-grub@gnu.org; Wed, 16 Mar 2005 13:12:02 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBczx-0006YB-IE for bug-grub@gnu.org; Wed, 16 Mar 2005 13:12:01 -0500 Received: from [81.200.64.181] (helo=shell-ng.nominum.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DBcch-0003ED-Tq; Wed, 16 Mar 2005 12:48:00 -0500 Received: from [192.168.2.9] (dsl093-162-226.tus1.dsl.speakeasy.net [66.93.162.226]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by shell-ng.nominum.com (Postfix) with ESMTP id EC73756838; Wed, 16 Mar 2005 09:47:56 -0800 (PST) (envelope-from Ted.Lemon@nominum.com) In-Reply-To: <42381D32.3000303@rogers.com> References: <200503121807.APT64160@flask.cisco.com> <42381D32.3000303@rogers.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <587aa7b025c8201aed9d8d70023e552d@nominum.com> Content-Transfer-Encoding: 7bit From: Ted Lemon Date: Wed, 16 Mar 2005 10:47:47 -0700 To: dhcwg@ietf.org X-Mailer: Apple Mail (2.619.2) Cc: bug-grub@gnu.org, "'Yoshinori K.Okuji'" Subject: Re: [dhcwg] RFC 3942 notice: GNU GRUB, DHCP option 150 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 18:12:06 -0000 On Mar 16, 2005, at 4:49 AM, Timothy Legge wrote: > Noted. It looks like we all get to apply for a new option code when > the process becomes available. A couple of points. First, it's fine for all three users of code 150 to submit informational drafts describing what they are doing. Second, since there are three conflicting uses, I would suggest that the people responsible for them switch to the standard vendor-specific encapsulated options mechanism, or if the option they are using is something that ought to be more widely implemented, I would suggest writing a standards-track draft describing what you want to do. In the case of GRUB, specifically, what I would suggest is that new versions of GRUB should send a vendor-class-identifier option, and should be prepared to receive a vendor-specific encapsulated option. However, it should also request option 150. This allows for backwards compatibility, but allows for a migration away from option 150. Since, if I understand it correctly, GRUB is a second-stage boot loader, it should be the case that over time versions of GRUB that *require* option 150 will go out of use, meaning that server administrators will be in a position to safely discontinue use of option 150. However, please note that there is no requirement on you to follow my suggestion here. It's just a suggestion. It's perfectly permissible for you to just write up an i-d documenting what you're doing now and leave it at that - the only reason I suggest the other option is that as use of GRUB possibly becomes more widespread, the conflict between the three uses of option 150 will become more of a problem. Using vendor-specific options resolves the conflict, so in the long run I think it's better for the end user. From MAILER-DAEMON Wed Mar 16 14:27:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBeAX-0004B4-PD for mharc-bug-grub@gnu.org; Wed, 16 Mar 2005 14:27:02 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBeAJ-00045B-Hy for bug-grub@gnu.org; Wed, 16 Mar 2005 14:26:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBeAB-0003zL-Ty for bug-grub@gnu.org; Wed, 16 Mar 2005 14:26:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBeAB-0003w8-N1 for bug-grub@gnu.org; Wed, 16 Mar 2005 14:26:39 -0500 Received: from [195.54.107.81] (helo=mailrelay1.bredband.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DBdrP-00010T-N1 for bug-grub@gnu.org; Wed, 16 Mar 2005 14:07:15 -0500 Received: from chlaptop (as15-3-6.n.n.bonet.se [217.215.27.183]) by mailrelay1.bredband.net (Postfix) with SMTP id 6C8325080D8 for ; Wed, 16 Mar 2005 20:07:31 +0100 (CET) From: "grub user" To: "bug-grub (E-mail)" Date: Wed, 16 Mar 2005 20:07:15 +0100 Message-ID: <000001c52a5b$5e923d80$1ba3a8c0@chlaptop> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <20050310080455.GB10739@wacka.mjr.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: RE: TFTP fails after 23 packets X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 19:26:53 -0000 Paul wrote: > I am having a problem that Hans-Christian Armingeon had back in 2001 > http://lists.gnu.org/archive/html/bug-grub/2001-07/msg00052.html > Basically using debian Sarge grub (0.95+cvs from 20040624 and some other > patches, but none looking like they affect the tftp code) > I have a floppy with grub and a simple menu that fetches a configfile > from a tftp server which lists some options. When grub starts > downloading a kernel from the tftp server it tethereal reports: How does the configfile looks like? From MAILER-DAEMON Wed Mar 16 17:08:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBggO-0003zY-JU for mharc-bug-grub@gnu.org; Wed, 16 Mar 2005 17:08:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBggG-0003ue-Ch for bug-grub@gnu.org; Wed, 16 Mar 2005 17:07:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBggB-0003rD-FG for bug-grub@gnu.org; Wed, 16 Mar 2005 17:07:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBggB-0003pJ-3U for bug-grub@gnu.org; Wed, 16 Mar 2005 17:07:51 -0500 Received: from [193.63.121.167] (helo=m064.md.uwcm.ac.uk) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DBgPd-0004Bg-MN for bug-grub@gnu.org; Wed, 16 Mar 2005 16:50:45 -0500 Received: from [192.168.1.4] (cpc2-ely12-3-0-cust132.cdif.cable.ntl.com [81.104.138.132]) (authenticated bits=0) by m064.md.uwcm.ac.uk (8.12.8/8.12.8) with ESMTP id j2GLofNb016113 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 16 Mar 2005 21:50:42 GMT From: rich To: bug-grub@gnu.org Content-Type: text/plain Date: Wed, 16 Mar 2005 21:50:40 +0000 Message-Id: <1111009840.5603.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 7bit X-Spam_Status: No X-Scanned-By: MIMEDefang 2.39 Subject: grub delaying up to a minute at boot, prior to cdrom spinup? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 22:08:00 -0000 I'm running grub 0.95, as ships with debian testing, on my laptop. The problem I have invovles my cdrom drive somehow. Basically at bootup, grub says 'loading grub' and then waits there (doing nothing) for up to a minute before actually loading the boot menu. I can make it go instantaneously to the boot menu by ejecting the cdrom. Any ideas what would cause this? The windows XP loader booted immediately, as did lilo when I had that on. Grub is installed to the mbr, and /etc/boot/menu.lst looks like this: default 3 timeout 5 color cyan/blue white/blue title Debian GNU/Linux, kernel 2.6.8-1-386 root (hd0,1) kernel /boot/vmlinuz-2.6.8-1-386 root=/dev/hda2 ro hdc=scsi-ide initrd /boot/initrd.img-2.6.8-1-386 savedefault boot title Debian GNU/Linux, kernel 2.6.8-1-386 (recovery mode) root (hd0,1) kernel /boot/vmlinuz-2.6.8-1-386 root=/dev/hda2 ro single initrd /boot/initrd.img-2.6.8-1-386 savedefault boot title Other operating systems: root title Microsoft Windows XP Professional root (hd0,0) savedefault makeactive chainloader +1 I've posted on the debian mailing list but no-one had any ideas. Any offers? From MAILER-DAEMON Wed Mar 16 18:07:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBhbV-00032Z-M1 for mharc-bug-grub@gnu.org; Wed, 16 Mar 2005 18:07:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBhZz-0002M3-W0 for bug-grub@gnu.org; Wed, 16 Mar 2005 18:05:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBhZi-0002Ge-Bo for bug-grub@gnu.org; Wed, 16 Mar 2005 18:05:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBhZi-0002Ba-9O for bug-grub@gnu.org; Wed, 16 Mar 2005 18:05:14 -0500 Received: from [203.91.225.6] (helo=mx1.staff.pnc.com.au) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DBh70-00076W-EV for bug-grub@gnu.org; Wed, 16 Mar 2005 17:35:35 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.staff.pnc.com.au (Postfix) with ESMTP id 535BD1C8AF; Thu, 17 Mar 2005 09:35:32 +1100 (EST) Received: from mx1.staff.pnc.com.au ([127.0.0.1]) by localhost (mackerel [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29915-07; Thu, 17 Mar 2005 09:35:27 +1100 (EST) Received: from pc-jason (pc-jason.staff.pnc.com.au [10.17.5.123]) by mx1.staff.pnc.com.au (Postfix) with SMTP id 682511C8A2; Thu, 17 Mar 2005 09:35:26 +1100 (EST) Received: by pc-jason (sSMTP sendmail emulation); Thu, 17 Mar 2005 09:35:26 +1100 Date: Thu, 17 Mar 2005 09:35:26 +1100 From: Jason Thomas To: rich Message-ID: <20050316223526.GB5995@staff.pnc.com.au> Mail-Followup-To: rich , bug-grub@gnu.org References: <1111009840.5603.6.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111009840.5603.6.camel@localhost.localdomain> User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at staff.pnc.com.au Cc: bug-grub@gnu.org Subject: Re: grub delaying up to a minute at boot, prior to cdrom spinup? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 23:07:03 -0000 Don't know how to fix your problem, but did you know that you no longer have to use ide-scsi? the ide device can be used directly. On Wed, Mar 16, 2005 at 09:50:40PM +0000, rich wrote: > I'm running grub 0.95, as ships with debian testing, on my laptop. The > problem I have invovles my cdrom drive somehow. Basically at bootup, > grub says 'loading grub' and then waits there (doing nothing) for up to > a minute before actually loading the boot menu. I can make it go > instantaneously to the boot menu by ejecting the cdrom. Any ideas what > would cause this? The windows XP loader booted immediately, as did lilo > when I had that on. Grub is installed to the mbr, > and /etc/boot/menu.lst looks like this: > > default 3 > timeout 5 > color cyan/blue white/blue > > title Debian GNU/Linux, kernel 2.6.8-1-386 > root (hd0,1) > kernel /boot/vmlinuz-2.6.8-1-386 root=/dev/hda2 ro hdc=scsi-ide > initrd /boot/initrd.img-2.6.8-1-386 > savedefault > boot > > title Debian GNU/Linux, kernel 2.6.8-1-386 (recovery mode) > root (hd0,1) > kernel /boot/vmlinuz-2.6.8-1-386 root=/dev/hda2 ro single > initrd /boot/initrd.img-2.6.8-1-386 > savedefault > boot > > title Other operating systems: > root > > title Microsoft Windows XP Professional > root (hd0,0) > savedefault > makeactive > chainloader +1 > > I've posted on the debian mailing list but no-one had any ideas. Any > offers? > > > > _______________________________________________ > Bug-grub mailing list > Bug-grub@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-grub -- Jason Thomas Linux System Administrator http://www.sage-au.org.au/ From MAILER-DAEMON Thu Mar 17 04:58:49 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DBrmB-0005nM-QF for mharc-bug-grub@gnu.org; Thu, 17 Mar 2005 04:58:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DBrm4-0005mC-55 for bug-grub@gnu.org; Thu, 17 Mar 2005 04:58:40 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DBrm0-0005lM-1t for bug-grub@gnu.org; Thu, 17 Mar 2005 04:58:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DBrly-0005k2-BF for bug-grub@gnu.org; Thu, 17 Mar 2005 04:58:35 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DBrVH-0004tG-QN for bug-grub@gnu.org; Thu, 17 Mar 2005 04:41:19 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DBrV8-0000Zp-00; Thu, 17 Mar 2005 04:41:10 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Thu, 17 Mar 2005 09:41:10 +0000 Date: Thu, 17 Mar 2005 09:41:10 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3; Linux) (KHTML, like Gecko) X-Apparently-From: 195.209.218.137 Message-Id: <20050317-044110.sv0.85453@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> <20050315-180631.sv0.11604@savannah.gnu.org> <20050316-004015.sv0.25515@savannah.gnu.org> <20050316-170724.sv0.53242@savannah.gnu.org> In-Reply-To: <20050316-170724.sv0.53242@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 09:58:43 -0000 Follow-up Comment #7, bugs #12018 (project grub): Hello. Seems that patch is not working. After applying (look ChangeLog is rejected:) but I'll fix this manually): peter@camobap ~/grub-0.96/grub-0.96 $ patch -p1 < ../savedefault.patch patching file ChangeLog Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file ChangeLog.rej patching file stage2/builtins.c Hunk #1 succeeded at 3070 (offset -9 lines). Hunk #2 succeeded at 3103 (offset -9 lines). Hunk #3 succeeded at 3312 (offset -9 lines). patching file stage2/shared.h patching file stage2/stage2.c I encounter this linking problem: pre_stage2_exec-builtins.o(.text+0x26e3):/home/peter/grub-0.96/grub-0.96/stage2/builtins.c:3316: undefined reference to `savedefault_partition' pre_stage2_exec-stage2.o(.text+0xccb): In function `cmain': /home/peter/grub-0.96/grub-0.96/stage2/stage2.c:891: undefined reference to `savedefault_drive' pre_stage2_exec-stage2.o(.text+0xcd5):/home/peter/grub-0.96/grub-0.96/stage2/stage2.c:892: undefined reference to `savedefault_partition' collect2: ld returned 1 exit status make[2]: *** [pre_stage2.exec] Ошибка 1 make[2]: Leaving directory `/home/peter/grub-0.96/grub-0.96/stage2' make[1]: *** [all-recursive] Ошибка 1 make[1]: Leaving directory `/home/peter/grub-0.96/grub-0.96' make: *** [all] Ошибка 2 Thank you, for your work, Peter. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Thu Mar 17 17:17:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DC3Ix-0004F3-6z for mharc-bug-grub@gnu.org; Thu, 17 Mar 2005 17:17:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DC3Iq-0004CG-L1 for bug-grub@gnu.org; Thu, 17 Mar 2005 17:17:17 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DC3Ik-00049i-AF for bug-grub@gnu.org; Thu, 17 Mar 2005 17:17:11 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DC3Ik-00047H-1p for bug-grub@gnu.org; Thu, 17 Mar 2005 17:17:10 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DC2y0-0005JL-HR for bug-grub@gnu.org; Thu, 17 Mar 2005 16:55:44 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DC2xy-000222-00; Thu, 17 Mar 2005 16:55:42 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Thu, 17 Mar 2005 21:55:41 +0000 Date: Thu, 17 Mar 2005 21:55:41 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0 X-Apparently-From: 80.9.157.68 Message-Id: <20050317-215541.sv0.9917@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> <20050315-180631.sv0.11604@savannah.gnu.org> <20050316-004015.sv0.25515@savannah.gnu.org> <20050316-170724.sv0.53242@savannah.gnu.org> <20050317-044110.sv0.85453@savannah.gnu.org> In-Reply-To: <20050317-044110.sv0.85453@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 22:17:18 -0000 Follow-up Comment #8, bugs #12018 (project grub): Sorry, I have forgotten one file... here is another test patch. Be sure to have the last cvs version (2005/03/15 16:54:24). _______________________________________________________ Additional Item Attachment: File name: savedefault-v2.patch Size:4 KB Patch which should fix the bug (2) _______________________________________________________ Reply to this item at: _______________________________________________ Message posté via/par Savannah http://savannah.gnu.org/ From MAILER-DAEMON Fri Mar 18 08:24:19 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCHSd-0007rf-AO for mharc-bug-grub@gnu.org; Fri, 18 Mar 2005 08:24:19 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCFTz-0000yT-Ty for bug-grub@gnu.org; Fri, 18 Mar 2005 06:17:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCFSe-0000bB-A6 for bug-grub@gnu.org; Fri, 18 Mar 2005 06:16:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCFC5-00087T-3g for bug-grub@gnu.org; Fri, 18 Mar 2005 05:59:08 -0500 Received: from [129.187.231.63] (helo=rennsau.regent.e-technik.tu-muenchen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCEws-0008Pw-JX for bug-grub@gnu.org; Fri, 18 Mar 2005 05:43:22 -0500 Received: from [10.152.31.48] (regine.regent.e-technik.tu-muenchen.de [10.152.31.48]) by rennsau.regent.e-technik.tu-muenchen.de (8.9.3p2/8.6.9) with ESMTP id LAA05026 for ; Fri, 18 Mar 2005 11:42:21 +0100 (MET) Message-ID: <423AB06D.6080803@eda.ei.tum.de> Date: Fri, 18 Mar 2005 11:41:49 +0100 From: Volker Gloeckel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041226 Fedora/1.7.5-2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: bug-grub@gnu.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 18 Mar 2005 08:24:17 -0500 Subject: grub halt command: support for ACPI? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 11:18:32 -0000 Hello there, I am currently using grub 0.95. Is there any support for ACPI in grub's halt command? From MAILER-DAEMON Fri Mar 18 08:26:23 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCHUd-00008F-9O for mharc-bug-grub@gnu.org; Fri, 18 Mar 2005 08:26:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCHHP-0000x1-Mt for bug-grub@gnu.org; Fri, 18 Mar 2005 08:12:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCHHO-0000wj-Rx for bug-grub@gnu.org; Fri, 18 Mar 2005 08:12:43 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCHAC-0006wl-Kx for bug-grub@gnu.org; Fri, 18 Mar 2005 08:05:16 -0500 Received: from [194.172.199.226] (helo=PDTSRV1.pdt.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCGhz-0000PJ-Q4 for bug-grub@gnu.org; Fri, 18 Mar 2005 07:36:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable content-class: urn:content-classes:message x-mimeole: Produced By Microsoft Exchange V6.0.6249.0 Date: Fri, 18 Mar 2005 13:36:37 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Laufwerksbuchstaben dynamisch zuweisen Thread-Index: AcUrtyCcBX3O3tE3RIaf1kUMy/7jAw== From: "Roscher, Torsten" To: X-Mailman-Approved-At: Fri, 18 Mar 2005 08:26:21 -0500 Subject: Laufwerksbuchstaben dynamisch zuweisen X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 13:12:44 -0000 Ich habe folgende Konstellation: 1.prim=E4r + aktiv Partition W98 Fat32 2.prim=E4r Partition XP 3.+ 4. Partition Linux Ich kann von Linux aus auf 1 + 2 zugreifen, aber weder von 1 auf 2, noch = von 2 auf 1. Paragon "Alles mounter" erkennt aber von 1 und 2 jeweils die andere = Partition, kann sie aber nicht verbinden. Ich vermute es liegt an den fehlenden LW-Buchstaben. Grub ist so konfiguriert das es jeweils die andere Partition versteckt = (wenn 1 bootet, wird 2 versteckt und umgekehrt). Liege ich mit meiner Vermutung richtig ? Wenn ja, kann Grub statt die Partitionen zu verstecken ev. die = Buchstaben-Zuweisung =FCbernehmen? Mit freundlichen Gr=FC=DFen i.A. Torsten Roscher Paper + Design GmbH tabletop An der Heinzbank 15 D-09429 Wolkenstein OT Hilmersdorf Tel.: +49 (0) 37369-847-75 Fax: +49 (0) 37369-847-20 E-Mail: t.roscher@paper-design.de Web: www.paper-design.de From MAILER-DAEMON Fri Mar 18 08:49:50 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCHrF-0007Dr-Uy for mharc-bug-grub@gnu.org; Fri, 18 Mar 2005 08:49:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCHqv-00073v-BX for bug-grub@gnu.org; Fri, 18 Mar 2005 08:49:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCHqr-000729-Fx for bug-grub@gnu.org; Fri, 18 Mar 2005 08:49:22 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCHqr-00070N-2X for bug-grub@gnu.org; Fri, 18 Mar 2005 08:49:21 -0500 Received: from [83.97.48.2] (helo=steve.prima.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCHTI-00054U-6u for bug-grub@gnu.org; Fri, 18 Mar 2005 08:25:00 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by steve.prima.de (Postfix) with ESMTP id B95ED363A16; Fri, 18 Mar 2005 14:24:57 +0100 (CET) Received: from steve.prima.de ([127.0.0.1]) by localhost (steve.prima.de [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id 19101-01; Fri, 18 Mar 2005 14:24:56 +0100 (CET) Received: from darkstar (pD9E1D612.dip.t-dialin.net [217.225.214.18]) by steve.prima.de (Postfix) with ESMTP id 58FF53619E9; Fri, 18 Mar 2005 14:24:55 +0100 (CET) From: Tobias Wollgam To: bug-grub@gnu.org Date: Fri, 18 Mar 2005 14:24:53 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503181424.53595.tobias@wollgam.de> X-Virus-Scanned: by amavisd-new at mail.prima.de X-Spam-Checked-By: mail.prima.de Cc: "Roscher, Torsten" Subject: Re: Laufwerksbuchstaben dynamisch zuweisen X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 13:49:32 -0000 Am Freitag, 18. M=E4rz 2005 13:36 schrieb Roscher, Torsten: Dies ist eine englische Maillist, daher wirst Du mit deutsch wenig Erfolg=20 haben :-( Ich versuch trotzdem mal etwas Licht in die Sache zu bringen. > Ich habe folgende Konstellation: > > 1.prim=E4r + aktiv Partition W98 Fat32 > 2.prim=E4r Partition XP ist das NTFS? > 3.+ 4. Partition Linux > > Ich kann von Linux aus auf 1 + 2 zugreifen, aber weder von 1 auf 2, noch > von 2 auf 1. Paragon "Alles mounter" erkennt aber von 1 und 2 jeweils die > andere Partition, kann sie aber nicht verbinden. Ich vermute es liegt an > den fehlenden LW-Buchstaben. Ich kenn den Paragon "Alles mounter" nicht. Was kann der, was macht der? > Grub ist so konfiguriert das es jeweils die andere Partition versteckt > (wenn 1 bootet, wird 2 versteckt und umgekehrt). > > Liege ich mit meiner Vermutung richtig ? > Wenn ja, kann Grub statt die Partitionen zu verstecken ev. die > Buchstaben-Zuweisung =FCbernehmen? Die Zuweisung wird grub in keinem Fall =FCbernehmen k=F6nnen, da das Sache = des=20 Betriebsystems ist. Das Verstecken k=F6nnte ein Problem sein, wie w=E4re=20 tauschen? From MAILER-DAEMON Fri Mar 18 09:09:56 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCIAl-0004MR-Tu for mharc-bug-grub@gnu.org; Fri, 18 Mar 2005 09:09:56 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCIAX-0004E5-Ib for bug-grub@gnu.org; Fri, 18 Mar 2005 09:09:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCIAO-00047C-Kj for bug-grub@gnu.org; Fri, 18 Mar 2005 09:09:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCIAL-00041Q-2T for bug-grub@gnu.org; Fri, 18 Mar 2005 09:09:29 -0500 Received: from [213.51.128.197] (helo=smtpq2.home.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCHkH-0006jb-BG for bug-grub@gnu.org; Fri, 18 Mar 2005 08:42:33 -0500 Received: from [213.51.128.134] (port=41316 helo=smtp3.home.nl) by smtpq2.home.nl with esmtp (Exim 4.30) id 1DCHkF-0005Gd-LI for bug-grub@gnu.org; Fri, 18 Mar 2005 14:42:31 +0100 Received: from cc22149-a.groni1.gr.home.nl ([82.73.53.182]:34973) by smtp3.home.nl with esmtp (Exim 4.30) id 1DCHkE-0006qd-Jh for bug-grub@gnu.org; Fri, 18 Mar 2005 14:42:30 +0100 Received: by cc22149-a.groni1.gr.home.nl (Postfix, from userid 1000) id 38B001534C; Fri, 18 Mar 2005 14:42:29 +0100 (CET) From: Leendert Meyer To: bug-grub@gnu.org Date: Fri, 18 Mar 2005 14:42:27 +0100 User-Agent: KMail/1.8 References: <423AB06D.6080803@eda.ei.tum.de> In-Reply-To: <423AB06D.6080803@eda.ei.tum.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503181442.28064.leen.meyer@home.nl> X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean Subject: Re: grub halt command: support for ACPI? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 14:09:46 -0000 On Friday 18 March 2005 11:41, Volker Gloeckel wrote: > Hello there, > > I am currently using grub 0.95. So do I. (SUSE 9.2) > Is there any support for ACPI in grub's halt command? Issuing halt in GRUB shuts down my PC. Is that what you mean? Cheers, Leen From MAILER-DAEMON Fri Mar 18 12:02:04 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCKrM-0000ax-KO for mharc-bug-grub@gnu.org; Fri, 18 Mar 2005 12:02:04 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCKne-0008US-TV for bug-grub@gnu.org; Fri, 18 Mar 2005 11:58:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCKnR-0008Ow-Jq for bug-grub@gnu.org; Fri, 18 Mar 2005 11:58:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCKnR-0008Ig-2z for bug-grub@gnu.org; Fri, 18 Mar 2005 11:58:01 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCKIL-0004K6-1e for bug-grub@gnu.org; Fri, 18 Mar 2005 11:25:53 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DCKIH-0003xe-00; Fri, 18 Mar 2005 11:25:49 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Fri, 18 Mar 2005 16:25:49 +0000 Date: Fri, 18 Mar 2005 16:25:49 +0000 To: Volkov Peter , Wolfram Schlich , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.0 (like Gecko) X-Apparently-From: 213.234.228.114 Message-Id: <20050318-162548.sv0.9422@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> <20050315-180631.sv0.11604@savannah.gnu.org> <20050316-004015.sv0.25515@savannah.gnu.org> <20050316-170724.sv0.53242@savannah.gnu.org> <20050317-044110.sv0.85453@savannah.gnu.org> <20050317-215541.sv0.9917@savannah.gnu.org> In-Reply-To: <20050317-215541.sv0.9917@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 17:02:02 -0000 Follow-up Comment #9, bugs #12018 (project grub): Hello. Thank you. I've tried latest cvs grub with your patch. Applied cleanly, compiled but savedefault not working. May be error messages helps you to find an error. If I setup grub with `grub-install --root-directory=/boot --no-floppy /dev/hda` then I have the error: ********************* savedefault 2 Default file name: '!fPSR2##/boot/grub/default' will be open from (hd127,0,a): Filesystem type is ext2fs, partition type 0x83. -- press a key ********************* Instead of ! and ## there are some unreadable symbols. If I setup with `grub-install --no-floppy /dev/hda` then error is the same except boot/grub/default -> grub/default ; without boot. Thank you for your work, Peter. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Sat Mar 19 12:50:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCi5U-0006c9-Ot for mharc-bug-grub@gnu.org; Sat, 19 Mar 2005 12:50:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCi5R-0006ZS-Qz for bug-grub@gnu.org; Sat, 19 Mar 2005 12:50:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCi3A-000642-JH for bug-grub@gnu.org; Sat, 19 Mar 2005 12:47:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCi31-0005xh-Eb for bug-grub@gnu.org; Sat, 19 Mar 2005 12:47:39 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DChYE-0006MT-Dl for bug-grub@gnu.org; Sat, 19 Mar 2005 12:15:50 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DChXx-0008Ei-00; Sat, 19 Mar 2005 12:15:33 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Sat, 19 Mar 2005 17:15:33 +0000 Date: Sat, 19 Mar 2005 17:15:33 +0000 To: Volkov Peter , Wolfram Schlich , NATORI Shin , bug-grub@gnu.org From: NATORI Shin X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Q312461; .NET CLR 1.0.3705; .NET CLR 1.1.4322) X-Apparently-From: 133.11.170.111 Message-Id: <20050319-171532.sv39824.75177@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> <20050315-180631.sv0.11604@savannah.gnu.org> <20050316-004015.sv0.25515@savannah.gnu.org> <20050316-170724.sv0.53242@savannah.gnu.org> <20050317-044110.sv0.85453@savannah.gnu.org> <20050317-215541.sv0.9917@savannah.gnu.org> <20050318-162548.sv0.9422@savannah.gnu.org> In-Reply-To: <20050318-162548.sv0.9422@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 17:50:10 -0000 Follow-up Comment #10, bugs #12018 (project grub): Hi, I encountered the same trouble this night, and found a bug in stage2.c. The buffer for the "default" file path is not initialized correctly. Attached patch will fix the bug. Hope it helps. _______________________________________________________ Additional Item Attachment: File name: grub-0.96-savedefault-bugfix.patch Size:0 KB Patch for fixing the bug _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Sat Mar 19 13:24:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCicN-0006yr-RH for mharc-bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCicJ-0006wc-MR for bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCicE-0006uT-6c for bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCicE-0006uI-3c for bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:02 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCiM5-0000m5-SN for bug-grub@gnu.org; Sat, 19 Mar 2005 13:07:22 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 55884FF1560F; Sat, 19 Mar 2005 19:07:21 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 19 Mar 05 18:07:21 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: bug-grub@gnu.org, pjones@redhat.com Date: Sat, 19 Mar 2005 19:07:20 +0100 User-Agent: KMail/1.7.1 References: <4218748D.1070003@t-online.de> <4228BD80.3020107@t-online.de> <1110218919.25887.4.camel@localhost.localdomain> In-Reply-To: <1110218919.25887.4.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503191907.20909.okuji@enbug.org> Cc: Harald Dunkel Subject: Re: grub dumps core X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 18:24:09 -0000 On Monday 07 March 2005 07:08 pm, pjones wrote: > Here goes. This is my 0.95 patch forward-ported to current CVS. If > anybody has *added* anything to cvs since 0.95 (i.e. savedefault), I > haven't even looked at it, so it may or may not still need work. Does anybody confirm that this patch works against the current CVS version? I myself have no way to check it, because I don't have amd64. Once someone proves that it works, I am ready to apply it. Okuji From MAILER-DAEMON Sat Mar 19 13:24:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCicR-00070G-98 for mharc-bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:15 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCicK-0006xT-Qp for bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCicG-0006vW-9F for bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:05 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCicF-0006uI-Er for bug-grub@gnu.org; Sat, 19 Mar 2005 13:24:03 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCiJ9-0000Z6-Us; Sat, 19 Mar 2005 13:04:20 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DCiIu-0004xN-00; Sat, 19 Mar 2005 13:04:04 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Sat, 19 Mar 2005 18:04:04 +0000 Date: Sat, 19 Mar 2005 18:04:04 +0000 To: Volkov Peter , Wolfram Schlich , NATORI Shin , "Yoshinori K. Okuji" , bug-grub@gnu.org From: "Yoshinori K. Okuji" X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (compatible; Konqueror/3.2; Linux) KHTML/3.2.3 (like Gecko) X-Apparently-From: 82.66.127.114 Message-Id: <20050319-180404.sv141.88200@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> <20050315-180631.sv0.11604@savannah.gnu.org> <20050316-004015.sv0.25515@savannah.gnu.org> <20050316-170724.sv0.53242@savannah.gnu.org> <20050317-044110.sv0.85453@savannah.gnu.org> <20050317-215541.sv0.9917@savannah.gnu.org> <20050318-162548.sv0.9422@savannah.gnu.org> <20050319-171532.sv39824.75177@savannah.gnu.org> In-Reply-To: <20050319-171532.sv39824.75177@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 18:24:11 -0000 Follow-up Comment #11, bugs #12018 (project grub): I have fixed it right now. Thanks. Please write ChangeLog next time. Usually I do not apply any patch if ChangeLog is not written. Okuji _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Sat Mar 19 17:18:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCmHQ-0006Yo-AN for mharc-bug-grub@gnu.org; Sat, 19 Mar 2005 17:18:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCi30-00062R-Ja for bug-grub@gnu.org; Sat, 19 Mar 2005 12:47:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCi2s-0005xs-LR for bug-grub@gnu.org; Sat, 19 Mar 2005 12:47:31 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCi2s-0005xh-Hk for bug-grub@gnu.org; Sat, 19 Mar 2005 12:47:30 -0500 Received: from [81.56.26.46] (helo=vash.zogzog.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DChnO-00076K-IU for bug-grub@gnu.org; Sat, 19 Mar 2005 12:31:30 -0500 Received: from [192.168.1.10] (doom [192.168.1.10]) by vash.zogzog.org (Postfix) with ESMTP id 5BCBF4803E for ; Sat, 19 Mar 2005 18:33:47 +0100 (CET) Message-ID: <423C61BB.8030208@zogzog.org> Date: Sat, 19 Mar 2005 18:30:35 +0100 From: Arnaud Vrac User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: bug-grub@gnu.org X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 19 Mar 2005 17:18:44 -0500 Subject: Reserve bss space for modules X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2005 17:47:50 -0000 I am developping a kernel that is split in modules for my studies, using GRUB to boot it and load modules in memory. GRUB allocates space for the sections in the kernel ELF, and also reserves space for the bss symbols. Is it possible to tell GRUB to reserve space for the bss symbols, for a module ? I did not find any information relating to that point, and as of now, all the modules i load are concateneted in memory (page aligned), leaving no space for the bss symbols. Do i really have to parse the elf headers and allocate the space myself ? Thanks -- Arnaud From MAILER-DAEMON Sat Mar 19 19:55:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCoj4-0000Rw-0S for mharc-bug-grub@gnu.org; Sat, 19 Mar 2005 19:55:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCoiO-000068-1N for bug-grub@gnu.org; Sat, 19 Mar 2005 19:54:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCoiD-0008Pn-2m for bug-grub@gnu.org; Sat, 19 Mar 2005 19:54:39 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCoi5-0008ND-Bc for bug-grub@gnu.org; Sat, 19 Mar 2005 19:54:29 -0500 Received: from [64.4.16.84] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCoKe-0004NJ-FK for bug-grub@gnu.org; Sat, 19 Mar 2005 19:30:16 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 19 Mar 2005 16:30:15 -0800 Message-ID: Received: from 69.158.129.177 by by22fd.bay22.hotmail.msn.com with HTTP; Sun, 20 Mar 2005 00:30:15 GMT X-Originating-IP: [69.158.129.177] X-Originating-Email: [johnlumby@hotmail.com] X-Sender: johnlumby@hotmail.com From: "John Lumby" To: bug-grub@gnu.org Bcc: Date: Sat, 19 Mar 2005 19:30:15 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 20 Mar 2005 00:30:15.0811 (UTC) FILETIME=[FCA9C530:01C52CE3] Subject: during boot, how does grub decide from which disk to load the grub.config? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 00:55:27 -0000 typically when I set up a new disk, I do it like this: . existing disk with already-installed grub and root/boot ptns in hd0 . new empty disk in hd1 . create ptns on new disk and copy files to it . reboot hd0 and in grub, bring up the command line: . root (hd0,1) . setup (hd1) This works but when I switch the disks and boot the new one, it picks up the grub.config from the old one (the one that used to be hd0 and is now hd1) instead of from itself. If I want to fix this, I then have to re-setup: with new disk in hd0: . root (hd0,1) . setup (hd0) This quirk seems to be referred to in http://lists.gnu.org/archive/html/bug-grub/2000-09/msg00041.html but I don't see what I should do (if anything) to make the first setup specify to refer to itself for future boots. Would this do what I want (I would try it but don't have an empty disk to experiment with any more! ) . existing disk with already-installed grub and root/boot ptns in hd0 . new empty disk in hd1 . create ptns on new disk and copy files to it . reboot hd0 and in grub, bring up the command line: . root (hd1,1) . setup (hd1) Or should I be using the install sub-command rather than setup? What actually determines from which hd* grub will load its grub.config? John From MAILER-DAEMON Sun Mar 20 04:58:18 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DCxCL-0000UN-O0 for mharc-bug-grub@gnu.org; Sun, 20 Mar 2005 04:58:18 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCvcp-0000BK-16 for bug-grub@gnu.org; Sun, 20 Mar 2005 03:17:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCvch-00006b-1s for bug-grub@gnu.org; Sun, 20 Mar 2005 03:17:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCvcd-0008S7-1w for bug-grub@gnu.org; Sun, 20 Mar 2005 03:17:19 -0500 Received: from [194.25.134.82] (helo=mailout05.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCvBq-0004BP-MJ for bug-grub@gnu.org; Sun, 20 Mar 2005 02:49:38 -0500 Received: from fwd22.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1DCvBi-00017H-00; Sun, 20 Mar 2005 08:49:30 +0100 Received: from [192.168.1.10] (VmqLh8ZDZeTKjM3em0xJlLg5uZPxZkEz1ky4VEC1z7abJW8nIoJS4W@[80.146.126.50]) by fwd22.sul.t-online.de with esmtp id 1DCvBi-2Ajgky0; Sun, 20 Mar 2005 08:49:30 +0100 Message-ID: <423D2B05.6070209@t-online.de> Date: Sun, 20 Mar 2005 08:49:25 +0100 From: Harald Dunkel User-Agent: Debian Thunderbird 1.0 (X11/20050119) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Yoshinori K. Okuji" , pjones@redhat.com References: <4218748D.1070003@t-online.de> <4228BD80.3020107@t-online.de> <1110218919.25887.4.camel@localhost.localdomain> <200503191907.20909.okuji@enbug.org> In-Reply-To: <200503191907.20909.okuji@enbug.org> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3C2BE27ECBC9C7B84902E921" X-ID: VmqLh8ZDZeTKjM3em0xJlLg5uZPxZkEz1ky4VEC1z7abJW8nIoJS4W X-TOI-MSGID: be9c02a3-4c45-4d2c-8104-1af6c9062f0d X-Mailman-Approved-At: Sun, 20 Mar 2005 04:58:14 -0500 Cc: bug-grub@gnu.org Subject: Re: grub dumps core X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 08:17:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3C2BE27ECBC9C7B84902E921 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Yoshinori K. Okuji wrote: > On Monday 07 March 2005 07:08 pm, pjones wrote: > >>Here goes. This is my 0.95 patch forward-ported to current CVS. If >>anybody has *added* anything to cvs since 0.95 (i.e. savedefault), I >>haven't even looked at it, so it may or may not still need work. > > > Does anybody confirm that this patch works against the current CVS version? I > myself have no way to check it, because I don't have amd64. Once someone > proves that it works, I am ready to apply it. > Sorry, I could not reproduce the problem anymore. I used the old CVS version, the same kernel, I have nuked and repartitioned the USB stick, everything. No success. Regards Harri --------------enig3C2BE27ECBC9C7B84902E921 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCPSsJUTlbRTxpHjcRAmmgAJ9kt46J9HkHq2oRz+V/qLchgI+gJQCgjhW7 VMPS8SaTrzaGgHPloTzjhV8= =0lUh -----END PGP SIGNATURE----- --------------enig3C2BE27ECBC9C7B84902E921-- From MAILER-DAEMON Sun Mar 20 08:47:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DD0m4-00057m-ES for mharc-bug-grub@gnu.org; Sun, 20 Mar 2005 08:47:24 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DD0ly-000554-AY for bug-grub@gnu.org; Sun, 20 Mar 2005 08:47:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DD0lu-00052o-JQ for bug-grub@gnu.org; Sun, 20 Mar 2005 08:47:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DD0lu-00052g-ET for bug-grub@gnu.org; Sun, 20 Mar 2005 08:47:14 -0500 Received: from [145.74.66.11] (helo=mail-cn.han.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DD0OA-0002fo-KO for bug-grub@gnu.org; Sun, 20 Mar 2005 08:22:42 -0500 Received: from vscan-cn.han.nl (venus.han.nl [145.74.65.6]) by mail-cn.han.nl (Postfix) with ESMTP id 1DC488EDF; Sun, 20 Mar 2005 14:22:42 +0100 (CET) Received: from mail-cn.han.nl ([145.74.66.11]) by vscan-cn.han.nl (venus.han.nl [145.74.65.6]) (amavisd-new, port 10024) with ESMTP id 27765-05; Sun, 20 Mar 2005 14:22:40 +0100 (CET) Received: from mail1.han.nl (mail1.han.nl [145.74.103.11]) by mail-cn.han.nl (Postfix) with ESMTP id E03DD8578; Sun, 20 Mar 2005 14:22:39 +0100 (CET) Received: from localhost.localdomain (mgerards.xs4all.nl [82.92.27.129]) by mail1.han.nl (Postfix) with ESMTP id 97A1FC046; Sun, 20 Mar 2005 14:22:39 +0100 (CET) Mail-Copies-To: metgerards@student.han.nl To: Arnaud Vrac References: <423C61BB.8030208@zogzog.org> From: Marco Gerards Date: Sun, 20 Mar 2005 14:22:39 +0100 In-Reply-To: <423C61BB.8030208@zogzog.org> (Arnaud Vrac's message of "Sat, 19 Mar 2005 18:30:35 +0100") Message-ID: <87k6o2310g.fsf@student.han.nl> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new (2.2.0) at vscan-cn.han.nl Cc: bug-grub@gnu.org Subject: Re: Reserve bss space for modules X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 13:47:21 -0000 Arnaud Vrac writes: > I did not find any information relating to that point, and as of now, > all the modules i load are concateneted in memory (page aligned), > leaving no space for the bss symbols. Do i really have to parse the > elf headers and allocate the space myself ? That's what the other multiboot kernels I know about do. -- Marco From MAILER-DAEMON Sun Mar 20 13:46:37 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DD5Rc-0002zd-SC for mharc-bug-grub@gnu.org; Sun, 20 Mar 2005 13:46:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DD5RX-0002y9-GC for bug-grub@gnu.org; Sun, 20 Mar 2005 13:46:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DD5RU-0002wu-Ls for bug-grub@gnu.org; Sun, 20 Mar 2005 13:46:29 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DD5RU-0002uV-EJ for bug-grub@gnu.org; Sun, 20 Mar 2005 13:46:28 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DD55G-0005aK-6R for bug-grub@gnu.org; Sun, 20 Mar 2005 13:23:30 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DD55E-0003Gf-00; Sun, 20 Mar 2005 13:23:28 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Sun, 20 Mar 2005 18:23:28 +0000 Date: Sun, 20 Mar 2005 18:23:28 +0000 To: philipp fischer , bug-grub@gnu.org From: philipp fischer X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12388 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.5) Gecko/20041122 Firefox/1.0 X-Apparently-From: 84.178.201.4 Message-Id: <20050320-182328.sv39843.95018@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bugs #12388] New Feature: support for hardware i/o based bootup selection X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 18:46:32 -0000 URL: Summary: New Feature: support for hardware i/o based bootup selection Project: GNU GRUB Submitted by: phl Submitted on: Son 20.03.2005 um 18:23 Category: Booting Severity: Major Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Philipp Originator Email: phil@goabi06.de Open/Closed: Open Release: 0.96 Reproducibility: None Planned Release: _______________________________________________________ Details: This little patch adds two new supported commands to grub. "onportsel" and "portout". With portout, it is possible to set a certain value to a hardware i/o port. syntax: portout ADDR VALUE With onportsel you can change the selected boot entry if the input on a certain hardware address matches a mask. Example: onportsel 2 0x201 xxx0xxxx (matches if the first button of a plugged joystick is pressed. Joystickport = 0x201) syntax: onportsel ENTRYNUM PORTADDR MASK the mask must be 8 chars long and can contain '0's, '1's, or 'x's. It represents one byte. x - bits are ignored. All others must be matched to select the entry. I use this command to switch between windows and linux, using a hardware switch. This is especially handy, if you only want to restart but do not want to wait until the bootmenu pops up, to select the appropriate OS. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Son 20.03.2005 um 18:23 Name: grub-0.96-hwio.patch Size: 6KB By: phl GRUB Hardware I/O patch, adding 2 new commands _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Mon Mar 21 00:56:52 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDFuG-0004zi-Mr for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 00:56:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDFex-0003bD-9p for bug-grub@gnu.org; Mon, 21 Mar 2005 00:41:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDFbV-0002Ka-I4 for bug-grub@gnu.org; Mon, 21 Mar 2005 00:37:45 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDFbO-0002H4-QF for bug-grub@gnu.org; Mon, 21 Mar 2005 00:37:22 -0500 Received: from [64.233.184.202] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDFLw-0004K7-PW for bug-grub@gnu.org; Mon, 21 Mar 2005 00:21:24 -0500 Received: by wproxy.gmail.com with SMTP id 36so873131wra for ; Sun, 20 Mar 2005 21:21:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=SOrfURqp7PZmBMsEhkXsk0F4rpai1Gt7HbZ9H1X8srr4j+f4FwYLx/t8D+rOpPdTcjS1frvBI8FQPEPqoIlWTnNF8iloQU+shKNVygg5U24eBS477V2kcrpcEfZyJJkeCa9cK2FSrk2pOeuZwSA45B+tpgztrHqzgS7sivVVg8E= Received: by 10.54.29.36 with SMTP id c36mr1461932wrc; Sun, 20 Mar 2005 21:21:23 -0800 (PST) Received: by 10.54.29.23 with HTTP; Sun, 20 Mar 2005 21:21:23 -0800 (PST) Message-ID: <62b0912f0503202121607bd38a@mail.gmail.com> Date: Sun, 20 Mar 2005 21:21:23 -0800 From: Molle Bestefich To: ataraid-list@redhat.com In-Reply-To: <62b0912f05032019262c009465@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <62b0912f05031606396a3a47db@mail.gmail.com> <20050318112322.GN3301@redhat.com> <62b0912f05031804424030193b@mail.gmail.com> <20050318125120.GQ3301@redhat.com> <62b0912f0503181112ea853a6@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> X-Mailman-Approved-At: Mon, 21 Mar 2005 00:56:50 -0500 Cc: bug-grub@gnu.org Subject: Re: Installation on RAID-only system X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 05:41:06 -0000 > Perhaps it's time to try GRUB again. [...] > Why hasn't it been done yet? [...] Well, seems that GRUB has a nice workaround. It allows you to choose which BIOS drive maps to which Linux drive - neat! Still doesn't work though. I'm getting errors :-/: # Tell GRUB not to f... up, I hope. $ sbin/grub --device-map=/dev/null # Tell GRUB what BIOS 0x80 is. grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf # Tell GRUB on which partition (1st logical) to find it's files grub> root (hd0,5)/boot Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf) Error 18: Selected cylinder exceeds maximum supported by BIOS. # OK, that didn't work. Try pointing GRUB to the partition itself. grub> device (hd0,5) /dev/mapper/hpt37x_ehgjaggaf6 # Once again tell GRUB to find it's files under /boot on the reiser3.6 filesystem on that partition... grub> root (hd0,5)/boot Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf6) Error 5: Partition table invalid or corrupt grub> I can use "rootnoverify", but that just postpones the (same) error messages to when the setup command is run. What am I doing wrong? I'm puzzled that GRUB looks for a partition table inside a logical partition (notice the ".../hpt37x_ehgjaggaf_6_ part)? Also puzzled by the cylinder message. What is that supposed to mean? The linux partition resides from 20-40 GB on the RAID array, that can't be too far off when using LBA? For the record, neither parted nor fdisk can see anything wrong with the partitioning on the "disk".. From MAILER-DAEMON Mon Mar 21 07:45:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDMHh-0004pQ-TR for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 07:45:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDMHZ-0004k4-7y for bug-grub@gnu.org; Mon, 21 Mar 2005 07:45:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDMHT-0004ik-Ln for bug-grub@gnu.org; Mon, 21 Mar 2005 07:45:17 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDMHQ-0004iZ-KM for bug-grub@gnu.org; Mon, 21 Mar 2005 07:45:13 -0500 Received: from [64.233.184.207] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDLea-0004Cg-Mr for bug-grub@gnu.org; Mon, 21 Mar 2005 07:05:05 -0500 Received: by wproxy.gmail.com with SMTP id 55so1107591wri for ; Mon, 21 Mar 2005 04:05:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=A51MXHZPT7kj509J2rvlM/5Rvrim9mDTN/+1ChXA6Lg6f5cLh1fp+a7cpxTwXEuPCUWFpD+qEg523T5we+yAmJDK/w5Ppphv82YRHY6h56Cnnv3qP3ygFRxXJBaHYOmFTA6YXYCIHcc2LZAc+dzmlpax5lzZUhowBXXc4e9s72w= Received: by 10.54.29.61 with SMTP id c61mr4864558wrc; Mon, 21 Mar 2005 04:05:04 -0800 (PST) Received: by 10.54.29.23 with HTTP; Mon, 21 Mar 2005 04:05:04 -0800 (PST) Message-ID: <62b0912f05032104052e78fd60@mail.gmail.com> Date: Mon, 21 Mar 2005 13:05:04 +0100 From: Molle Bestefich To: bug-grub@gnu.org In-Reply-To: <62b0912f0503202121607bd38a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f05031804424030193b@mail.gmail.com> <20050318125120.GQ3301@redhat.com> <62b0912f0503181112ea853a6@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> Cc: ataraid-list@redhat.com Subject: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 12:45:23 -0000 I'm delving into GRUB bughunting now. GRUB 0.96 is apparently sensitive to the order in which "device xxx" commands are entered. Sounds horrid, aye... Ie. typing: grub> device (hd0) /dev/xxx grub> device (hd0,5) /dev/yyy Is a completely different thing to typing: grub> device (hd0,5) /dev/yyy grub> device (hd0) /dev/xxx Reproducible: Always. Here's an example. (I added "grub_printf" to rawread to try and find out why the OUTSIDE error happens, never mind the "raw reading" messages. Also added # comments.) ======================== GNU GRUB version 0.96 (640K lower / 3072K upper memory) # Tell GRUB about devices grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf grub> device (hd0,5) /dev/mapper/hpt37x_ehgjaggaf6 # Tell GRUB where to find it's files grub> root (hd0,5)/boot Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf6) - Raw reading from offset 0 Error 5: Partition table invalid or corrupt # Refresh GRUB's memory on where device hd0 is. # _Same_ command as first command entered (above). grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf # Notice the different error message! grub> root (hd0,5)/boot Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf) - Raw reading from offset 0 - Raw reading from offset 0 - Raw reading from offset 0 - Raw reading from offset 0 - Raw reading from offset 0 - Raw reading from offset 41961780 Error 18: Selected cylinder exceeds maximum supported by BIOS grub> ======================== From MAILER-DAEMON Mon Mar 21 10:20:13 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDOhP-0008LX-Fx for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 10:20:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDOhH-0008KF-Ed for bug-grub@gnu.org; Mon, 21 Mar 2005 10:20:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDOh7-0008Fh-KW for bug-grub@gnu.org; Mon, 21 Mar 2005 10:20:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDOh4-0008CA-NR for bug-grub@gnu.org; Mon, 21 Mar 2005 10:19:50 -0500 Received: from [64.233.184.200] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDOJ5-0000oc-Ad for bug-grub@gnu.org; Mon, 21 Mar 2005 09:55:03 -0500 Received: by wproxy.gmail.com with SMTP id 36so1002872wra for ; Mon, 21 Mar 2005 06:55:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=g29JjYa6FMbyREVNVjmB4zYhzy6PyyY9m4ZA4VvlykJeI6fA4Hl5f28L9gBXVMen86PAhfh539BMnj3gX/Sa9Y18yVvbd+OrluUQXNTGRJgc2rDjjITn5EzdH6RpYtXV/GyE6On7sN0dra3Raqo5FQDFgnJVH45bjRFL+kRooK4= Received: by 10.54.39.76 with SMTP id m76mr1803400wrm; Mon, 21 Mar 2005 06:55:02 -0800 (PST) Received: by 10.54.29.23 with HTTP; Mon, 21 Mar 2005 06:55:02 -0800 (PST) Message-ID: <62b0912f050321065558fc956@mail.gmail.com> Date: Mon, 21 Mar 2005 15:55:02 +0100 From: Molle Bestefich To: bug-grub@gnu.org, dm-devel@redhat.com In-Reply-To: <62b0912f05032104052e78fd60@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4337_12037739.1111416902024" References: <62b0912f05031606396a3a47db@mail.gmail.com> <20050318125120.GQ3301@redhat.com> <62b0912f0503181112ea853a6@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> Cc: ataraid-list@redhat.com Subject: Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 15:20:07 -0000 ------=_Part_4337_12037739.1111416902024 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf > grub> device (hd0,5) /dev/mapper/hpt37x_ehgjaggaf6 > grub> root (hd0,5)/boot > Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf6) > Error 5: Partition table invalid or corrupt > grub> root (hd0,5)/boot > Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf6) > Error 5: Partition table invalid or corrupt Think it tries to read a partition table out of a logical partition, humn... No idea where to look for this bug; hints appreciated. > grub> root (hd0,5)/boot > Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf) > Error 18: Selected cylinder exceeds maximum supported by BIOS Examining further, GRUB thinks the disk has only 4999680 sectors. It corresponds to about 2.441 MB, while the disk is really about 160.000 MB. Looking through the source code, the above sector value is some insane default in GRUB. The code tries to use 3 different ways of getting the sector count: 1.) ioctl(fd, HDIO_GETGEO) call in lib/device.c Fails with error -1. Documentation/hdio.txt from kernel sources has this to say with regards to that function: "Not particularly useful with modern disk drives, whose geometry is a polite fiction anyway. " 2.) fstat (fd, &st) Fails with error 0. No idea what this should do :-). 3.) ioctl(fd, BLKGETSIZE) call in lib/device.c This works for device-mapped devices! Seems to be a widely used function, there's even a 64-bit version. Unfortunately, GRUB only attempts this approach after having *successfully* retrieved cylinder, head and sector values through HDIO_GETGEO. I've gone ahead and solved my problems myself; the attached patch fixes GRUB 0.96 to work correctly (at least for me) with device-mapped devices. This is my first hack ever with anything Linux-ie. So go ahead and flame at will :-). ------=_Part_4337_12037739.1111416902024 Content-Type: application/octet-stream; name="grub-0.96-devicemapper.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="grub-0.96-devicemapper.patch" ZGlmZiAtYXVyIGdydWItMC45Ni1vcmlnL2xpYi9kZXZpY2UuYyBncnViLTAuOTYvbGliL2Rldmlj ZS5jCi0tLSBncnViLTAuOTYtb3JpZy9saWIvZGV2aWNlLmMJMjAwNS0wMy0yMSAxNTowNzoxNy4z OTQzMzMwMDAgKzAxMDAKKysrIGdydWItMC45Ni9saWIvZGV2aWNlLmMJMjAwNS0wMy0yMSAxNTo0 Nzo1Ni42OTU1MDI4NTYgKzAxMDAKQEAgLTE0Nyw2ICsxNDcsOCBAQAogCiAgIC8qIFhYWCBUaGlz IGlzIHRoZSBkZWZhdWx0IHNpemUuICAqLwogICBnZW9tLT5zZWN0b3Jfc2l6ZSA9IFNFQ1RPUl9T SVpFOworICAvKiBVc2UgMCB0byB0ZXN0IGxhdGVyIG9uIGlmIHNlY3RvciB2YWx1ZSBoYXMgYWxy ZWFkeSBiZWVuIGNvcnJlY3RseSByZXRyaWV2ZWQuICovCisgIGdlb20tPnRvdGFsX3NlY3RvcnMg PSAwOwogICAKICNpZiBkZWZpbmVkKF9fbGludXhfXykKICAgLyogTGludXggKi8KQEAgLTE1NCwx NyArMTU2LDE2IEBACiAgICAgc3RydWN0IGhkX2dlb21ldHJ5IGhkZzsKICAgICB1bnNpZ25lZCBs b25nIG5yOwogICAgIAorICAgIGlmICghIGlvY3RsIChmZCwgQkxLR0VUU0laRSwgJm5yKSkKKyAg ICAgIGdlb20tPnRvdGFsX3NlY3RvcnMgPSBucjsKKyAgICAKICAgICBpZiAoaW9jdGwgKGZkLCBI RElPX0dFVEdFTywgJmhkZykpCiAgICAgICBnb3RvIGZhaWw7CiAKLSAgICBpZiAoaW9jdGwgKGZk LCBCTEtHRVRTSVpFLCAmbnIpKQotICAgICAgZ290byBmYWlsOwotICAgIAogICAgIC8qIEdvdCB0 aGUgZ2VvbWV0cnksIHNvIHNhdmUgaXQuICovCiAgICAgZ2VvbS0+Y3lsaW5kZXJzID0gaGRnLmN5 bGluZGVyczsKICAgICBnZW9tLT5oZWFkcyA9IGhkZy5oZWFkczsKICAgICBnZW9tLT5zZWN0b3Jz ID0gaGRnLnNlY3RvcnM7Ci0gICAgZ2VvbS0+dG90YWxfc2VjdG9ycyA9IG5yOwogICAgIAogICAg IGdvdG8gc3VjY2VzczsKICAgfQpAQCAtMjM2LDkgKzIzNywxNyBAQAogICAgICAgIGdpdmVuIGEg cHJvcGVyIHN0X2Jsb2NrcyBzaXplLiAqLwogICAgIGlmIChkcml2ZSAmIDB4ODApCiAgICAgICB7 CisgICAgICAgLyogSWYgYSB0b3RhbCBzZWN0b3IgY291bnQgaGFzIGJlZW4gZm91bmQgYW5kIGl0 IGV4Y2VlZHMgQ0hTIGNhcGFjaXRpZXMsCisJKiB1c2UgbGFyZ2UgZHJpdmUgcGxhY2Vob2xkZXIg dmFsdWVzLiAqLworICAgICAgIGlmIChnZW9tLT50b3RhbF9zZWN0b3JzICYmIChnZW9tLT50b3Rh bF9zZWN0b3JzID49IDI1NSo2MyoxMDI0KSkgeworCWdlb20tPmN5bGluZGVycyA9IDEwMjQ7CisJ Z2VvbS0+aGVhZHMgPSAyNTU7CisJZ2VvbS0+c2VjdG9ycyA9IDYzOworICAgICAgIH0gZWxzZSB7 CiAJZ2VvbS0+Y3lsaW5kZXJzID0gREVGQVVMVF9IRF9DWUxJTkRFUlM7CiAJZ2VvbS0+aGVhZHMg PSBERUZBVUxUX0hEX0hFQURTOwogCWdlb20tPnNlY3RvcnMgPSBERUZBVUxUX0hEX1NFQ1RPUlM7 CisgICAgICAgfQogICAgICAgfQogICAgIGVsc2UKICAgICAgIHsKQEAgLTI0NywxMSArMjU2LDEz IEBACiAJZ2VvbS0+c2VjdG9ycyA9IERFRkFVTFRfRkRfU0VDVE9SUzsKICAgICAgIH0KIAotICAg IC8qIFNldCB0aGUgdG90YWwgc2VjdG9ycyBwcm9wZXJseSwgaWYgd2UgY2FuLiAqLworICAgLyog SWYgdG90YWwgc2VjdG9ycyBoYXNuJ3QgYmVlbiBzZXQgeWV0LCB0cnkgYW5kIGdldCBhIHByb3Bl ciB2YWx1ZS4gKi8KKyAgIGlmICghIGdlb20tPnRvdGFsX3NlY3RvcnMpIHsKICAgICBpZiAoISBm c3RhdCAoZmQsICZzdCkgJiYgc3Quc3RfYmxvY2tzKQogICAgICAgZ2VvbS0+dG90YWxfc2VjdG9y cyA9IHN0LnN0X2Jsb2NrczsKICAgICBlbHNlCiAgICAgICBnZW9tLT50b3RhbF9zZWN0b3JzID0g Z2VvbS0+Y3lsaW5kZXJzICogZ2VvbS0+aGVhZHMgKiBnZW9tLT5zZWN0b3JzOworICAgfQogICB9 CiAKICBzdWNjZXNzOgo= ------=_Part_4337_12037739.1111416902024 Content-Type: text/plain; name="oh joy it works.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="oh joy it works.txt" GNU GRUB version 0.96 (640K lower / 3072K upper memory) grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf grub> root (hd0,5) Attempt to open drive 0x80 (/dev/mapper/hpt37x_ehgjaggaf) Filesystem type is reiserfs, partition type 0x83 grub> ------=_Part_4337_12037739.1111416902024-- From MAILER-DAEMON Mon Mar 21 10:57:33 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDPHY-0002Pe-Pv for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 10:57:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDPHU-0002OL-6l for bug-grub@gnu.org; Mon, 21 Mar 2005 10:57:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDPHQ-0002N5-BT for bug-grub@gnu.org; Mon, 21 Mar 2005 10:57:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDPHQ-0002Ma-74 for bug-grub@gnu.org; Mon, 21 Mar 2005 10:57:24 -0500 Received: from [64.233.184.197] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDP1M-0004An-6G for bug-grub@gnu.org; Mon, 21 Mar 2005 10:40:48 -0500 Received: by wproxy.gmail.com with SMTP id 36so1019663wra for ; Mon, 21 Mar 2005 07:40:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=VUoLpMm6zHToExQ0692yTTL6l61mTsRJNfD5YC5GqsQ0XraPkT//P//6iw1wbephphn7Y3s0mzE7ilPDWYbn30VpnOTr+8g2pXiMklmHP3V7LT68UVxWv/ziGGXhQA/XTYA5VCRyA0o0BjKK64q85RZK+QRXlv1RRTSuO0syO0g= Received: by 10.54.45.26 with SMTP id s26mr3033520wrs; Mon, 21 Mar 2005 07:40:47 -0800 (PST) Received: by 10.54.29.23 with HTTP; Mon, 21 Mar 2005 07:40:47 -0800 (PST) Message-ID: <62b0912f050321074029aa0460@mail.gmail.com> Date: Mon, 21 Mar 2005 16:40:47 +0100 From: Molle Bestefich To: ataraid-list@redhat.com In-Reply-To: <423EA102.6040401@mast.queensu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> <423EA102.6040401@mast.queensu.ca> Cc: bug-grub@gnu.org Subject: Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 15:57:29 -0000 Chris Nicola wrote: > Yes I am having the exact same problem. I am actually just going to try > and lower version of grub for now but I will try this patch if that > still happens. Just did this: ========== grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf grub> root (hd0,5)/boot Filesystem type is reiserfs, partition type 0x83 grub> setup (hd0) ========== and it destroyed my RAID0. GRUB is such a piece of crap :-). It must be severely broken; since if it just sticked to writing to the device I pointed it at (hpt37x_ehgjaggaf) which is a RAID0 "virtual disk" / whatever, it should never be able to overwrite metadata out on the physical disk. Anyway, just wanted to tell you to beware. Gerte has a GRUB example on his page where he does setup (hd0,5) instead of setup (hd0), perhaps that's how it's meant to work. Gah..... From MAILER-DAEMON Mon Mar 21 11:18:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDPcH-0000GK-7t for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDPcD-0000Dw-MB for bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:53 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDPcB-0000Cm-Kt for bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDPcB-0000CA-6q for bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:51 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDPMz-0005d5-9e for bug-grub@gnu.org; Mon, 21 Mar 2005 11:03:09 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DDP9z-0006w9-00; Mon, 21 Mar 2005 10:49:43 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Mon, 21 Mar 2005 15:49:43 +0000 Date: Mon, 21 Mar 2005 15:49:43 +0000 To: Paul Forgey , Gilles van Ruymbeke , Feng Shuo , Golan Zakai , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 8525 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) X-Apparently-From: 132.66.16.34 Message-Id: <20050321-104943.sv0.65653@savannah.gnu.org> References: <20050321-104905.sv0.97927@savannah.gnu.org> In-Reply-To: <20050321-104905.sv0.97927@savannah.gnu.org> Cc: Subject: [bugs #8525] Intel 82562ET (eepro100) doesn't work X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:18:54 -0000 Follow-up Comment #5, bugs #8525 (project grub): sorry - grub0.96 _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Mon Mar 21 11:18:57 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDPcH-0000Gv-Id for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:57 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDPcE-0000EB-5r for bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDPcB-0000CW-6k for bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDPcB-0000CA-07 for bug-grub@gnu.org; Mon, 21 Mar 2005 11:18:51 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDPN0-0005d5-4x for bug-grub@gnu.org; Mon, 21 Mar 2005 11:03:10 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DDP9P-0006rb-00; Mon, 21 Mar 2005 10:49:07 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Mon, 21 Mar 2005 15:49:06 +0000 Date: Mon, 21 Mar 2005 15:49:06 +0000 To: Paul Forgey , Gilles van Ruymbeke , Feng Shuo , Golan Zakai , bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 8525 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) X-Apparently-From: 132.66.16.34 Message-Id: <20050321-104905.sv0.97927@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bugs #8525] Intel 82562ET (eepro100) doesn't work X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:18:55 -0000 Follow-up Comment #4, bugs #8525 (project grub): The problem was not resolved in pxe.096 _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Mon Mar 21 11:26:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDPjq-0003uo-J8 for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 11:26:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDPjn-0003tN-3m for bug-grub@gnu.org; Mon, 21 Mar 2005 11:26:43 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDPji-0003rD-MF for bug-grub@gnu.org; Mon, 21 Mar 2005 11:26:40 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDPji-0003qS-0m for bug-grub@gnu.org; Mon, 21 Mar 2005 11:26:38 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDPPv-0005t5-9f for bug-grub@gnu.org; Mon, 21 Mar 2005 11:06:11 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DDPPs-0008Dm-00; Mon, 21 Mar 2005 11:06:08 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Mon, 21 Mar 2005 16:06:06 +0000 Date: Mon, 21 Mar 2005 16:06:06 +0000 To: matthias.wurm@ptb.de, bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12410 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.6) Gecko/20050226 Firefox/1.0.1 X-Apparently-From: 192.53.103.105 Message-Id: <20050321-160606.sv0.13358@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bugs #12410] First boot OK, second time system hangs X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:26:44 -0000 URL: Summary: First boot OK, second time system hangs Project: GNU GRUB Submitted by: None Submitted on: Mon 21.03.2005 um 16:06 Category: Booting Severity: Major Priority: 5 - Normal Item Group: Software Error Status: None Privacy: Public Assigned to: None Originator Name: Matthias Wurm Originator Email: Matthias.Wurm@PTB.de Open/Closed: Open Release: 0.95 Reproducibility: Intermittent Planned Release: _______________________________________________________ Details: I'm using a debian installation on hd1 and XP on hd0. Grub (0.95) worked fine for 2 months. But since a week (without any change of the system) it doesn't boot anymore. Running grub-install or the setup routine with a boot disk solves the problem (Grub menu is back again) but only for one boot (regardless of which system was booted before). Any ideas? _______________________________________________________ Carbon-Copy List: CC Address | Comment ------------------------------------+----------------------------- matthias --PUNKT-- wurm --AT-- ptb --PUNKT-- de | Originator Email _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Mon Mar 21 11:58:58 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDQF0-0005GK-Bh for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 11:58:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDQ8l-0000Wt-6a for bug-grub@gnu.org; Mon, 21 Mar 2005 11:52:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDQ8d-0000SG-MT for bug-grub@gnu.org; Mon, 21 Mar 2005 11:52:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDQ8d-0000Qz-E9 for bug-grub@gnu.org; Mon, 21 Mar 2005 11:52:23 -0500 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1DDPra-00086M-TP for bug-grub@gnu.org; Mon, 21 Mar 2005 11:34:47 -0500 Received: (qmail invoked by alias); 21 Mar 2005 16:34:45 -0000 Received: from linux13.zdv.uni-tuebingen.de (EHLO [0.0.0.0]) [134.2.18.13] by mail.gmx.net (mp019) with SMTP; 21 Mar 2005 17:34:45 +0100 X-Authenticated: #26200865 Message-ID: <423EF7E8.2040900@gmx.net> Date: Mon, 21 Mar 2005 17:35:52 +0100 From: Carl-Daniel Hailfinger User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.2) Gecko/20040906 X-Accept-Language: de, en MIME-Version: 1.0 To: Molle Bestefich , Promise Fasttrak / Highpoint 370 driver discussion References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> <423EA102.6040401@mast.queensu.ca> <62b0912f050321074029aa0460@mail.gmail.com> In-Reply-To: <62b0912f050321074029aa0460@mail.gmail.com> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Mon, 21 Mar 2005 11:58:56 -0500 Cc: bug-grub@gnu.org Subject: Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 16:52:40 -0000 Molle Bestefich schrieb: > Chris Nicola wrote: > >>Yes I am having the exact same problem. I am actually just going to try >>and lower version of grub for now but I will try this patch if that >>still happens. > > > Just did this: > ========== > grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf > grub> root (hd0,5)/boot > Filesystem type is reiserfs, partition type 0x83 > grub> setup (hd0) > ========== > > and it destroyed my RAID0. > GRUB is such a piece of crap :-). Um, GRUB works fine for me, even on totally crazy RAID systems not yet supported by dmraid. There is a well-kept secret you need to know: You can install GRUB just fine IFF you boot from a GRUB boot floppy. NEVER (except for trivial configurations) use the GRUB shell running under any operating system. > It must be severely broken; since if it just sticked to writing to the > device I pointed it at (hpt37x_ehgjaggaf) which is a RAID0 "virtual > disk" / whatever, it should never be able to overwrite metadata out on > the physical disk. > > Anyway, just wanted to tell you to beware. > Gerte has a GRUB example on his page where he does setup (hd0,5) > instead of setup (hd0), perhaps that's how it's meant to work. Regards, Carl-Daniel -- http://www.hailfinger.org/ From MAILER-DAEMON Mon Mar 21 15:12:54 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDTGg-0003SW-9h for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 15:12:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDRuB-00032U-Qk for bug-grub@gnu.org; Mon, 21 Mar 2005 13:45:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDRty-0002xx-T6 for bug-grub@gnu.org; Mon, 21 Mar 2005 13:45:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDRtv-0002qz-Bu for bug-grub@gnu.org; Mon, 21 Mar 2005 13:45:21 -0500 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1DDRS0-0007JQ-H6 for bug-grub@gnu.org; Mon, 21 Mar 2005 13:16:28 -0500 Received: (qmail invoked by alias); 21 Mar 2005 18:16:21 -0000 Received: from chello213047196069.tirol.surfer.at (EHLO [213.47.196.69]) [213.47.196.69] by mail.gmx.net (mp005) with SMTP; 21 Mar 2005 19:16:21 +0100 X-Authenticated: #7370606 Message-ID: <423F0F74.3030007@gmx.at> Date: Mon, 21 Mar 2005 19:16:20 +0100 From: Wilfried Weissmann User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Molle Bestefich , device-mapper development References: <62b0912f05031606396a3a47db@mail.gmail.com> <20050318125120.GQ3301@redhat.com> <62b0912f0503181112ea853a6@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> In-Reply-To: <62b0912f050321065558fc956@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Mon, 21 Mar 2005 15:12:52 -0500 Cc: bug-grub@gnu.org Subject: Re: [dm-devel] Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 18:45:41 -0000 > Chris Nicola wrote: >> Yes I am having the exact same problem. I am actually just going to try >> and lower version of grub for now but I will try this patch if that >> still happens. > > Just did this: > ========== > grub> device (hd0) /dev/mapper/hpt37x_ehgjaggaf > grub> root (hd0,5)/boot > Filesystem type is reiserfs, partition type 0x83 > grub> setup (hd0) > ========== > > and it destroyed my RAID0. > GRUB is such a piece of crap :-). > > It must be severely broken; since if it just sticked to writing to the > device I pointed it at (hpt37x_ehgjaggaf) which is a RAID0 "virtual > disk" / whatever, it should never be able to overwrite metadata out on > the physical disk. HPT desided to make the metadata accessable from the virtual disk. Just look at sector 9 of a working array and enjoy the show... Grub is fine. At least the version that I am using. You have to do some tricks to get grub running on the old hpt controllers (I think the new ones are better, but I cannot tell for sure). Just copy the stage 1.5 reiserfs module to sector 16 instead of sector 8 which is the grub default that destroys the metadata in case of a hpt. # dd if=/boot/grub/reiserfs_stage1_5 of=/dev/mapper/hpt37x_cjafdedchg seek=16 conv=sync Then do the following in grub: grub> root (hd0,1) grub> geometry (hd0) 9964 255 63 grub> install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) (hd0)16+18 (hd0,1)/boot/grub/stage2 (hd0,1)/boot/grub/menu.lst You have to use the correct geometry for your harddisk and your (hd...) values. The "(hd0)16+18" parameter of the "install" command tells grub where to find the stage 1.5 loader. "(hd0)" is the disk. "16" is the offset of the sector where the module is located and "+18" is the size in sectors of the module. Your size may vary. And do not forget that you have to round up to the next full sector. > > Anyway, just wanted to tell you to beware. > Gerte has a GRUB example on his page where he does setup (hd0,5) > instead of setup (hd0), perhaps that's how it's meant to work. > But you still need a MBR that invokes the loader in (hd0,5) then! Greetings, Wilfried From MAILER-DAEMON Mon Mar 21 15:16:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDTKP-0004lB-U3 for mharc-bug-grub@gnu.org; Mon, 21 Mar 2005 15:16:46 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDTK8-0004WU-6w for bug-grub@gnu.org; Mon, 21 Mar 2005 15:16:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDTJo-0004Ku-Rq for bug-grub@gnu.org; Mon, 21 Mar 2005 15:16:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDTJn-0004FH-Q8 for bug-grub@gnu.org; Mon, 21 Mar 2005 15:16:07 -0500 Received: from [206.126.0.13] (helo=flex.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DDSxS-0005Ud-Co for bug-grub@gnu.org; Mon, 21 Mar 2005 14:53:03 -0500 Received: from tower.localdomain (pool-141-156-216-70.res.east.verizon.net [141.156.216.70]) by flex.com (8.12.10/8.12.10) with ESMTP id j2LJqGQW013445; Mon, 21 Mar 2005 09:52:16 -1000 (HST) (envelope-from pseudonymous@flex.com) Received: from jonathan by tower.localdomain with local (Exim 4.44) id 1DDSwc-0004N9-GF; Mon, 21 Mar 2005 14:52:10 -0500 Resent-Message-ID: <16959.9706.9681.985684@tower.localdomain> Resent-Date: Mon, 21 Mar 2005 14:52:10 -0500 Resent-To: bug-grub@gnu.org, ataraid-list@redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16958.47465.972288.65469@tower.localdomain> In-Reply-To: <62b0912f0503202121607bd38a@mail.gmail.com> References: <62b0912f05031606396a3a47db@mail.gmail.com> <20050318112322.GN3301@redhat.com> <62b0912f05031804424030193b@mail.gmail.com> <20050318125120.GQ3301@redhat.com> <62b0912f0503181112ea853a6@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> X-Mailer: VM 7.18 under Emacs 21.3.1 From: Jonathan Goldblatt <72500.306@compuserve.com> Date: Mon, 21 Mar 2005 07:09:13 -0500 To: Molle Bestefich Resent-From: Jonathan Goldblatt Resent-Date: Mon, 21 Mar 2005 14:52:10 -0500 Cc: Subject: Re: Installation on RAID-only system X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 20:16:33 -0000 >>>>> "Molle" == Molle Bestefich writes: Molle> What am I doing wrong? There are two types of access to a drive, physical and logical. A non-raid system involves a physical access to get a disk block and a logical access to interpret the block as a part of a filesystem, e.g. filedata. grub uses the BIOS provided by the manufacturer to get the physical block and then uses its own code to handle decoding data in the block to find files, etc. A raid system involves several physical accesses to different disks (raw disk blocks) which is what gives the redundancy, a logical access interpreting these different blocks as a single logical disk block, and then a logical access to understand the logical block as part of a filesystem. Depending on the implementation of the RAID there is either a BIOS provided by the RAID manufacturer or OS software (that isn't available until after booting the OS:-), to generate the checked logical disk block. Even more confusingly, the RAID implementor usually tries to hide the fact that there is a RAID present so that people just act the same way whether there is a RAID or not, so say /dev/hde may mean something entirely different depending on whether there is a RAID installed or not, and /dev/hde may not even correspond to a BIOS accessible partition that grub is willing to try to interpret) grub can only work on a partition that is physically accessible by the computer BIOS and that identifies itself as a partition type that grub is knows it can interpret. You can use the find command to discover this stuff. I.e. 'find /boot/grub/stage2' (or since I like having a separate boot partition 'find /grub/stage2') from the boot command line (immediately after rebooting, if you get my drift) will show the partitions that grub can actually access. You can use any file, e.g. /config.sys (you are using DOS 3.3, aren't you?;-); directories didn't seem to work the last time I did it. To make sure everything is hunky-dory you can try cat on the file to make sure that grub can correctly read it. Hope that helps, Jonathan From MAILER-DAEMON Tue Mar 22 00:12:05 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDbgT-0005FI-Gk for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 00:12:05 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDaG7-0006Ur-4T for bug-grub@gnu.org; Mon, 21 Mar 2005 22:40:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDaG4-0006T8-3d for bug-grub@gnu.org; Mon, 21 Mar 2005 22:40:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDaG3-0006SB-47 for bug-grub@gnu.org; Mon, 21 Mar 2005 22:40:43 -0500 Received: from [203.216.5.72] (helo=smtp02.dentaku.gol.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DDZyt-0005zD-H6 for bug-grub@gnu.org; Mon, 21 Mar 2005 22:22:59 -0500 Received: from localhost ([127.0.0.1]) by smtp02.dentaku.gol.com with esmtp (Dentaku) id 1DDZyn-0002Yy-IQ for ; Tue, 22 Mar 2005 12:22:53 +0900 Received: from tc-1-253.osaka.gol.ne.jp ([203.216.113.253] helo=localhost.localdomain) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1DDZyn-0002Yn-8X for ; Tue, 22 Mar 2005 12:22:53 +0900 Received: by localhost.localdomain (Postfix, from userid 501) id AC2C2A0313; Tue, 22 Mar 2005 12:22:57 +0900 (KST) Received: from localhost (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id A29C47FA6C for ; Tue, 22 Mar 2005 12:22:57 +0900 (KST) Date: Tue, 22 Mar 2005 12:22:57 +0900 (KST) From: Dennis McMurchy X-X-Sender: denismcm@localhost.localdomain To: bug-grub@gnu.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS GOL X-Abuse-Complaints: abuse@gol.com X-Mailman-Approved-At: Tue, 22 Mar 2005 00:12:03 -0500 Subject: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 03:40:47 -0000 Hi, I've done a default installation of the GRUB loader in connection with installing Fedora Core 3. It worked fine. I then changed the configuration of my machine a bit, removing one HDD, so that the FC3 installation and its /boot/grub directory were no longer on /dev/sdd1, but on /dev/sdc1. Trying to boot yields the four letters: 'GRUB', and then nothing. The machine just locks up at that point. This error doesn't seem to be documented under 'Error Messages'. Realizing that the HDD references in grub.conf would be wrong, I went in and changed the two references to (hd3,0) to (hd2,0). This had no effect on the symptoms of the problem. So, I went into the FC3 installation again, using the Rescue Console function on the distribution disk. I 'chrooted' to /mnt/sysadmin, and proceeded to try running 'grub-install'. I get error messages referring to an unfindable /dev/sdd1, so clearly the grub system is remembering where it was originally set up from. It's not clear to me where to go from here. I hate to go back to LILO, which is clearly inferior, but I can't afford to have my system broken beyond repair every time I swap an HDD in or out. Hope I'm not wasting your time with this, and that you can point me in the right direction. Cheers, Dennis -- Dennis McMurchy, Sointula, B.C. / Tojinmachi, Fukuoka Canada Japan From MAILER-DAEMON Tue Mar 22 00:29:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDbxF-0006J9-PS for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 00:29:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDbx9-0006HV-BD for bug-grub@gnu.org; Tue, 22 Mar 2005 00:29:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDbx1-0006CQ-3B for bug-grub@gnu.org; Tue, 22 Mar 2005 00:29:12 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDbx0-0006Aw-SJ for bug-grub@gnu.org; Tue, 22 Mar 2005 00:29:10 -0500 Received: from [203.91.225.6] (helo=mx1.staff.pnc.com.au) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDbau-00034y-Dn for bug-grub@gnu.org; Tue, 22 Mar 2005 00:06:21 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.staff.pnc.com.au (Postfix) with ESMTP id 184601CF1B; Tue, 22 Mar 2005 16:06:18 +1100 (EST) Received: from mx1.staff.pnc.com.au ([127.0.0.1]) by localhost (mackerel [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17254-10; Tue, 22 Mar 2005 16:06:10 +1100 (EST) Received: from pc-jason (pc-jason.staff.pnc.com.au [10.17.5.123]) by mx1.staff.pnc.com.au (Postfix) with SMTP id 2EC901CE3A; Tue, 22 Mar 2005 16:06:08 +1100 (EST) Received: by pc-jason (sSMTP sendmail emulation); Tue, 22 Mar 2005 16:06:08 +1100 Date: Tue, 22 Mar 2005 16:06:08 +1100 From: Jason Thomas To: Dennis McMurchy Message-ID: <20050322050608.GI32282@staff.pnc.com.au> Mail-Followup-To: Dennis McMurchy , bug-grub@gnu.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at staff.pnc.com.au Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 05:29:24 -0000 grub-install --recheck On Tue, Mar 22, 2005 at 12:22:57PM +0900, Dennis McMurchy wrote: > Hi, > > I've done a default installation of the GRUB loader in connection with > installing Fedora Core 3. It worked fine. > > I then changed the configuration of my machine a bit, removing one > HDD, so that the FC3 installation and its /boot/grub directory were > no longer on /dev/sdd1, but on /dev/sdc1. > > Trying to boot yields the four letters: 'GRUB', and then nothing. > The machine just locks up at that point. This error doesn't seem to be > documented under 'Error Messages'. > > Realizing that the HDD references in grub.conf would be wrong, I > went in and changed the two references to (hd3,0) to (hd2,0). This > had no effect on the symptoms of the problem. > > So, I went into the FC3 installation again, using the Rescue Console > function on the distribution disk. I 'chrooted' to /mnt/sysadmin, and > proceeded to try running 'grub-install'. I get error messages referring > to an unfindable /dev/sdd1, so clearly the grub system is remembering > where it was originally set up from. It's not clear to me where to go > from here. > > I hate to go back to LILO, which is clearly inferior, but I can't > afford to have my system broken beyond repair every time I swap an HDD > in or out. > > Hope I'm not wasting your time with this, and that you can point me > in the right direction. > > Cheers, Dennis > > -- > Dennis McMurchy, > Sointula, B.C. / Tojinmachi, Fukuoka > Canada Japan > > > > > _______________________________________________ > Bug-grub mailing list > Bug-grub@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-grub -- Jason Thomas Linux System Administrator http://www.sage-au.org.au/ From MAILER-DAEMON Tue Mar 22 03:20:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDeY7-0002r2-Jz for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 03:15:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDeXy-0002nW-7F for bug-grub@gnu.org; Tue, 22 Mar 2005 03:15:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDeXg-0002fw-6W for bug-grub@gnu.org; Tue, 22 Mar 2005 03:15:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDeXe-0002cJ-FU for bug-grub@gnu.org; Tue, 22 Mar 2005 03:15:10 -0500 Received: from [64.233.184.203] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDeCU-000353-3w for bug-grub@gnu.org; Tue, 22 Mar 2005 02:53:18 -0500 Received: by wproxy.gmail.com with SMTP id 36so1304890wra for ; Mon, 21 Mar 2005 23:53:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=PNM1dzgw68iZnvFg2GZDGgy17YCfmpdFfJc2snbqM5bGMpnzM3DZbWhf9CxHnDBVQ01gHMldlieKtRT+lAWoIvhD9cSCH4CJWp1ihDJ/FEztiUNqXbLJTsm8TKsTnvWus0O/Yul880hh8nZfJX9iL4mMmTYfMNMQExbA9WIncA8= Received: by 10.54.57.66 with SMTP id f66mr820820wra; Mon, 21 Mar 2005 23:53:15 -0800 (PST) Received: by 10.54.29.23 with HTTP; Mon, 21 Mar 2005 23:53:15 -0800 (PST) Message-ID: <62b0912f050321235348c20525@mail.gmail.com> Date: Tue, 22 Mar 2005 08:53:15 +0100 From: Molle Bestefich To: Wilfried Weissmann In-Reply-To: <423F0F74.3030007@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> <423F0F74.3030007@gmx.at> Cc: bug-grub@gnu.org, dm-devel@redhat.com, ataraid-list@redhat.com Subject: Re: [dm-devel] Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 08:15:38 -0000 Wilfried Weissmann wrote: >> It must be severely broken; since if it just sticked to writing to the >> device I pointed it at (hpt37x_ehgjaggaf) which is a RAID0 "virtual >> disk" / whatever, it should never be able to overwrite metadata out on >> the physical disk. > > HPT desided to make the metadata accessable from the virtual disk. Just > look at sector 9 of a working array and enjoy the show... That's an awful decision. > Grub is fine. At least the version that I am using. You have to do some > tricks to get grub running on the old hpt controllers (I think the new > ones are better, but I cannot tell for sure). > > Just copy the stage 1.5 reiserfs module to sector 16 instead of sector 8 > which is the grub default that destroys the metadata in case of a hpt. > [explanation snipped] Thanks for the explanation! There should be an option in the GRUB configuration to do this, so that the RAID won't get overwritten the next time I do a grub-install, I think. Or even better, dmraid could protect the metadata blocks by some magic flag to dm-mod. This isn't possible as is, is it? >> Gerte has a GRUB example on his page where he does setup (hd0,5) >> instead of setup (hd0), perhaps that's how it's meant to work. > > But you still need a MBR that invokes the loader in (hd0,5) then! Hrm, I think LILO has an option to slam out a generic MBR that does something like that? But perhaps it requires an active flag on (hd0,5), which violates the specs.. From MAILER-DAEMON Tue Mar 22 03:21:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDedd-0004A1-8Q for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 03:21:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDedY-000462-7P for bug-grub@gnu.org; Tue, 22 Mar 2005 03:21:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDedR-00043p-3G for bug-grub@gnu.org; Tue, 22 Mar 2005 03:21:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDeY4-0002cJ-K3 for bug-grub@gnu.org; Tue, 22 Mar 2005 03:15:36 -0500 Received: from [64.233.184.200] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDe3f-0002ha-N5 for bug-grub@gnu.org; Tue, 22 Mar 2005 02:44:11 -0500 Received: by wproxy.gmail.com with SMTP id 36so1302837wra for ; Mon, 21 Mar 2005 23:44:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=h+cQOqKgkTW9V5+/4+VIbwA/5Mt0utevkCy/J5gMALHlTrMMOcaR2FxHcBNc9pehK9vNS0BMiaegl1ZeXi+cXmoThWzWgWHPJCaSgy5cpUnoSwIWNnC6lpyMYsg6m6Jc1AsgbzxAnh6S9OZkuV/lT+Fj4j/qyFjBGtW7LgKrKOc= Received: by 10.54.27.79 with SMTP id a79mr2771819wra; Mon, 21 Mar 2005 23:44:10 -0800 (PST) Received: by 10.54.29.23 with HTTP; Mon, 21 Mar 2005 23:44:10 -0800 (PST) Message-ID: <62b0912f05032123445bef6035@mail.gmail.com> Date: Tue, 22 Mar 2005 08:44:10 +0100 From: Molle Bestefich To: ataraid-list@redhat.com, bug-grub@gnu.org In-Reply-To: <423EF7E8.2040900@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> <423EA102.6040401@mast.queensu.ca> <62b0912f050321074029aa0460@mail.gmail.com> <423EF7E8.2040900@gmx.net> Cc: Subject: Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 08:21:18 -0000 Carl-Daniel Hailfinger wrote: > Um, GRUB works fine for me, even on totally crazy RAID systems not yet > supported by dmraid. There is a well-kept secret you need to know: > You can install GRUB just fine IFF you boot from a GRUB boot floppy. > NEVER (except for trivial configurations) use the GRUB shell running > under any operating system. Hrm. I can see that would work, now.. Thanks for the tip, which renders my patch useless :-p. (Nah, the patch makes the stage2 simulator work with device-mapped devices, so I guess it can still be used for those... without a floppy disk? Or on a remote terminal.. or something :-).) From MAILER-DAEMON Tue Mar 22 03:49:45 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDf56-0002eS-VK for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 03:49:45 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDf4z-0002ay-Mn for bug-grub@gnu.org; Tue, 22 Mar 2005 03:49:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDf4t-0002Yi-IB for bug-grub@gnu.org; Tue, 22 Mar 2005 03:49:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDf4s-0002WY-Rh for bug-grub@gnu.org; Tue, 22 Mar 2005 03:49:31 -0500 Received: from [64.233.184.203] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDeog-0006bx-Kw for bug-grub@gnu.org; Tue, 22 Mar 2005 03:32:46 -0500 Received: by wproxy.gmail.com with SMTP id 55so1646921wri for ; Tue, 22 Mar 2005 00:32:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KRHTp3zH2b9yWJ0gPZfsv12ZOG9YeTdYz80wu6J/AAySFIKPxQ1AeG1G7tQYWPZY/4a58beCcgBT5P0sa/uhxQp0QkCSD1WQKMT++AMuk7YmAN+YGBtOXaNcUz55mIiVxXqk2TBuqx+AYaz++BDk1q/zI4mgP7y/6oFIh0WW37Y= Received: by 10.54.29.61 with SMTP id c61mr5713865wrc; Tue, 22 Mar 2005 00:32:46 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 00:32:46 -0800 (PST) Message-ID: <62b0912f050322003217b176bd@mail.gmail.com> Date: Tue, 22 Mar 2005 09:32:46 +0100 From: Molle Bestefich To: gerte@nieuwenborg.nl In-Reply-To: <33561.131.155.233.84.1111447643.squirrel@131.155.233.84> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050321170006.3D983732CE@hormel.redhat.com> <33561.131.155.233.84.1111447643.squirrel@131.155.233.84> Cc: ataraid-list@redhat.com, bug-grub@gnu.org Subject: Re: Re Molle and Carl-Daniel, some last words X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 08:49:40 -0000 Gerte Hoogewerf wrote: >> need to know: You can install GRUB just fine IFF you boot >> from a GRUB boot floppy. NEVER (except for trivial configurations) >> use the GRUB shell running under any operating system. > > Saying that (meaning: "IFF") would mean we would never be able to > install Linux using an installer. That's not true, so don't say it. Hm, you're right. The patch is good if you want a Linux installer to be able to install on device-mapped devices. Gerte, do you have the time to check that the patch is "clean" (I think it is), and perhaps vote +1 over on bug-grub for getting it included in GRUB? > (hd0,x) must be on (hd0) (duh!) Well, as mentioned before, even though it's real simple, the GRUB stage2 simulator seems to screw it up. I'll see if I can fix that bug another day. > I agree that installing grub is don't most safely when running the GRUB > shell in real-mode. I think that dmraid should protect the HPT metadata blocks :-). >> and it destroyed my RAID0. >> GRUB is such a piece of crap :-). > GRUB is not a piece of crap. It's very very sensible when running it on > "unknown" things like the device-mapper stuff. Right, sorry, just got a little worked up because it borked my RAID array again. > My experience is, you should always specify a (correct or in this case > empty) device-map when running grub: > /sbin/grub --device-map=/dev/null Yes. It seems, well, a bit dumb that the default in GRUB is to take a wild guess, assuming that's what it does if you don't tell it to relax and smoke a null file? > Remember always to specify partitions (like: (hd0,x)) with with the grub > "device" command first and to specify the disk (like: (hd0)) in the last > place!! Order shouldn't matter, that's a bug in GRUB as I see it. At least if we want GRUB to be user friendly. > And don't ever blame me of installing bootloaders into (hd0,5), > I never recommend people to do this. I'll just quote your web site, http://tienstra4.flatnet.tudelft.nl/~gerte/gen2dmraid/. === Installing grub on a /boot partition: # That's it, the rest should be easy: [...] grub> setup (hd0,0) === Humn :-). (It isn't *exactly* (hd0,5), but isn't (hd0,0) equivalent? or?) I'll just take the opportunity to thank you very much for the effort you put into helping others by making the gen2dmraid ISO images and the nice guides on your web site available. They are a great help, thanks! That said, could you perhaps share with us the LILO patch you use to make LILO work with device-mapped devices? Your site only mentions that it "needs to be patched", no link to the patch. Also, feel free to include my patch, it could be helpful for others wanting GRUB to work with dmraid from eg. inside the livecd or any booted Linux :-). > My last words on bootloaders and device-mapper stuff: > * I'm too busy to fix Saout's patch for Lilo to include straight > mappings. I took a quick look, but can't figure out what's needed. Care to explain real quick? > * To make grub more dmraid-friendly, device-map code (asigning realmode > names to /dev names) {c,sh}ould be improved a tiny little bit. Or just dropping the feature, seeing as there's no reasonably sane way to implement it for the foreseeable future. Rather let the user know that he has to tell us, than to make some wild guess that's correct "a lot of the time" and turns your data into bitsoup the other half. > It could be an idea to make it less important in which order device commands are > given on the Grub shell. Paramount to user friendliness, if you ask me. Further, I think that the device (hdx,y) command should just be disallowed - as you said, (hdx,y) always resides on (hdx)! Entering just device (hdx) instead of both (as seen in your example), works for me, so perhaps it's time to modify the example and remove the "device (hd0,0) /dev/blah" line? > * To make dmraid more accepted in the Linux world, we have to find a > generic way of (re-)reading partitiontables and giving names to devices > that might be 'something bootable'. I seem to remember fdisk spewing out "Calling ioctl() to re-read partition tables" when you do part modifications under Linux. What's wrong with doing the same with device-mapped devices? Just tell the kernel to re-read partition tables? From MAILER-DAEMON Tue Mar 22 07:45:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDil0-0000Gz-4t for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 07:45:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDdED-00031k-4Y for bug-grub@gnu.org; Tue, 22 Mar 2005 01:51:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDdE8-0002yZ-Uu for bug-grub@gnu.org; Tue, 22 Mar 2005 01:50:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDdE8-0002wj-3q for bug-grub@gnu.org; Tue, 22 Mar 2005 01:50:56 -0500 Received: from [203.216.5.72] (helo=smtp02.dentaku.gol.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DDcxW-0006pa-7i for bug-grub@gnu.org; Tue, 22 Mar 2005 01:33:46 -0500 Received: from localhost ([127.0.0.1]) by smtp02.dentaku.gol.com with esmtp (Dentaku) id 1DDcxT-0004xu-U4; Tue, 22 Mar 2005 15:33:44 +0900 Received: from tc-1-253.osaka.gol.ne.jp ([203.216.113.253] helo=localhost.localdomain) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1DDcxT-0004xo-Lo; Tue, 22 Mar 2005 15:33:43 +0900 Received: by localhost.localdomain (Postfix, from userid 501) id E1027A0313; Tue, 22 Mar 2005 15:33:48 +0900 (KST) Received: from localhost (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id D8C157FA6C; Tue, 22 Mar 2005 15:33:48 +0900 (KST) Date: Tue, 22 Mar 2005 15:33:48 +0900 (KST) From: Dennis McMurchy X-X-Sender: denismcm@localhost.localdomain To: Jason Thomas In-Reply-To: <20050322050608.GI32282@staff.pnc.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS GOL X-Abuse-Complaints: abuse@gol.com X-Mailman-Approved-At: Tue, 22 Mar 2005 07:45:09 -0500 Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 06:51:02 -0000 On Tue, 22 Mar 2005, Jason Thomas wrote: > grub-install --recheck Hi Jason, Thanks a million. That got me on the right track, finally. It didn't solve the problem right away, though, because it turned out that the 'device.map' file that was being generated was wrong in a way that wasn't immediately obvious to me. It was giving me this (even though the BIOS is set to boot from SCSI before IDE): (fd0) /dev/fd0 (hd0) /dev/hdc (hd1) /dev/sda (hd2) /dev/sdb (hd3) /dev/sdc When I finally changed the 'device.map' manually to look like this (and updated 'grub.conf' accordingly, of course) everything worked just fine: (fd0) /dev/fd0 (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/hdc I don't know if this really qualifies as a bug or not, but I'm just delighted to have this working finally. It might even be worth explicitly mentioning this possible problem in the excellent onscreen message that 'grub-install' displays when it's done. Thankyou so much again for the instant response. Cheers, Dennis Dennis McMurchy, Sointula, B.C. / Tojinmachi, Fukuoka Canada Japan From MAILER-DAEMON Tue Mar 22 09:25:34 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDkK4-0003y3-Vi for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 09:25:34 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDkJx-0003wL-CB for bug-grub@gnu.org; Tue, 22 Mar 2005 09:25:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDkJp-0003tr-P0 for bug-grub@gnu.org; Tue, 22 Mar 2005 09:25:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDkJn-0003qi-H7 for bug-grub@gnu.org; Tue, 22 Mar 2005 09:25:15 -0500 Received: from [64.233.184.205] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDjgB-0006LX-Vr for bug-grub@gnu.org; Tue, 22 Mar 2005 08:44:20 -0500 Received: by wproxy.gmail.com with SMTP id 36so1384321wra for ; Tue, 22 Mar 2005 05:44:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=sW3Kzxr8A5mSKdFVWg2p3XQJDSX8AyeaG8mLEsIYruKfVizZxwo+WobbGy7AzbY/nFEw/kRFLsAz41xTqGI6tiw/BwDqiozChSnvnq0bF5qpeFHB1DFBPo0I0jV8sojqTdRowNWojIirUy3t/GySr3Vp+YqY2g3A4BHIeFNAUlM= Received: by 10.54.11.66 with SMTP id 66mr2743631wrk; Tue, 22 Mar 2005 05:44:19 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 05:44:19 -0800 (PST) Message-ID: <62b0912f0503220544209fdc5@mail.gmail.com> Date: Tue, 22 Mar 2005 14:44:19 +0100 From: Molle Bestefich To: denismcm@gol.com, jason@debian.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:25:30 -0000 Dennis McMurchy wrote: > Thanks a million. That got me on the right track, finally. > > It didn't solve the problem right away, though, because it turned out > that the 'device.map' file that was being generated was wrong in a way that > wasn't immediately obvious to me. It was giving me this (even though > the BIOS is set to boot from SCSI before IDE): > [snip] > When I finally changed the 'device.map' manually to look like this (and > updated 'grub.conf' accordingly, of course) everything worked just fine: > [snip] > I don't know if this really qualifies as a bug or not, but I'm just > delighted to have this working finally. This bit, together with HighPoint RAID corruption, has been keeping me away from GRUB for years. As far as I understand, it's a wild guessing game that GRUB does, which IMHO is just crazy. Then again, I don't know the guessing algorithm. Can anybody elaborate? Jason? From MAILER-DAEMON Tue Mar 22 12:53:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDnWg-0002g0-Sh for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 12:50:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDnWM-0002an-MQ for bug-grub@gnu.org; Tue, 22 Mar 2005 12:50:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDnWG-0002Xe-52 for bug-grub@gnu.org; Tue, 22 Mar 2005 12:50:20 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDnWF-0002Px-OO for bug-grub@gnu.org; Tue, 22 Mar 2005 12:50:19 -0500 Received: from [66.187.233.31] (helo=mx1.redhat.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DDn4H-0007yF-8v for bug-grub@gnu.org; Tue, 22 Mar 2005 12:21:25 -0500 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j2MHLGrw009468; Tue, 22 Mar 2005 12:21:16 -0500 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j2MHLFO09687; Tue, 22 Mar 2005 12:21:15 -0500 Received: from localhost.localdomain (vroomfondel.boston.redhat.com [172.16.80.154]) by devserv.devel.redhat.com (8.12.11/8.12.11) with ESMTP id j2MHLFeb030689; Tue, 22 Mar 2005 12:21:15 -0500 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.3/8.13.1) with ESMTP id j2MHLCkB032633; Tue, 22 Mar 2005 12:21:12 -0500 From: Peter Jones To: Molle Bestefich In-Reply-To: <62b0912f0503220544209fdc5@mail.gmail.com> References: <20050322050608.GI32282@staff.pnc.com.au> <62b0912f0503220544209fdc5@mail.gmail.com> Content-Type: text/plain Date: Tue, 22 Mar 2005 12:21:12 -0500 Message-Id: <1111512072.29748.62.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 (2.2.1.1-1) Content-Transfer-Encoding: 7bit Cc: denismcm@gol.com, bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 17:50:45 -0000 On Tue, 2005-03-22 at 14:44 +0100, Molle Bestefich wrote: > Dennis McMurchy wrote: > > Thanks a million. That got me on the right track, finally. > > > > It didn't solve the problem right away, though, because it turned out > > that the 'device.map' file that was being generated was wrong in a way that > > wasn't immediately obvious to me. It was giving me this (even though > > the BIOS is set to boot from SCSI before IDE): > > [snip] > > When I finally changed the 'device.map' manually to look like this (and > > updated 'grub.conf' accordingly, of course) everything worked just fine: > > [snip] > > I don't know if this really qualifies as a bug or not, but I'm just > > delighted to have this working finally. > > This bit, together with HighPoint RAID corruption, has been keeping me > away from GRUB for years. > > As far as I understand, it's a wild guessing game that GRUB does, > which IMHO is just crazy. > > Then again, I don't know the guessing algorithm. > Can anybody elaborate? Jason? You *can't* solve this problem on x86. There is no reliable way to ask the bios if it can address a disk, or what ID would have. >From the OSes point of view, you need to know some identifier that's meaningful to the OS, and which bios id (0x80, 0x81, etc) is assigned to that device. On x86, since bios doesn't provide a "device tree" like e.g. Open Firmware does, the storage device's location is essentially a tuple of the card's pci bus id, which of the card's buses the device is on, and the device's number on that bus. That is, for /dev/hda in my laptop, it's [ide 0,bus 0,device 0]. The best attempt at solving this is EDD, which allows the OS to probe each bios drive and returns exactly that tuple. Unfortunately, very few vendors actually implement EDD in a way that the data even conforms to the specification, and of those that do, the overwhelming majority just provide bad data. So you can't rely on EDD at all. The reason they don't get this right is that x86 bios isn't designed to actually address the disks directly in the first place. It knows that there's a card which provided an extension ROM. The ROM is the only part that knows anything about how it maps IDs to storage devices -- in some cases, such as hardware RAID, the device presented to bios doesn't necessarily even exit. I'm sketchy on the details, but I believe the algorithm bioses tend to use is something along the lines of: 1) bios goes and searches for pci cards 2) for each card that provides an expansion ROM, bios maps that ROM to memory, and executes some code provided by the ROM. That code adds entries into the bios's list of what devices it can boot. These entries essentially are a vector of [read,write] functions. 3) iterate the devices (maybe in order, maybe in some user-defined order, we don't really care) looking for valid boot blocks. So the BIOS itself doesn't have any more information. All it knows is that card 2 put entry 0x80 in the list, and when the first sector is read from 0x80, a valid boot record is returned. That's where it hands off to the OS, which is left in just as perplexed of a state. -- Peter From MAILER-DAEMON Tue Mar 22 13:52:19 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDoUE-0005Dd-Va for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 13:52:19 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDoUC-0005CJ-ES for bug-grub@gnu.org; Tue, 22 Mar 2005 13:52:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDoUA-0005BG-3K for bug-grub@gnu.org; Tue, 22 Mar 2005 13:52:15 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDoU9-00059t-Lq for bug-grub@gnu.org; Tue, 22 Mar 2005 13:52:13 -0500 Received: from [64.233.184.193] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDo9l-0004ir-Av for bug-grub@gnu.org; Tue, 22 Mar 2005 13:31:09 -0500 Received: by wproxy.gmail.com with SMTP id 36so1499262wra for ; Tue, 22 Mar 2005 10:31:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Yso4IaLVL/qUzcVh+Z7Cn+Yw4trz0uGtBlSwHoyiZugYsLJKceSFaAgb99vO4O11CI6233dhE/jzUxrZtwAgsM+lZPZy0XSFMdjT30brfbQIm6fqs7ZlD/wGLHTHbVDraxVWFDerEckXHx9lYbsVHghZyB7vA7NjFR4UiHMhKCc= Received: by 10.54.45.41 with SMTP id s41mr4207304wrs; Tue, 22 Mar 2005 10:31:08 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 10:31:07 -0800 (PST) Message-ID: <62b0912f05032210313fe6062@mail.gmail.com> Date: Tue, 22 Mar 2005 19:31:07 +0100 From: Molle Bestefich To: Peter Jones In-Reply-To: <1111512072.29748.62.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <62b0912f0503220544209fdc5@mail.gmail.com> <1111512072.29748.62.camel@localhost.localdomain> Cc: denismcm@gol.com, bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:52:16 -0000 Peter Jones wrote: > Molle Bestefich wrote: > > Dennis McMurchy wrote: > > > Thanks a million. That got me on the right track, finally. > > > > > > It didn't solve the problem right away, though, because it turned out > > > that the 'device.map' file that was being generated was wrong in a way that > > > wasn't immediately obvious to me. It was giving me this (even though > > > the BIOS is set to boot from SCSI before IDE): > > > [snip] > > > When I finally changed the 'device.map' manually to look like this (and > > > updated 'grub.conf' accordingly, of course) everything worked just fine: > > > [snip] > > > I don't know if this really qualifies as a bug or not, but I'm just > > > delighted to have this working finally. > > > > This bit, together with HighPoint RAID corruption, has been keeping me > > away from GRUB for years. > > > > As far as I understand, it's a wild guessing game that GRUB does, > > which IMHO is just crazy. > > > > Then again, I don't know the guessing algorithm. > > Can anybody elaborate? Jason? > > You *can't* solve this problem on x86. There is no reliable way to ask > the bios if it can address a disk, or what ID would have. > > [explanation snipped] Hi Peter Thanks for the explanation. As you've made clear, GRUB can't possibly know which Linux device maps to which BIOS device. I'd like to know why it attempts to do so anyway, and what the (insane, I guess :-)) algorithm it uses is? I think that in order to convince the general public to switch to GRUB, it needs to more convincingly not destroy people's data. Currently, it does this alot. I've fixed a bug in GRUB and I'll maybe fix a couple more I spotted, and perhaps add a single feature to protect the innocent. But one of my biggest worries is that GRUB *per default* tries to do some (again, probably insane?) guesses as to how the device map. What's the algorithm and reasoning behind? From MAILER-DAEMON Tue Mar 22 13:58:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDoaZ-0006qp-5B for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 13:58:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDoaX-0006q9-8V for bug-grub@gnu.org; Tue, 22 Mar 2005 13:58:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDoaU-0006os-Cj for bug-grub@gnu.org; Tue, 22 Mar 2005 13:58:46 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDoaU-0006op-9o for bug-grub@gnu.org; Tue, 22 Mar 2005 13:58:46 -0500 Received: from [64.233.184.193] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDoK7-0005mE-Ci for bug-grub@gnu.org; Tue, 22 Mar 2005 13:41:51 -0500 Received: by wproxy.gmail.com with SMTP id 36so1504367wra for ; Tue, 22 Mar 2005 10:41:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TMCsKQNNTPs0peKeJzUKp9mfs9UnXuMpstK30rxD2FQe16GWI+eaXKRanO+htHu0ApLCnIjyAxfGNqI6OXdkymFARjrWeziLfJPFMgsCa+oCaiAxjC5KQJnyyTtolgPi5zJ0nD1g1oly1DRrD4j7iA8jrXPdmjVKhr0RL2nhidY= Received: by 10.54.11.66 with SMTP id 66mr3008085wrk; Tue, 22 Mar 2005 10:41:50 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 10:41:50 -0800 (PST) Message-ID: <62b0912f050322104172d419c2@mail.gmail.com> Date: Tue, 22 Mar 2005 19:41:50 +0100 From: Molle Bestefich To: Peter Jones In-Reply-To: <1111512072.29748.62.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <62b0912f0503220544209fdc5@mail.gmail.com> <1111512072.29748.62.camel@localhost.localdomain> Cc: denismcm@gol.com, bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:58:49 -0000 Peter Jones wrote: > You *can't* solve this problem on x86. There is no reliable way to ask > the bios if it can address a disk, or what ID would have. Oh, but there is a way. You could, at boot-up, calculate a md5 hash based on the first sector of every disk. If there's a duplicate hash, load the last sector of every disk also and calculate the md5 based on both. If there's still duplicates, add one more sector from the head of the disk. Continue till you have completely unique hashes, or, a (user-definable) maximum number of sectors to traverse has been reached. When Linux has finished bringing up IDE drivers and device-mapper devices, scan the disks again. (The bootloader should probably include information next to the md5 hashes on how many sectors it had to scan). There you go, Linux can easily tell which BIOS disks map to which Linux disks. :-). Another, somewhat kinkier approach, would be to load a kernel module that took the Big-Kernel-Lock (tm), did a lot of INT 13h'ing to calculate unique md5 hashes, undid the kernel lock, and went back into Linux space and did the same through the standard interfaces. That said, it seems a big solution to a small problem. It would be much easier to just ask the user how he thinks the disks are layed out. If he's in doubt, tell him to go download a GRUB bootdisk and run eg.: grub> geometry (hd0) grub> geometry (hd1) Then go back to Linux, do the same and compare. Not fool-proof, especially if someone uses multiple disks of the same size, but it should do. I'm advocating a bit against the current approach of taking a wild guess since it decreases the likelihood that anyone will trust GRUB to modify their MBR (eg. use GRUB ;-)). But I'd like to know how it's done before I judge it to be completely insane :-). Also, whom should I ask if I wanted something to be committed to GRUB CVS? From MAILER-DAEMON Tue Mar 22 14:55:48 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDpTg-0004H4-2F for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 14:55:48 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDpTd-0004GK-K6 for bug-grub@gnu.org; Tue, 22 Mar 2005 14:55:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDpTT-0004Et-M5 for bug-grub@gnu.org; Tue, 22 Mar 2005 14:55:38 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDpTS-00047G-BB for bug-grub@gnu.org; Tue, 22 Mar 2005 14:55:34 -0500 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1DDp4r-0000Ya-6M for bug-grub@gnu.org; Tue, 22 Mar 2005 14:30:09 -0500 Received: (qmail invoked by alias); 22 Mar 2005 19:29:55 -0000 Received: from chello213047196069.tirol.surfer.at (EHLO [213.47.196.69]) [213.47.196.69] by mail.gmx.net (mp024) with SMTP; 22 Mar 2005 20:29:55 +0100 X-Authenticated: #7370606 Message-ID: <42407227.2020402@gmx.at> Date: Tue, 22 Mar 2005 20:29:43 +0100 From: Wilfried Weissmann User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Molle Bestefich References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f050318142923419b20@mail.gmail.com> <62b0912f05031914513909bcfb@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> <423F0F74.3030007@gmx.at> <62b0912f050321235348c20525@mail.gmail.com> In-Reply-To: <62b0912f050321235348c20525@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: bug-grub@gnu.org, dm-devel@redhat.com, ataraid-list@redhat.com Subject: Re: [dm-devel] Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 19:55:46 -0000 Molle Bestefich wrote: > Wilfried Weissmann wrote: > >>>It must be severely broken; since if it just sticked to writing to the >>>device I pointed it at (hpt37x_ehgjaggaf) which is a RAID0 "virtual >>>disk" / whatever, it should never be able to overwrite metadata out on >>>the physical disk. >> >>HPT desided to make the metadata accessable from the virtual disk. Just >>look at sector 9 of a working array and enjoy the show... > > > That's an awful decision. It is, isn't it? >>Grub is fine. At least the version that I am using. You have to do some >>tricks to get grub running on the old hpt controllers (I think the new >>ones are better, but I cannot tell for sure). >> >>Just copy the stage 1.5 reiserfs module to sector 16 instead of sector 8 >>which is the grub default that destroys the metadata in case of a hpt. >>[explanation snipped] > > > Thanks for the explanation! > There should be an option in the GRUB configuration to do this, so > that the RAID won't get overwritten the next time I do a grub-install, > I think. That would make my life a lot easier! On the other hand, the most straight forward thing to do would be to move the stage 1.5 to another default sector. So you can not forget to set any option that ruins your array if missing. Also there is no need to add some autodetection code for hpt controllers then. > > Or even better, dmraid could protect the metadata blocks by some magic > flag to dm-mod. > This isn't possible as is, is it? One can make any I/O to this block fail. But I would like something like discarding any writes and only perform reads. "dd" backups would still work then. Greetings, Wilfried From MAILER-DAEMON Tue Mar 22 15:12:31 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDpjq-0007in-5J for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 15:12:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDpje-0007d9-NB for bug-grub@gnu.org; Tue, 22 Mar 2005 15:12:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDpjV-0007Yl-Tm for bug-grub@gnu.org; Tue, 22 Mar 2005 15:12:10 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDpjV-0007YU-Rf for bug-grub@gnu.org; Tue, 22 Mar 2005 15:12:09 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDpTr-0002pW-Pc for bug-grub@gnu.org; Tue, 22 Mar 2005 14:56:00 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 7366BFF16CC0; Tue, 22 Mar 2005 20:55:57 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 22 Mar 05 19:55:57 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: bug-grub@gnu.org, Molle Bestefich Date: Tue, 22 Mar 2005 20:55:56 +0100 User-Agent: KMail/1.7.1 References: <20050322050608.GI32282@staff.pnc.com.au> <1111512072.29748.62.camel@localhost.localdomain> <62b0912f05032210313fe6062@mail.gmail.com> In-Reply-To: <62b0912f05032210313fe6062@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503222055.56933.okuji@enbug.org> Cc: denismcm@gol.com Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:12:25 -0000 On Tuesday 22 March 2005 07:31 pm, Molle Bestefich wrote: > As you've made clear, GRUB can't possibly know which Linux device maps > to which BIOS device. I'd like to know why it attempts to do so > anyway, and what the (insane, I guess :-)) algorithm it uses is? Read the source code. > Currently, it does this alot. Not that much. All I have heard that GRUB does not work well is HPT devices. > What's the algorithm and reasoning behind? As grub-install says, it is just a guess. In reality, it works in 99.99% machines. Okuji From MAILER-DAEMON Tue Mar 22 15:20:21 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDprR-0006K9-9T for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 15:20:21 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDpr9-0006EU-Pt for bug-grub@gnu.org; Tue, 22 Mar 2005 15:20:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDpqz-00068d-NB for bug-grub@gnu.org; Tue, 22 Mar 2005 15:19:57 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDpqw-00064B-VK for bug-grub@gnu.org; Tue, 22 Mar 2005 15:19:51 -0500 Received: from [66.187.233.31] (helo=mx1.redhat.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DDpYy-0003Uu-Kf for bug-grub@gnu.org; Tue, 22 Mar 2005 15:01:16 -0500 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j2MK12XA000878; Tue, 22 Mar 2005 15:01:02 -0500 Received: from devserv.devel.redhat.com (devserv.devel.redhat.com [172.16.58.1]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j2MK12O01387; Tue, 22 Mar 2005 15:01:02 -0500 Received: from localhost.localdomain (vroomfondel.boston.redhat.com [172.16.80.154]) by devserv.devel.redhat.com (8.12.11/8.12.11) with ESMTP id j2MK12be008027; Tue, 22 Mar 2005 15:01:02 -0500 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.3/8.13.1) with ESMTP id j2MK0wQm001024; Tue, 22 Mar 2005 15:00:58 -0500 From: pjones To: Molle Bestefich In-Reply-To: <62b0912f050322104172d419c2@mail.gmail.com> References: <20050322050608.GI32282@staff.pnc.com.au> <62b0912f0503220544209fdc5@mail.gmail.com> <1111512072.29748.62.camel@localhost.localdomain> <62b0912f050322104172d419c2@mail.gmail.com> Content-Type: text/plain Date: Tue, 22 Mar 2005 15:00:58 -0500 Message-Id: <1111521658.29748.133.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 (2.2.1.1-1) Content-Transfer-Encoding: 7bit Cc: denismcm@gol.com, bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pjones@redhat.com List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:20:09 -0000 On Tue, 2005-03-22 at 19:41 +0100, Molle Bestefich wrote: > Oh, but there is a way. > > You could, at boot-up, calculate a md5 hash based on the first sector > of every disk. If there's a duplicate hash, load the last sector of > every disk also and calculate the md5 based on both. If there's still > duplicates, add one more sector from the head of the disk. Continue > till you have completely unique hashes, or, a (user-definable) maximum > number of sectors to traverse has been reached. > > When Linux has finished bringing up IDE drivers and device-mapper > devices, scan the disks again. (The bootloader should probably > include information next to the md5 hashes on how many sectors it had > to scan). There you go, Linux can easily tell which BIOS disks map to > which Linux disks. :-). This idea's been entertained in a rather wide swath of different methods. It doesn't work. If you're installing the OS and you've got two identical disks, in both geometry and data (that is, disks that Seagate says passed their burn-in tests, or that were just retasked from an existing raid1 setup which haven't been artificially made unique), you get a collision. And that's the very time you need to know where to install a bootloader. The checksum method is *exactly* analogous to the earlier hack for this, which is that somebody (*cough*) marks the drive and partition as bootable in the MBR and partition table, so whatever comes along later can tell. They both have the same insurmountable flaw -- the first time you need to know they're different is when you're dropping those breadcrumbs to begin with. Sadly, the best heuristic to really find out what's bootable tends to be "Did the manufacturer mark this partition as bootable in the partition table when they put windows on the machine?", but of course this is a complete cop-out method, and it doesn't work if you're not buying the machine with windows pre-installed. There is something of a hack you can do for the two-identical-disks case, though. It's not a solution, but it avoids the problem. That is: assume they're both bootable, write some random data to the mbr_signature (see below when I talk about EDD some more), and then write *exactly* the same boot block out to each disk. You also have to write the same data for all of the /boot partition to both disks. Essentially, raid1 of /boot, but without actually using raid. > Another, somewhat kinkier approach, would be to load a kernel module > that took the Big-Kernel-Lock (tm), did a lot of INT 13h'ing to > calculate unique md5 hashes, undid the kernel lock, and went back into > Linux space and did the same through the standard interfaces. There's code to do essentially this already, but it has the same failure I mentioned above. Right now the EDD detection is in two parts. The first runs before Linux switches out of real mode and can int13 to its heart's content. The second part is the "edd" kernel module, which exposes (via /sys/firmware/edd) the data the first part collects. That MBR has a "signature" field, which is read and stored in a kernel buffer, and then edd tests if the drive can do EDD. If so, it retrieves that data as well. So if you look at /sys/firmware/edd/ (after loading edd.ko), you see at least something like: vroomfondel:/sys/firmware/edd$ find . ./int13_dev80 ./int13_dev80/mbr_signature [ Depending on what rev of EDD is supported by the drive, you may see more files. Nothing in edd 1 or 2 is useful at all, but 3 provides us the (generally bogus) data about what card/bus/device the drive is. ] But you still have the same problem -- on two identical drives that have been wiped clean, mbr_signature will be the same. So you can't just read /dev/hda and compare to the signature, and checksums don't help, even with extra sectors being taken into account. If you can do int13 reads and writes once your OS is started, which I've not seen code to do safely on Linux, but _might_ be possible, then this is all overkill -- just write out unique mbr_signatures to the bios IDs, read the MBRs from the unix device, and be done. I've tried doing int13-type stuff from Linux before. It works sometimes, not other times, mostly depending on which registers the call uses and which locks are taken. Probing DMI and DDC generally work ok, but I couldn't get e.g. EDD probing to work from userland. I haven't had time to figure out why not yet, as it's not a big priority. You could do this same thing by writing sentinel values out to the mbr signature on the unix device, taking a reboot, and making the early-boot real mode code write out unique IDs where it finds your sentinel. But that *really* sucks for dual boot, where ideally we wouldn't touch the other OS's disk. > That said, it seems a big solution to a small problem. Yep. Heuristics present an OK answer. Likely if you've got SCSI and IDE, the ide only has a CD drive, so obviously you're booting SCSI. If you've got a bunch of SCSI disks and a single IDE disk, that's probably because CVS's grub-install won't work with /boot on software raid, so Pogo shipped you a box with an IDE boot drive ;) But you basically have to figure out a scenario for every case, and you still can't do squat about two identical disks, so that sucks too. > It would be much easier to just ask the user how he thinks the disks > are layed out. This is the "scare the user off so we don't have to worry about them any more" plan. > If he's in doubt, tell him to go download a GRUB bootdisk and run eg.: > grub> geometry (hd0) > grub> geometry (hd1) > Then go back to Linux, do the same and compare. That doesn't work for the mass market at all, and that's who we've got to contend with. When presented with this situation, an inconveniently large chunk of e.g. Red Hat's customers will respond with something along the lines of: "I have two drives?" That's if you're lucky. More often, they say "Windows just does this for me! This is too hard", even though Windows doesn't try to solve this problem at all, AFAIK. > Not fool-proof, especially if someone uses multiple disks of the same > size, but it should do. Same scenario where everything else fails. > I'm advocating a bit against the current approach of taking a wild > guess since it decreases the likelihood that anyone will trust GRUB to > modify their MBR (eg. use GRUB ;-)). Well, in reality, OS installation programs do the decision making, not grub. The OS installer writes device.map , and it tells grub (through grub-install or the grub shell) "setup (hd0)", etc. > But I'd like to know how it's done before I judge it to be completely > insane :-). It isn't something grub typically has to do ; each distro does it differently during installation when they write device.map . > Also, whom should I ask if I wanted something to be committed to GRUB CVS? Okuji, preferably via this list. -- Peter From MAILER-DAEMON Tue Mar 22 15:29:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDq0Q-0001TZ-IS for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDq0N-0001R9-1e for bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDq0I-0001Pn-SY for bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDq0I-0001P3-Q2 for bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:30 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDpfD-0004D2-ES for bug-grub@gnu.org; Tue, 22 Mar 2005 15:07:43 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id B88A4FF16CC0; Tue, 22 Mar 2005 21:07:42 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 22 Mar 05 20:07:42 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: bug-grub@gnu.org, Molle Bestefich Date: Tue, 22 Mar 2005 21:07:42 +0100 User-Agent: KMail/1.7.1 References: <20050322050608.GI32282@staff.pnc.com.au> <1111512072.29748.62.camel@localhost.localdomain> <62b0912f050322104172d419c2@mail.gmail.com> In-Reply-To: <62b0912f050322104172d419c2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503222107.42322.okuji@enbug.org> Cc: denismcm@gol.com Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:29:36 -0000 On Tuesday 22 March 2005 07:41 pm, Molle Bestefich wrote: > You could, at boot-up, calculate a md5 hash based on the first sector > of every disk. If there's a duplicate hash, load the last sector of > every disk also and calculate the md5 based on both. If there's still > duplicates, add one more sector from the head of the disk. Continue > till you have completely unique hashes, or, a (user-definable) maximum > number of sectors to traverse has been reached. There was the same idea a long time ago. It could improve the reliablity more or less, but it cannot make the device mapping perfect. For example, you might have two disks which have completely identical data. This is possible when you plug in hard disks at the first time. Another example is that some devices are not recognized by BIOS. Say, you have a USB disk and an IDE disk. If BIOS can recognize only the IDE one, Linux cannot determine which disk is recognized by BIOS after booted. To make it more reliable, it would be necessary to gather different information, such as I/O ports. You can find my test code in the assembly code of GRUB which I gave up because it was extremely hard to make it very reliable due to interrupt handling and so on. > Another, somewhat kinkier approach, would be to load a kernel module > that took the Big-Kernel-Lock (tm), did a lot of INT 13h'ing to > calculate unique md5 hashes, undid the kernel lock, and went back into > Linux space and did the same through the standard interfaces. You can try it, but INT 13 does not always work in vm86 mode in the same way as real mode. > Also, whom should I ask if I wanted something to be committed to GRUB CVS? Me. I appreciate if you could improve it even a bit. The device mapping problem is the main source of headache for me. I am looking forward to your patch. Okuji From MAILER-DAEMON Tue Mar 22 15:29:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDq0S-0001Uj-PX for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:41 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDq0P-0001T2-0R for bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDq0I-0001PL-AJ for bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:32 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDq0I-0001P3-53 for bug-grub@gnu.org; Tue, 22 Mar 2005 15:29:30 -0500 Received: from [64.233.184.201] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDpj8-0004PC-MC for bug-grub@gnu.org; Tue, 22 Mar 2005 15:11:46 -0500 Received: by wproxy.gmail.com with SMTP id 37so1183978wra for ; Tue, 22 Mar 2005 12:11:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=RG3qDsidUhakC6axwtsXfd/vmYMn0jV//SwmixPEZm3VJSsU+MtEXZZ7/HjufbgEKVDWwYv7vrPjS9EXWVYMF44nw2gLbOvMwbLPy0CsplwlVi2XiQPYXPd+V/gN4xGE0vnewqvTF32LOIddgw/S+0+f/6Z9nWWH0nGhes3BCZQ= Received: by 10.54.11.62 with SMTP id 62mr6069079wrk; Tue, 22 Mar 2005 12:11:46 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 12:11:46 -0800 (PST) Message-ID: <62b0912f0503221211c21d0ec@mail.gmail.com> Date: Tue, 22 Mar 2005 21:11:46 +0100 From: Molle Bestefich To: Wilfried Weissmann In-Reply-To: <42407227.2020402@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> <423F0F74.3030007@gmx.at> <62b0912f050321235348c20525@mail.gmail.com> <42407227.2020402@gmx.at> Cc: bug-grub@gnu.org, dm-devel@redhat.com, ataraid-list@redhat.com Subject: Re: [dm-devel] Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:29:38 -0000 >> Thanks for the explanation! >> There should be an option in the GRUB configuration to do this, so >> that the RAID won't get overwritten the next time I do a grub-install, >> I think. > > That would make my life a lot easier! On the other hand, the most > straight forward thing to do would be to move the stage 1.5 to another > default sector. So you can not forget to set any option that ruins your > array if missing. Also there is no need to add some autodetection code > for hpt controllers then. One step ahead of me, you are. I was just thinking of doing autodetection of HPT magic in GRUB. The autodetection has a plus side too, though. It can detect other stuff that should not be touched (Windows/Veritas dynamic partition information comes to mind?) and not touch sectors based on what is actually there on a particular system. Would perhaps save the implementor the pain of choosing once there's just too many reserved sectors and the stage1.5 loader wont fit. I think I've read that the stage1.5 loader is not really necessary in some cases, think I'll go doc-hunting. >> Or even better, dmraid could protect the metadata blocks by some magic >> flag to dm-mod. >> This isn't possible as is, is it? > > One can make any I/O to this block fail. But I would like something like > discarding any writes and only perform reads. "dd" backups would still > work then. Right. And perhaps a user-definable flag to turn the protection on or off :-). Is it possible without adding new code to dm-mod? From MAILER-DAEMON Tue Mar 22 15:49:15 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDqJO-00019m-H7 for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 15:49:14 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDqJJ-00014q-Jv for bug-grub@gnu.org; Tue, 22 Mar 2005 15:49:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDqJF-00011L-Sm for bug-grub@gnu.org; Tue, 22 Mar 2005 15:49:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDqJD-0000zZ-5k for bug-grub@gnu.org; Tue, 22 Mar 2005 15:49:03 -0500 Received: from [64.233.184.196] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDpyf-0005gN-4W for bug-grub@gnu.org; Tue, 22 Mar 2005 15:27:49 -0500 Received: by wproxy.gmail.com with SMTP id 36so1557082wra for ; Tue, 22 Mar 2005 12:27:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=qjSDZr9lEctlGOIUqsAvpEsFf3Uc9HrGvKGF81ah56D7a34LpCvZCWzeqz+D9+YOBJ4FyxgjM5280JEtVkAPnIgrdlNcvV/falBUK1En73REI+T4vXfdoc9xYB8IjKK0vMOS91UOske2vFcL4BbCzAUx14j0FI4nOgAuACF/lN4= Received: by 10.54.103.7 with SMTP id a7mr251081wrc; Tue, 22 Mar 2005 12:27:48 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 12:27:48 -0800 (PST) Message-ID: <62b0912f05032212272c053de@mail.gmail.com> Date: Tue, 22 Mar 2005 21:27:48 +0100 From: Molle Bestefich To: pjones@redhat.com In-Reply-To: <1111521658.29748.133.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <62b0912f0503220544209fdc5@mail.gmail.com> <1111512072.29748.62.camel@localhost.localdomain> <62b0912f050322104172d419c2@mail.gmail.com> <1111521658.29748.133.camel@localhost.localdomain> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:49:11 -0000 Peter Jones wrote: > [fabulous explanation snipped] Thank you for the thorough and well-written explanation. I really appreciate the time you spent on summing it all up - thanks!! (Was going to tell you "It was wonderful" a moment ago, but on a second thought, I kinda got off sounding like Dame Edna.. aanyway..) Great inspiration. I'm off to do some more thinking. From MAILER-DAEMON Tue Mar 22 16:00:59 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDqUk-00041z-In for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 16:00:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDqUe-0003yu-HW for bug-grub@gnu.org; Tue, 22 Mar 2005 16:00:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDqUb-0003ww-AO for bug-grub@gnu.org; Tue, 22 Mar 2005 16:00:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDqUb-0003wt-62 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:00:49 -0500 Received: from [64.233.184.202] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDqDh-0006uF-7x for bug-grub@gnu.org; Tue, 22 Mar 2005 15:43:21 -0500 Received: by wproxy.gmail.com with SMTP id 37so1192205wra for ; Tue, 22 Mar 2005 12:43:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=NEzaWB9/2bLh2PTuduIVzblDxkGnyWyT6jiQvaeNs2Qi5Zl/cFRZxheLib0Mnz9z8AItY9FPALQyLEb4v787AVKj2Kh+1LVW/9IG6JMIdOe0ll8ncAUSmRv+VMAJrfEKkIgbsrWE0LpqHdytJhmeUEpsGf4hJCcunfTcBNU0MfI= Received: by 10.54.11.62 with SMTP id 62mr6094410wrk; Tue, 22 Mar 2005 12:41:33 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 12:41:20 -0800 (PST) Message-ID: <62b0912f0503221241e0c1dd4@mail.gmail.com> Date: Tue, 22 Mar 2005 21:41:20 +0100 From: Molle Bestefich To: "Yoshinori K. Okuji" In-Reply-To: <200503222107.42322.okuji@enbug.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_682_14683003.1111524080493" References: <20050322050608.GI32282@staff.pnc.com.au> <1111512072.29748.62.camel@localhost.localdomain> <62b0912f050322104172d419c2@mail.gmail.com> <200503222107.42322.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:00:55 -0000 ------=_Part_682_14683003.1111524080493 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > Me. > > I appreciate if you could improve it even a bit. The device mapping problem is > the main source of headache for me. I am looking forward to your patch. I'll try my best. Being that I'm new to GRUB, that's probably not very good ;-). Incidentally, could you perhaps offer your comments on the attached patch? It should enable GRUB to detect the correct number of sectors on device-mapped devices, seeing as the BLKGETSIZE ioctl seems to work on those, but HDIO_GETGEO doesn't. One thing I can think of myself is to actually calculate the "correct" cylinder count with 63 secs/track and 255 heads, instead of just using the large drive placeholder values of 1024/255/63. Not sure if it matters any. ------=_Part_682_14683003.1111524080493 Content-Type: application/octet-stream; name="grub-0.96-devicemapper.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="grub-0.96-devicemapper.patch" ZGlmZiAtYXVyIGdydWItMC45Ni1vcmlnL2xpYi9kZXZpY2UuYyBncnViLTAuOTYvbGliL2Rldmlj ZS5jCi0tLSBncnViLTAuOTYtb3JpZy9saWIvZGV2aWNlLmMJMjAwNS0wMy0yMSAxNTowNzoxNy4z OTQzMzMwMDAgKzAxMDAKKysrIGdydWItMC45Ni9saWIvZGV2aWNlLmMJMjAwNS0wMy0yMSAxNTo0 Nzo1Ni42OTU1MDI4NTYgKzAxMDAKQEAgLTE0Nyw2ICsxNDcsOCBAQAogCiAgIC8qIFhYWCBUaGlz IGlzIHRoZSBkZWZhdWx0IHNpemUuICAqLwogICBnZW9tLT5zZWN0b3Jfc2l6ZSA9IFNFQ1RPUl9T SVpFOworICAvKiBVc2UgMCB0byB0ZXN0IGxhdGVyIG9uIGlmIHNlY3RvciB2YWx1ZSBoYXMgYWxy ZWFkeSBiZWVuIGNvcnJlY3RseSByZXRyaWV2ZWQuICovCisgIGdlb20tPnRvdGFsX3NlY3RvcnMg PSAwOwogICAKICNpZiBkZWZpbmVkKF9fbGludXhfXykKICAgLyogTGludXggKi8KQEAgLTE1NCwx NyArMTU2LDE2IEBACiAgICAgc3RydWN0IGhkX2dlb21ldHJ5IGhkZzsKICAgICB1bnNpZ25lZCBs b25nIG5yOwogICAgIAorICAgIGlmICghIGlvY3RsIChmZCwgQkxLR0VUU0laRSwgJm5yKSkKKyAg ICAgIGdlb20tPnRvdGFsX3NlY3RvcnMgPSBucjsKKyAgICAKICAgICBpZiAoaW9jdGwgKGZkLCBI RElPX0dFVEdFTywgJmhkZykpCiAgICAgICBnb3RvIGZhaWw7CiAKLSAgICBpZiAoaW9jdGwgKGZk LCBCTEtHRVRTSVpFLCAmbnIpKQotICAgICAgZ290byBmYWlsOwotICAgIAogICAgIC8qIEdvdCB0 aGUgZ2VvbWV0cnksIHNvIHNhdmUgaXQuICovCiAgICAgZ2VvbS0+Y3lsaW5kZXJzID0gaGRnLmN5 bGluZGVyczsKICAgICBnZW9tLT5oZWFkcyA9IGhkZy5oZWFkczsKICAgICBnZW9tLT5zZWN0b3Jz ID0gaGRnLnNlY3RvcnM7Ci0gICAgZ2VvbS0+dG90YWxfc2VjdG9ycyA9IG5yOwogICAgIAogICAg IGdvdG8gc3VjY2VzczsKICAgfQpAQCAtMjM2LDkgKzIzNywxNyBAQAogICAgICAgIGdpdmVuIGEg cHJvcGVyIHN0X2Jsb2NrcyBzaXplLiAqLwogICAgIGlmIChkcml2ZSAmIDB4ODApCiAgICAgICB7 CisgICAgICAgLyogSWYgYSB0b3RhbCBzZWN0b3IgY291bnQgaGFzIGJlZW4gZm91bmQgYW5kIGl0 IGV4Y2VlZHMgQ0hTIGNhcGFjaXRpZXMsCisJKiB1c2UgbGFyZ2UgZHJpdmUgcGxhY2Vob2xkZXIg dmFsdWVzLiAqLworICAgICAgIGlmIChnZW9tLT50b3RhbF9zZWN0b3JzICYmIChnZW9tLT50b3Rh bF9zZWN0b3JzID49IDI1NSo2MyoxMDI0KSkgeworCWdlb20tPmN5bGluZGVycyA9IDEwMjQ7CisJ Z2VvbS0+aGVhZHMgPSAyNTU7CisJZ2VvbS0+c2VjdG9ycyA9IDYzOworICAgICAgIH0gZWxzZSB7 CiAJZ2VvbS0+Y3lsaW5kZXJzID0gREVGQVVMVF9IRF9DWUxJTkRFUlM7CiAJZ2VvbS0+aGVhZHMg PSBERUZBVUxUX0hEX0hFQURTOwogCWdlb20tPnNlY3RvcnMgPSBERUZBVUxUX0hEX1NFQ1RPUlM7 CisgICAgICAgfQogICAgICAgfQogICAgIGVsc2UKICAgICAgIHsKQEAgLTI0NywxMSArMjU2LDEz IEBACiAJZ2VvbS0+c2VjdG9ycyA9IERFRkFVTFRfRkRfU0VDVE9SUzsKICAgICAgIH0KIAotICAg IC8qIFNldCB0aGUgdG90YWwgc2VjdG9ycyBwcm9wZXJseSwgaWYgd2UgY2FuLiAqLworICAgLyog SWYgdG90YWwgc2VjdG9ycyBoYXNuJ3QgYmVlbiBzZXQgeWV0LCB0cnkgYW5kIGdldCBhIHByb3Bl ciB2YWx1ZS4gKi8KKyAgIGlmICghIGdlb20tPnRvdGFsX3NlY3RvcnMpIHsKICAgICBpZiAoISBm c3RhdCAoZmQsICZzdCkgJiYgc3Quc3RfYmxvY2tzKQogICAgICAgZ2VvbS0+dG90YWxfc2VjdG9y cyA9IHN0LnN0X2Jsb2NrczsKICAgICBlbHNlCiAgICAgICBnZW9tLT50b3RhbF9zZWN0b3JzID0g Z2VvbS0+Y3lsaW5kZXJzICogZ2VvbS0+aGVhZHMgKiBnZW9tLT5zZWN0b3JzOworICAgfQogICB9 CiAKICBzdWNjZXNzOgo= ------=_Part_682_14683003.1111524080493-- From MAILER-DAEMON Tue Mar 22 16:01:12 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDqUx-00047O-O2 for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 16:01:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDqUp-000452-Gh for bug-grub@gnu.org; Tue, 22 Mar 2005 16:01:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDqUl-00042t-UP for bug-grub@gnu.org; Tue, 22 Mar 2005 16:01:00 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDqUl-0003wt-K6 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:00:59 -0500 Received: from [64.233.184.203] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDq5y-0006In-LW for bug-grub@gnu.org; Tue, 22 Mar 2005 15:35:22 -0500 Received: by wproxy.gmail.com with SMTP id 36so1559914wra for ; Tue, 22 Mar 2005 12:35:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=S8/8LS042ianpNm0aJFSpfjOuIStgmEh0BBxOzBwXXF6MWItF1lbEvalNEMo4OyYkCmsdG+PTDKcqmUvgX62bK3nywaDEzl3OcpUwnKDwUmxptGMKyOBiEF0PRVypMRtomMiHQqfjuRVLOILE6boBsKtG7oPDHqjtIhZ2XESMxg= Received: by 10.54.27.79 with SMTP id a79mr3357354wra; Tue, 22 Mar 2005 12:35:22 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 12:35:22 -0800 (PST) Message-ID: <62b0912f0503221235334dec9d@mail.gmail.com> Date: Tue, 22 Mar 2005 21:35:22 +0100 From: Molle Bestefich To: "Yoshinori K. Okuji" In-Reply-To: <200503222055.56933.okuji@enbug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <1111512072.29748.62.camel@localhost.localdomain> <62b0912f05032210313fe6062@mail.gmail.com> <200503222055.56933.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:01:06 -0000 Yoshinori K. Okuji wrote: > As grub-install says, it is just a guess. In reality, it works in 99.99% > machines. If this was Japan, I'd probably have my head chopped of for being insolent by now. But, uhm, is that not just a number that you've pulled out of your hat? It's practically never worked for me (as in "ever!"), on a number of different machines. Goes both for boxes where I've setup the hardware and boxes where I haven't. I have one machine where it's worked, and I've tried on at least 7. Hm, anyway, just my 2 cents. I'll be off to read the sources. From MAILER-DAEMON Tue Mar 22 16:19:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDqn1-0004OE-4g for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 16:19:51 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDqmw-0004M2-3e for bug-grub@gnu.org; Tue, 22 Mar 2005 16:19:46 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDqmq-0004JT-W0 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:19:41 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDqmq-0004F7-1w for bug-grub@gnu.org; Tue, 22 Mar 2005 16:19:40 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDqUA-00008w-54 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:00:22 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 0C8D2FF16CC0; Tue, 22 Mar 2005 22:00:19 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 22 Mar 05 21:00:17 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: Molle Bestefich Date: Tue, 22 Mar 2005 22:00:16 +0100 User-Agent: KMail/1.7.1 References: <20050322050608.GI32282@staff.pnc.com.au> <200503222055.56933.okuji@enbug.org> <62b0912f0503221235334dec9d@mail.gmail.com> In-Reply-To: <62b0912f0503221235334dec9d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503222200.17074.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:19:47 -0000 On Tuesday 22 March 2005 09:35 pm, Molle Bestefich wrote: > Yoshinori K. Okuji wrote: > > As grub-install says, it is just a guess. In reality, it works in 99.99% > > machines. > > If this was Japan, I'd probably have my head chopped of for being > insolent by now. I am not in Japan. :p The reason why it works in 99.99% is very simple: Even if the device mapping is wrong, GRUB boots up correctly if it is installed into the same drive as stage2. This is because GRUB receives a drive number dynamically at boot time, if it is the same drive. And, the guessing process does a good job as long as the user does not change a BIOS setting and have usual devices (such as IDE disks). > But, uhm, is that not just a number that you've pulled out of your hat? Both yes and no. If GRUB works in most environments, in particular, in non-technical users' environments, I don't feel worried too much. This may not mean that I don't care at all, though. > It's practically never worked for me (as in "ever!"), on a number of > different machines. > Goes both for boxes where I've setup the hardware and boxes where I > haven't. > > I have one machine where it's worked, and I've tried on at least 7. You are very unlucky... What kind of hardware have you ever used? Always HPT devices? Okuji From MAILER-DAEMON Tue Mar 22 16:45:29 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDrBk-00065A-Ai for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDrBa-00061f-SY for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDrBS-0005wO-73 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDrBR-0005uM-SP for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:05 -0500 Received: from [64.233.184.196] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDqn2-0001Ko-S0 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:19:53 -0500 Received: by wproxy.gmail.com with SMTP id 37so1202382wra for ; Tue, 22 Mar 2005 13:19:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=uMkQzI8XhKesthAjwJjlTNX+//I9y0aYHEp9FDWz7wjb8J+2n4XFnstHHibGrsQKBLxbyM5N64InyPlIGJEDttFcNdo/HaiZlzmUnUtPhAsuq29rKqg4OitJR2J2QMYiulT2r/yeRJgJ7Uuem7cyvIBYo3EPSuP8dkS1e2dKKDs= Received: by 10.54.11.62 with SMTP id 62mr6126288wrk; Tue, 22 Mar 2005 13:19:52 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 13:19:52 -0800 (PST) Message-ID: <62b0912f050322131964d0ab94@mail.gmail.com> Date: Tue, 22 Mar 2005 22:19:52 +0100 From: Molle Bestefich To: "Yoshinori K. Okuji" In-Reply-To: <200503222210.39317.okuji@enbug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <200503222107.42322.okuji@enbug.org> <62b0912f0503221241e0c1dd4@mail.gmail.com> <200503222210.39317.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:45:18 -0000 Yoshinori K. Okuji wrote: >> Incidentally, could you perhaps offer your comments on the attached patch? > ChangeLog, please. Any preferred length, formatting, ?.. "Shuffle BLKGETSIZE and HD_GETGEO so that a correct sector count can be retrieved for device-mapper devices in the stage2 simulator." A more verbose changelog could include this too: "GRUB would previously die with "24 : Attempt to access block outside partition" in the partition walking code when retrieving an extended partition table outside of the default CHS bounds (2.441 MB)." I'd appreciate it if the code could get some tests and reviews, as I'm nowhere near home in the world of GRUB. Specifically, I'd like the person who originally wrote device.c to comment on the ordering of HDIO_GETGEO and BLKGETSIZE. I'm guessing it's just random, but I could be mistaken! From MAILER-DAEMON Tue Mar 22 16:45:36 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDrBv-00067L-Nv for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDrBY-00060B-RS for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDrBP-0005uP-88 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDrBP-0005uM-1z for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:03 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDqe8-0000vb-Mg for bug-grub@gnu.org; Tue, 22 Mar 2005 16:10:40 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id F34C9FF16CC0; Tue, 22 Mar 2005 22:10:39 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 22 Mar 05 21:10:39 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: Molle Bestefich Date: Tue, 22 Mar 2005 22:10:39 +0100 User-Agent: KMail/1.7.1 References: <20050322050608.GI32282@staff.pnc.com.au> <200503222107.42322.okuji@enbug.org> <62b0912f0503221241e0c1dd4@mail.gmail.com> In-Reply-To: <62b0912f0503221241e0c1dd4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503222210.39317.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:45:21 -0000 On Tuesday 22 March 2005 09:41 pm, Molle Bestefich wrote: > Incidentally, could you perhaps offer your comments on the attached patch? ChangeLog, please. > One thing I can think of myself is to actually calculate the "correct" > cylinder count with 63 secs/track and 255 heads, instead of just using > the large drive placeholder values of 1024/255/63. Not sure if it > matters any. It matters only if you want to manipulate a partition table in GRUB. This should rarely happen, so it is not important. Okuji From MAILER-DAEMON Tue Mar 22 16:45:37 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDrBw-00067x-QQ for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:36 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDrBe-000635-HX for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDrBY-0005zE-DT for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDrBV-0005uM-23 for bug-grub@gnu.org; Tue, 22 Mar 2005 16:45:09 -0500 Received: from [64.233.184.204] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDqfb-0000zf-0k for bug-grub@gnu.org; Tue, 22 Mar 2005 16:12:11 -0500 Received: by wproxy.gmail.com with SMTP id 36so1573022wra for ; Tue, 22 Mar 2005 13:12:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=PNTTAKXY6RksVFksNMrSe42xL3yaSC4LMOXWjf6eM6YHXW8lwfaXvqw+mImajF1loIj+/g9hkNwVEwtYFhYqLgxL6X92eZL680BN2CbG3Zao8Ih5/er2P5JXZ7OqPH41YZR3S3q1x7m+x1uMPC8GKFDeXN7vo58wy+eSZF2J3Iw= Received: by 10.54.39.76 with SMTP id m76mr3153835wrm; Tue, 22 Mar 2005 13:12:10 -0800 (PST) Received: by 10.54.29.23 with HTTP; Tue, 22 Mar 2005 13:12:10 -0800 (PST) Message-ID: <62b0912f05032213121be1b0ae@mail.gmail.com> Date: Tue, 22 Mar 2005 22:12:10 +0100 From: Molle Bestefich To: "Yoshinori K. Okuji" In-Reply-To: <200503222200.17074.okuji@enbug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <200503222055.56933.okuji@enbug.org> <62b0912f0503221235334dec9d@mail.gmail.com> <200503222200.17074.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:45:24 -0000 Yoshinori K. Okuji wrote: > I am not in Japan. :p Where then? Slightly off-topic, humn... > The reason why it works in 99.99% is very simple: Even if the device mapping > is wrong, GRUB boots up correctly if it is installed into the same drive as > stage2. This is because GRUB receives a drive number dynamically at boot > time, if it is the same drive. And, the guessing process does a good job as > long as the user does not change a BIOS setting and have usual devices (such > as IDE disks). Ok, fair 'nuff. I'll have to go look at actual code before I say any more. >> I have one machine where it's worked, and I've tried on at least 7. > > You are very unlucky... What kind of hardware have you ever used? Always HPT > devices? 3 of them had HPT controllers. 2, perhaps 3 had a combination of SCSI and IDE disks. Can't remember what went wrong with the last one.. From MAILER-DAEMON Tue Mar 22 17:28:42 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDrrb-0000PZ-Ud for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 17:28:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDrrV-0000M3-OJ for bug-grub@gnu.org; Tue, 22 Mar 2005 17:28:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDrrR-0000Jk-MP for bug-grub@gnu.org; Tue, 22 Mar 2005 17:28:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDrrR-0000Iu-40 for bug-grub@gnu.org; Tue, 22 Mar 2005 17:28:29 -0500 Received: from [203.91.225.6] (helo=mx1.staff.pnc.com.au) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDrZp-0005MV-9J for bug-grub@gnu.org; Tue, 22 Mar 2005 17:10:18 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mx1.staff.pnc.com.au (Postfix) with ESMTP id 4DFC71D010; Wed, 23 Mar 2005 09:10:15 +1100 (EST) Received: from mx1.staff.pnc.com.au ([127.0.0.1]) by localhost (mackerel [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07753-02; Wed, 23 Mar 2005 09:10:06 +1100 (EST) Received: from pc-jason (pc-jason.staff.pnc.com.au [10.17.5.123]) by mx1.staff.pnc.com.au (Postfix) with SMTP id 48F2A1CEB7; Wed, 23 Mar 2005 09:10:05 +1100 (EST) Received: by pc-jason (sSMTP sendmail emulation); Wed, 23 Mar 2005 09:10:06 +1100 Date: Wed, 23 Mar 2005 09:10:06 +1100 From: Jason Thomas To: pjones Message-ID: <20050322221005.GB4248@staff.pnc.com.au> Mail-Followup-To: pjones , Molle Bestefich , denismcm@gol.com, bug-grub@gnu.org References: <20050322050608.GI32282@staff.pnc.com.au> <62b0912f0503220544209fdc5@mail.gmail.com> <1111512072.29748.62.camel@localhost.localdomain> <62b0912f050322104172d419c2@mail.gmail.com> <1111521658.29748.133.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111521658.29748.133.camel@localhost.localdomain> User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at staff.pnc.com.au Cc: denismcm@gol.com, bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 22:28:37 -0000 On Tue, Mar 22, 2005 at 03:00:58PM -0500, pjones wrote: > On Tue, 2005-03-22 at 19:41 +0100, Molle Bestefich wrote: > > Oh, but there is a way. > > > > You could, at boot-up, calculate a md5 hash based on the first sector > > of every disk. If there's a duplicate hash, load the last sector of > > every disk also and calculate the md5 based on both. If there's still > > duplicates, add one more sector from the head of the disk. Continue > > till you have completely unique hashes, or, a (user-definable) maximum > > number of sectors to traverse has been reached. > > > > When Linux has finished bringing up IDE drivers and device-mapper > > devices, scan the disks again. (The bootloader should probably > > include information next to the md5 hashes on how many sectors it had > > to scan). There you go, Linux can easily tell which BIOS disks map to > > which Linux disks. :-). > > This idea's been entertained in a rather wide swath of different > methods. It doesn't work. If you're installing the OS and you've got > two identical disks, in both geometry and data (that is, disks that > Seagate says passed their burn-in tests, or that were just retasked from > an existing raid1 setup which haven't been artificially made unique), > you get a collision. And that's the very time you need to know where to > install a bootloader. What about Serial Numbers from the drives? Do they all have them, are they unique? Why can't we use a combination? Look for the serial number, if missing look at the data. But how does this work when installing? Nothing has had a chance to do this yet. Something really needs to be done. From MAILER-DAEMON Tue Mar 22 17:54:20 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDsGS-0002uv-Of for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 17:54:20 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDsGP-0002td-6B for bug-grub@gnu.org; Tue, 22 Mar 2005 17:54:17 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDsGN-0002sl-9C for bug-grub@gnu.org; Tue, 22 Mar 2005 17:54:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDsCj-0001XG-Cg for bug-grub@gnu.org; Tue, 22 Mar 2005 17:50:29 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDrmm-0006GD-JW for bug-grub@gnu.org; Tue, 22 Mar 2005 17:23:40 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id F0BD0FF16CC0; Tue, 22 Mar 2005 23:23:39 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 22 Mar 05 22:23:39 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: Molle Bestefich Date: Tue, 22 Mar 2005 23:23:39 +0100 User-Agent: KMail/1.7.1 References: <20050322050608.GI32282@staff.pnc.com.au> <200503222210.39317.okuji@enbug.org> <62b0912f050322131964d0ab94@mail.gmail.com> In-Reply-To: <62b0912f050322131964d0ab94@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503222323.39536.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 22:54:17 -0000 On Tuesday 22 March 2005 10:19 pm, Molle Bestefich wrote: > > ChangeLog, please. > > Any preferred length, formatting, ?.. Please check the GNU Coding Standard. You can also get some ideas from the existing ChangeLog entries. Okuji From MAILER-DAEMON Tue Mar 22 18:09:41 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DDsVI-00040N-Lh for mharc-bug-grub@gnu.org; Tue, 22 Mar 2005 18:09:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDsVC-0003uq-6h for bug-grub@gnu.org; Tue, 22 Mar 2005 18:09:34 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDsV8-0003r1-0T for bug-grub@gnu.org; Tue, 22 Mar 2005 18:09:30 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDsV6-0003nr-87 for bug-grub@gnu.org; Tue, 22 Mar 2005 18:09:28 -0500 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1DDs5H-0007gG-OO for bug-grub@gnu.org; Tue, 22 Mar 2005 17:42:48 -0500 Received: (qmail invoked by alias); 22 Mar 2005 22:42:46 -0000 Received: from chello213047196069.tirol.surfer.at (EHLO [213.47.196.69]) [213.47.196.69] by mail.gmx.net (mp015) with SMTP; 22 Mar 2005 23:42:46 +0100 X-Authenticated: #7370606 Message-ID: <42409F65.5090507@gmx.at> Date: Tue, 22 Mar 2005 23:42:45 +0100 From: Wilfried Weissmann User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Molle Bestefich References: <62b0912f05031606396a3a47db@mail.gmail.com> <62b0912f050319145547c4a7db@mail.gmail.com> <20050320163001.GB643@percy.comedia.it> <62b0912f05032019262c009465@mail.gmail.com> <62b0912f0503202121607bd38a@mail.gmail.com> <62b0912f05032104052e78fd60@mail.gmail.com> <62b0912f050321065558fc956@mail.gmail.com> <423F0F74.3030007@gmx.at> <62b0912f050321235348c20525@mail.gmail.com> <42407227.2020402@gmx.at> <62b0912f0503221211c21d0ec@mail.gmail.com> In-Reply-To: <62b0912f0503221211c21d0ec@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: bug-grub@gnu.org, dm-devel@redhat.com, ataraid-list@redhat.com Subject: Re: [dm-devel] Re: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 23:09:35 -0000 Molle Bestefich wrote: >>That would make my life a lot easier! On the other hand, the most >>straight forward thing to do would be to move the stage 1.5 to another >>default sector. So you can not forget to set any option that ruins your >>array if missing. Also there is no need to add some autodetection code >>for hpt controllers then. > > > One step ahead of me, you are. > > I was just thinking of doing autodetection of HPT magic in GRUB. > > The autodetection has a plus side too, though. > It can detect other stuff that should not be touched (Windows/Veritas > dynamic partition information comes to mind?) and not touch sectors > based on what is actually there on a particular system. Would perhaps > save the implementor the pain of choosing once there's just too many > reserved sectors and the stage1.5 loader wont fit. The problem with the autodetection code is that if you want to play safe then you have to check the pci-id of the controller. Even if the BIOS of the controller supports RAID if you are picky enough to do this. You cannot rely on the contents of sector 9 alone since the disk may have been installed on a hpt controller and then moved to another system. In this case the signature is still intact and will get picked up by grub. There are also other things you might want to consider, like MBR + loaders for disk encryption software that is also located somewhere in this area. My opinion is that a higher default offset gets the job done. A configuration option helps the people who know what they are doing in weird corner cases. I would not like to add some autodetection that breaks things for some people and make things compilcated when something goes wrong. But I have to admit that I am getting tired of this controller. I wrote my HPT370 RAID support for kernel 2.2 based on MD. I debugged and extended the HPT370 ataraid module. I wrote a EVMS plugin for HPT370 RAID support. I write bug-reports for dmraid HPT370 support. I write bug-reports for HALd which has autodetection problems. > > I think I've read that the stage1.5 loader is not really necessary in > some cases, think I'll go doc-hunting. I think you can also use the blocks of the stage 1.5 loader _in_ the filesystem if you specify the file instead of the (hd0)16+18 blocklist. But for doing things like that I hate lilo. ;) > > >>>Or even better, dmraid could protect the metadata blocks by some magic >>>flag to dm-mod. >>>This isn't possible as is, is it? >> >>One can make any I/O to this block fail. But I would like something like >>discarding any writes and only perform reads. "dd" backups would still >>work then. > > > Right. And perhaps a user-definable flag to turn the protection on or off :-). > Is it possible without adding new code to dm-mod? No, you have to add code that treats write request different than read requests. Should not be too complicated though... Greetings, Wilfried From MAILER-DAEMON Wed Mar 23 05:24:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DE324-0003dO-1t for mharc-bug-grub@gnu.org; Wed, 23 Mar 2005 05:24:12 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DE31x-0003cF-2Q for bug-grub@gnu.org; Wed, 23 Mar 2005 05:24:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DE31h-0003Zf-Ic for bug-grub@gnu.org; Wed, 23 Mar 2005 05:23:59 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DE31f-0003ZC-Uf for bug-grub@gnu.org; Wed, 23 Mar 2005 05:23:48 -0500 Received: from [64.233.184.193] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DE2Rx-0002QM-PR for bug-grub@gnu.org; Wed, 23 Mar 2005 04:46:53 -0500 Received: by wproxy.gmail.com with SMTP id 36so154342wra for ; Wed, 23 Mar 2005 01:46:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=FBo7QNfX2znT9SMEfYgCRbwlzDhMC+UkZndw23VgRH3E+OqQ4ed31sXOeASMFZE3mfsgxgnJqZFQnWGt7tRkY0JuaME1KfUlHo2z2e9vJZnZI45yo6mu/UqSWdiJnPjDhBVjaBAWrCfQoIXhtfNICx5FlQINel/fpmTyWEMUjWc= Received: by 10.54.105.5 with SMTP id d5mr120871wrc; Wed, 23 Mar 2005 01:46:50 -0800 (PST) Received: by 10.54.29.23 with HTTP; Wed, 23 Mar 2005 01:46:50 -0800 (PST) Message-ID: <62b0912f0503230146bd97bcd@mail.gmail.com> Date: Wed, 23 Mar 2005 10:46:50 +0100 From: Molle Bestefich To: "Yoshinori K. Okuji" In-Reply-To: <200503222323.39536.okuji@enbug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <200503222210.39317.okuji@enbug.org> <62b0912f050322131964d0ab94@mail.gmail.com> <200503222323.39536.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 10:24:07 -0000 ChangeLog entry: * lib/device.c (get_drive_geometry): Shuffle BLKGETSIZE and HD_GETGEO so that a correct sector count can be retrieved for device-mapper devices in the stage2 simulator. > Please check the GNU Coding Standard. You can also get some ideas from the > existing ChangeLog entries. From MAILER-DAEMON Wed Mar 23 06:10:06 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DE3Xa-0006xt-SG for mharc-bug-grub@gnu.org; Wed, 23 Mar 2005 05:56:50 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DE35P-0004f1-46 for bug-grub@gnu.org; Wed, 23 Mar 2005 05:27:39 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DE35L-0004Yu-Jp for bug-grub@gnu.org; Wed, 23 Mar 2005 05:27:37 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DE33t-0003ZC-H7 for bug-grub@gnu.org; Wed, 23 Mar 2005 05:26:05 -0500 Received: from [151.189.21.46] (helo=mail-in-06.arcor-online.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DE2fZ-0003Sj-VZ for bug-grub@gnu.org; Wed, 23 Mar 2005 05:00:58 -0500 Received: from localhost (dsl-082-082-078-136.arcor-ip.net [82.82.78.136]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 16163112640 for ; Wed, 23 Mar 2005 11:00:55 +0100 (CET) From: Schneider To: bug-grub@gnu.org Date: Wed, 23 Mar 2005 11:00:43 +0100 User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503231100.43841.a_schneider@arcor.de> X-Mailman-Approved-At: Wed, 23 Mar 2005 05:56:22 -0500 Subject: grub booten von linux X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 10:27:40 -0000 Hello, ther is some trouble with my computer / Boot with Grub what happens?: just Grub stage2.. and than nothing! it is not possible to restart the computer with --. It is possible to start the computer with the installation CD by loding the scsi driver and the network driver. the hardware: (device.map) (hd0) /dev/hda (hd1) /dev/hdb (hd2) /dev/hdg (hd3) /dev/sda (hd4) /dev/sdb (fd0) /dev/fd0 the grub.conf is looking good (goes to HD hd0, 2) which is the linux start partition. no startmenu is displayed. Know i am not able to start Windows or another Linux on hd4 what can i do? best regards Andreas Schneider From MAILER-DAEMON Wed Mar 23 09:32:03 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DE6tv-0003HB-A8 for mharc-bug-grub@gnu.org; Wed, 23 Mar 2005 09:32:03 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DE6Ea-000596-VD for bug-grub@gnu.org; Wed, 23 Mar 2005 08:49:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DE6ES-00054c-Nt for bug-grub@gnu.org; Wed, 23 Mar 2005 08:49:13 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DE6ES-00050C-FB for bug-grub@gnu.org; Wed, 23 Mar 2005 08:49:12 -0500 Received: from [141.84.120.163] (helo=lamp.verwaltung.uni-muenchen.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DE5oq-0002QX-KB for bug-grub@gnu.org; Wed, 23 Mar 2005 08:22:44 -0500 Received: from viruswall.zuv.uni-muenchen.de (viruswall [172.23.2.55]) by lamp.verwaltung.uni-muenchen.de (Postfix) with SMTP id 3F7558126C; Wed, 23 Mar 2005 14:22:42 +0100 (CET) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Wed, 23 Mar 2005 14:22:41 +0100 Message-ID: <1B6C0C71A8E4C947A73CE5F8A562C0DA030D26C7@mail2.zuv.uni-muenchen.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: grub 0.96 bug Thread-Index: AcUvBfAMlCLOYi2fRj+1RgCyNTvmcAAkkXiw From: "Treutwein Bernhard" To: "Molle Bestefich" X-Mailman-Approved-At: Wed, 23 Mar 2005 09:32:01 -0500 Cc: ataraid-list@redhat.com, bug-grub@gnu.org Subject: RE: grub 0.96 bug X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 13:49:23 -0000 >=20 > Hrm. I can see that would work, now.. > Thanks for the tip, which renders my patch useless :-p. > (Nah, the patch makes the stage2 simulator work with=20 > device-mapped devices, so I guess it can still be used for=20 > those... without a floppy disk? Or on a remote terminal.. or=20 > something :-).) AFAIK, you can easily boot a floppy image (which you might produce with mtools). You need memdisk (from the SYSLINUX project) and an image of a floppy and the following entry in your menu.lst: kernel /boot/grub/memdisk initrd /image.dsk (you can find memdisk here:=20 http://www.lrz-muenchen.de/~bernhard/grub-chain-cd.html if you do not prefer to download the current version from Peter Anvin site: http://syslinux.zytor.com/memdisk.php image.dsk should be a bootable disk image. regards -- Bernhard Treutwein Bernhard Treutwein(at)verwaltung uni-muenchen de From MAILER-DAEMON Wed Mar 23 12:54:59 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DEA4J-0003Ja-9t for mharc-bug-grub@gnu.org; Wed, 23 Mar 2005 12:54:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DE8mJ-0001L6-Lk for bug-grub@gnu.org; Wed, 23 Mar 2005 11:32:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DE8mH-0001IH-7n for bug-grub@gnu.org; Wed, 23 Mar 2005 11:32:18 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DE8mH-0001Hu-0G for bug-grub@gnu.org; Wed, 23 Mar 2005 11:32:17 -0500 Received: from [198.240.128.81] (helo=ln-bas08.csfb.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DE8PE-0008IL-0v for bug-grub@gnu.org; Wed, 23 Mar 2005 11:08:28 -0500 Received: from slon11p30742.csfb.cs-group.com (slon11p30742.csfb.mail [166.12.210.64]) by ln-bas08.csfb.com (Postfix) with ESMTP id A789927F4 for ; Wed, 23 Mar 2005 16:08:26 +0000 (GMT) Received: from 166.12.210.33 by slon11p30742.csfb.cs-group.com with ESMTP (P30742L (MMS v5.5.3)); Wed, 23 Mar 2005 16:08:24 +0100 Received: by slon00300.csfp.co.uk with Internet Mail Service ( 5.5.2655.55) id ; Wed, 23 Mar 2005 16:08:23 -0000 Message-ID: <1069DC8195C8D51197F10002A56BC6060299DA4C@slon00372.csfp.co.uk> From: "Coley, Richard" To: "'bug-grub@gnu.org'" Date: Wed, 23 Mar 2005 16:05:44 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) X-WSS-ID: 6E5F4BF2149799-01-03 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C52FC2.0CB1A465" X-Mailman-Approved-At: Wed, 23 Mar 2005 12:54:58 -0500 Subject: Obtaining patches?? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 16:32:21 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C52FC2.0CB1A465 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Is there an a single place to find all submitted patches that that have yet to be applied?? ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== ------_=_NextPart_001_01C52FC2.0CB1A465 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 7bit
Is there an a single place to find all submitted patches that that have yet to be applied??

==============================================================================
This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure.
==============================================================================

------_=_NextPart_001_01C52FC2.0CB1A465-- From MAILER-DAEMON Wed Mar 23 16:01:27 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DECyj-0002AA-WF for mharc-bug-grub@gnu.org; Wed, 23 Mar 2005 16:01:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DECyf-000274-7B for bug-grub@gnu.org; Wed, 23 Mar 2005 16:01:21 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DECya-00024f-1G for bug-grub@gnu.org; Wed, 23 Mar 2005 16:01:16 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DECyZ-000238-Mh for bug-grub@gnu.org; Wed, 23 Mar 2005 16:01:15 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DECfP-00053G-Tp for bug-grub@gnu.org; Wed, 23 Mar 2005 15:41:28 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 10436FF10487; Wed, 23 Mar 2005 21:41:26 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 23 Mar 05 20:41:25 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: Molle Bestefich Date: Wed, 23 Mar 2005 21:41:25 +0100 User-Agent: KMail/1.7.1 References: <20050322050608.GI32282@staff.pnc.com.au> <200503222323.39536.okuji@enbug.org> <62b0912f0503230146bd97bcd@mail.gmail.com> In-Reply-To: <62b0912f0503230146bd97bcd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503232141.25601.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 21:01:24 -0000 On Wednesday 23 March 2005 10:46 am, Molle Bestefich wrote: > * lib/device.c (get_drive_geometry): > Shuffle BLKGETSIZE and HD_GETGEO so that a correct sector count can > be retrieved for device-mapper devices in the stage2 simulator. You should be more explicit. Instead of saying just "shuffle", mention how you changed the code, like "first, do this, and if it fails, do that". The code itself looks good, except for the coding style. The positions of braces are not good. Once you correct it, I will apply it. Cheers, Okuji From MAILER-DAEMON Thu Mar 24 09:45:02 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DETa0-0006Zb-7b for mharc-bug-grub@gnu.org; Thu, 24 Mar 2005 09:45:00 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DETZw-0006X2-DM for bug-grub@gnu.org; Thu, 24 Mar 2005 09:44:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DETZu-0006WW-RB for bug-grub@gnu.org; Thu, 24 Mar 2005 09:44:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DETZu-0006W8-Og for bug-grub@gnu.org; Thu, 24 Mar 2005 09:44:54 -0500 Received: from [64.233.184.199] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DETJY-0006oN-P6 for bug-grub@gnu.org; Thu, 24 Mar 2005 09:28:00 -0500 Received: by wproxy.gmail.com with SMTP id 55so833743wri for ; Thu, 24 Mar 2005 06:27:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TNpPMQo5vIJM9+8VXvJEbdGkHpIeVGcjMapF3WY7qwVBMPj+cIZOl/moaT2r5HoD1TCqpKjD7Yj3l+ask0BUrOfV7Oad55i5/wuItTgRz4XyQyie+aq51TlNnuxOcLqPjBh9tAy4kYX7GD3MDvCgHF+lwU4fTTyAk+UzI5ZFfV8= Received: by 10.54.94.8 with SMTP id r8mr207983wrb; Thu, 24 Mar 2005 06:27:59 -0800 (PST) Received: by 10.54.29.23 with HTTP; Thu, 24 Mar 2005 06:27:59 -0800 (PST) Message-ID: <62b0912f05032406272b210c79@mail.gmail.com> Date: Thu, 24 Mar 2005 15:27:59 +0100 From: Molle Bestefich To: "Yoshinori K. Okuji" In-Reply-To: <200503232141.25601.okuji@enbug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322050608.GI32282@staff.pnc.com.au> <200503222323.39536.okuji@enbug.org> <62b0912f0503230146bd97bcd@mail.gmail.com> <200503232141.25601.okuji@enbug.org> Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Molle Bestefich List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 14:44:58 -0000 Yoshinori K. Okuji wrote: >> * lib/device.c (get_drive_geometry): >> Shuffle BLKGETSIZE and HD_GETGEO so that a correct sector count can >> be retrieved for device-mapper devices in the stage2 simulator. > > You should be more explicit. Instead of saying just "shuffle", mention how you > changed the code, like "first, do this, and if it fails, do that". How 'bout this: * lib/device.c (get_drive_geometry): Attempt BLKGETSIZE even if HD_GETGEO fails by calling it first, so that a correct sector count can be retrieved for device-mapper devices in the stage2 simulator. > The code itself looks good, except for the coding style. The positions of > braces are not good. Once you correct it, I will apply it. Sure? I actually took some care to avoid unnecessary +'s and -'s in the diff. If I were to indent the code correctly, you would end up with a patch that was harder to read, since indentations would have to be adjusted due to scope changes.. Do you want me to correct tab/spaces into something uniform? (I prefer tabs myself) From MAILER-DAEMON Thu Mar 24 11:45:46 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DEVSJ-0005K7-AJ for mharc-bug-grub@gnu.org; Thu, 24 Mar 2005 11:45:11 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DEVS7-0005FT-7x for bug-grub@gnu.org; Thu, 24 Mar 2005 11:44:59 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DEVRu-00058V-DJ for bug-grub@gnu.org; Thu, 24 Mar 2005 11:44:49 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DEVRu-00058L-9s for bug-grub@gnu.org; Thu, 24 Mar 2005 11:44:46 -0500 Received: from [199.232.41.4] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DEVBe-00005j-VO; Thu, 24 Mar 2005 11:27:59 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DEVBQ-00027S-00; Thu, 24 Mar 2005 11:27:44 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Thu, 24 Mar 2005 16:27:43 +0000 Date: Thu, 24 Mar 2005 16:27:43 +0000 To: Volkov Peter , Wolfram Schlich , NATORI Shin , "Yoshinori K. Okuji" , bug-grub@gnu.org From: Volkov Peter X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12018 User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.0 (like Gecko) X-Apparently-From: 212.118.59.2 Message-Id: <20050324-162743.sv38697.71595@savannah.gnu.org> References: <20050218-060742.sv38697.35246@savannah.gnu.org> <20050306-111238.sv5680.94920@savannah.gnu.org> <20050307-121245.sv0.8476@savannah.gnu.org> <20050315-080759.sv38697.6087@savannah.gnu.org> <20050315-180631.sv0.11604@savannah.gnu.org> <20050316-004015.sv0.25515@savannah.gnu.org> <20050316-170724.sv0.53242@savannah.gnu.org> <20050317-044110.sv0.85453@savannah.gnu.org> <20050317-215541.sv0.9917@savannah.gnu.org> <20050318-162548.sv0.9422@savannah.gnu.org> <20050319-171532.sv39824.75177@savannah.gnu.org> <20050319-180404.sv141.88200@savannah.gnu.org> In-Reply-To: <20050319-180404.sv141.88200@savannah.gnu.org> Cc: Subject: [bugs #12018] grub-0.96. savedefault feature is not working for me. X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 16:45:03 -0000 Follow-up Comment #12, bugs #12018 (project grub): Hello again. I'd like to report that with your patch, grub's savedefault feature works for me! Thank you very much!!! BTW. Please. If you have enough time. Backport this patch into 0.96 with the patch for stage2 default file initialisation. I'd like to add this into gentoo :) _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Fri Mar 25 12:57:10 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DEt3V-0007rI-Mm for mharc-bug-grub@gnu.org; Fri, 25 Mar 2005 12:57:09 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DEt3N-0007os-L0 for bug-grub@gnu.org; Fri, 25 Mar 2005 12:57:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DEt3D-0007iZ-8E for bug-grub@gnu.org; Fri, 25 Mar 2005 12:56:55 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DEt39-0007Ze-MK for bug-grub@gnu.org; Fri, 25 Mar 2005 12:56:47 -0500 Received: from [199.232.41.3] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DEsbH-0005wr-6k for bug-grub@gnu.org; Fri, 25 Mar 2005 12:27:59 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DEsbE-0008GQ-00; Fri, 25 Mar 2005 12:27:56 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Fri, 25 Mar 2005 17:27:56 +0000 Date: Fri, 25 Mar 2005 17:27:56 +0000 To: minfrin@sharp.fm, bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12460 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050130 Fedora/1.7.5-3 X-Apparently-From: 196.31.24.162 Message-Id: <20050325-122756.sv0.23997@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bugs #12460] Removing "default=0" has no effect - first OS is always booted automatically X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 17:57:04 -0000 URL: Summary: Removing "default=0" has no effect - first OS is always booted automatically Project: GNU GRUB Submitted by: None Submitted on: Fri 03/25/2005 at 12:27 Category: Configuration Severity: Major Priority: 5 - Normal Item Group: Software Error Status: None Privacy: Public Assigned to: None Originator Name: Graham Leggett Originator Email: minfrin@sharp.fm Open/Closed: Open Release: 0.95-3 Reproducibility: None Planned Release: _______________________________________________________ Details: When using grub from Fedora Core 3 to boot into Fedora/WinXP, the default contiguration is to boot into the first OS by default. According to the manual, the line "default=0" causes the first OS to be booted. Removing this line has no effect - the first OS is still booted into instead of there being just a menu. _______________________________________________________ Carbon-Copy List: CC Address | Comment ------------------------------------+----------------------------- minfrin --AT-- sharp --DOT-- fm | Originator Email _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ From MAILER-DAEMON Fri Mar 25 18:54:39 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DEydR-0008HH-5s for mharc-bug-grub@gnu.org; Fri, 25 Mar 2005 18:54:37 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DEydC-0008Ai-Ep for bug-grub@gnu.org; Fri, 25 Mar 2005 18:54:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DEyd2-00085o-PW for bug-grub@gnu.org; Fri, 25 Mar 2005 18:54:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DEyd2-00085C-M2 for bug-grub@gnu.org; Fri, 25 Mar 2005 18:54:12 -0500 Received: from [203.13.174.15] (helo=barra.pnc.com.au) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DEyKL-00011o-Hs for bug-grub@gnu.org; Fri, 25 Mar 2005 18:34:54 -0500 Received: from smtp.pnc.com.au (belinda.pnc.com.au [203.13.174.10]) by barra.pnc.com.au (Postfix) with SMTP id 728F2B6F for ; Sat, 26 Mar 2005 10:03:03 +0000 (UTC) Received: (qmail 30447 invoked by uid 0); 25 Mar 2005 23:35:23 -0000 Received: from unknown (HELO bart.thomas) (203.91.246.20) by smtp.pnc.com.au with SMTP; 25 Mar 2005 23:35:23 -0000 Received: by bart.thomas (sSMTP sendmail emulation); Sat, 26 Mar 2005 10:34:11 +1100 Date: Sat, 26 Mar 2005 10:34:11 +1100 From: Jason Thomas To: minfrin@sharp.fm, bug-grub@gnu.org Message-ID: <20050325233411.GB726@staff.pnc.com.au> Mail-Followup-To: minfrin@sharp.fm, bug-grub@gnu.org References: <20050325-122756.sv0.23997@savannah.gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050325-122756.sv0.23997@savannah.gnu.org> User-Agent: Mutt/1.5.6+20040907i Cc: Subject: Re: [bugs #12460] Removing "default=0" has no effect - first OS is always booted automatically X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 23:54:29 -0000 13.1.4 timeout -------------- -- Command: timeout sec Set a timeout, in SEC seconds, before automatically booting the default entry (normally the first entry defined). On Fri, Mar 25, 2005 at 05:27:56PM +0000, anonymous wrote: > > URL: > > > Summary: Removing "default=0" has no effect - first OS is > always booted automatically > Project: GNU GRUB > Submitted by: None > Submitted on: Fri 03/25/2005 at 12:27 > Category: Configuration > Severity: Major > Priority: 5 - Normal > Item Group: Software Error > Status: None > Privacy: Public > Assigned to: None > Originator Name: Graham Leggett > Originator Email: minfrin@sharp.fm > Open/Closed: Open > Release: 0.95-3 > Reproducibility: None > Planned Release: > > _______________________________________________________ > > Details: > > When using grub from Fedora Core 3 to boot into Fedora/WinXP, the default > contiguration is to boot into the first OS by default. > > According to the manual, the line "default=0" causes the first OS to be > booted. Removing this line has no effect - the first OS is still booted into > instead of there being just a menu. > > > > > _______________________________________________________ > > Carbon-Copy List: > > CC Address | Comment > ------------------------------------+----------------------------- > minfrin --AT-- sharp --DOT-- fm | Originator Email > > > > > _______________________________________________________ > > Reply to this item at: > > > > _______________________________________________ > Message sent via/by Savannah > http://savannah.gnu.org/ > > > > _______________________________________________ > Bug-grub mailing list > Bug-grub@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-grub -- Jason Thomas Linux System Administrator http://www.sage-au.org.au/ From MAILER-DAEMON Sat Mar 26 13:26:33 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DFFzV-00085R-Ch for mharc-bug-grub@gnu.org; Sat, 26 Mar 2005 13:26:33 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DFFxL-00079s-88 for bug-grub@gnu.org; Sat, 26 Mar 2005 13:24:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DFFx4-00071R-VT for bug-grub@gnu.org; Sat, 26 Mar 2005 13:24:03 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DFFx4-0006xX-DG for bug-grub@gnu.org; Sat, 26 Mar 2005 13:24:02 -0500 Received: from [64.4.16.61] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DFFXb-0004Ua-2t for bug-grub@gnu.org; Sat, 26 Mar 2005 12:57:43 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 26 Mar 2005 09:56:41 -0800 Message-ID: Received: from 64.231.134.71 by by22fd.bay22.hotmail.msn.com with HTTP; Sat, 26 Mar 2005 17:56:41 GMT X-Originating-IP: [64.231.134.71] X-Originating-Email: [johnlumby@hotmail.com] X-Sender: johnlumby@hotmail.com In-Reply-To: <1111446404.14015.19.camel@localhost.localdomain> From: "John Lumby" To: pjones@redhat.com, bug-grub@gnu.org Bcc: Date: Sat, 26 Mar 2005 12:56:41 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 26 Mar 2005 17:56:41.0983 (UTC) FILETIME=[2A9DD0F0:01C5322D] Cc: Subject: Re: during boot, how does grub decide from which disk to load the grub.config? X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 18:26:31 -0000 Peter Jones wrote >On Sat, 2005-03-19 at 19:30 -0500, John Lumby wrote: > > What actually determines from which hd* grub will load its grub.config? > >Grub's device map and the BIOS are really the only parts that matter. >What happens is this: > >1) you decide to install grub >2) you put "(hd0) /dev/hda" in /boot/grub/device.map >3) you run the grub shell, and in it you do: > a) root (hd0,1) > This tells it that the device to look for files on is what > grub calls "(hd0)", and the FS is on the first partition. > b) setup (hd0) > This [...] Thanks Peter ... But I didn't say setup (hd0), I said setup (hd1). With your example, both disks (source for the stage files and target for setup) are one and the same, and of course when you eventually come to boot from this one disk, grub gets its configuration from this one disk. I tried to apply your explanation to my case but the conclusion I come to is that, after I've moved my target disk over to hd0 to boot from it, it should get its configuration from this disk during boot. But it doesn't, it gets it from hd1. I wonder if you would be so kind as to work through what happens when source is hd0, setup is to hd1, then shutdown, switch disks around physically and boot again. The reason I really don't want to use the same disk for source and target during setup is that this disk is brand new and although I have copied some files onto it, it has never run a successful boot. Somehow I feel it's safer to use an existing, established, disk as root when doing setup to a new disk. >6) you boot the box up, it loads the boot sector from the disk bios > chooses, and the boot block that's there says to look for stage2 > on the first bios disk. This step is the crux of the question I asked. But what I'm asking is - what are the rules governing this step? On my PC, as far as I know, BIOS *always* chooses what I call /dev/hda (hd0) as boot disk - How would bios ever decide otherwise? Only if I go into the BIOS menu and change something, right? So it boots from hd0. And then according to what you say, it should go to then first disk, which is hd0. But it doesn't, that is my point - in my case, after booting hd0 (which as hd1 when it was setup), it goes to hd1 for its config file. Now, you said stage 2, but I'm asking about the grub.config. Maybe it looks for stage 2 on hd0, but the question in my subject line is, how does it decide from which disk to load the config? John From MAILER-DAEMON Sat Mar 26 13:45:30 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DFGHp-0000sr-I7 for mharc-bug-grub@gnu.org; Sat, 26 Mar 2005 13:45:29 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DFGHn-0000sK-NB for bug-grub@gnu.org; Sat, 26 Mar 2005 13:45:27 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DFGHm-0000rl-9M for bug-grub@gnu.org; Sat, 26 Mar 2005 13:45:26 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DFGHm-0000rA-20 for bug-grub@gnu.org; Sat, 26 Mar 2005 13:45:26 -0500 Received: from [64.4.16.87] (helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DFFzh-0007AS-EL for bug-grub@gnu.org; Sat, 26 Mar 2005 13:26:45 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 26 Mar 2005 10:26:44 -0800 Message-ID: Received: from 64.231.134.71 by by22fd.bay22.hotmail.msn.com with HTTP; Sat, 26 Mar 2005 18:26:44 GMT X-Originating-IP: [64.231.134.71] X-Originating-Email: [johnlumby@hotmail.com] X-Sender: johnlumby@hotmail.com In-Reply-To: <200503222200.17074.okuji@enbug.org> From: "John Lumby" To: okuji@enbug.org, molle.bestefich@gmail.com Bcc: Date: Sat, 26 Mar 2005 13:26:44 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 26 Mar 2005 18:26:44.0792 (UTC) FILETIME=[5D2CA380:01C53231] Cc: bug-grub@gnu.org Subject: Re: Grub Failure when HDD descriptor changes X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 18:45:27 -0000 "Yoshinori K. Okuji" wrote: >The reason why it works in 99.99% is very simple: Even if the device >mapping >is wrong, GRUB boots up correctly if it is installed into the same drive as >stage2. This is because GRUB receives a drive number dynamically at boot >time, if it is the same drive. And, the guessing process does a good job as >long as the user does not change a BIOS setting and have usual devices >(such >as IDE disks). Can you please clarify the predicate "as long as the user does not change a BIOS setting and have usual devices (such as IDE disks)." Is that: as long as the user 1. does not change a BIOS setting and 2. [does] have usual devices (such as IDE disks). or is it: as long as the user does not 1. change a BIOS setting and 2 [does not] have usual devices (such as IDE disks). From MAILER-DAEMON Sat Mar 26 23:26:16 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DFPLr-0001b0-Ua for mharc-bug-grub@gnu.org; Sat, 26 Mar 2005 23:26:16 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DFOqg-0006hd-3p for bug-grub@gnu.org; Sat, 26 Mar 2005 22:54:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DFOqY-0006cl-J6 for bug-grub@gnu.org; Sat, 26 Mar 2005 22:53:56 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DFOqY-0006aq-6x for bug-grub@gnu.org; Sat, 26 Mar 2005 22:53:54 -0500 Received: from [206.190.39.218] (helo=web53202.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1DFOWb-0002ch-EC for bug-grub@gnu.org; Sat, 26 Mar 2005 22:33:17 -0500 Received: (qmail 34134 invoked by uid 60001); 27 Mar 2005 03:33:16 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=JVH3y3/7T/fq8lpEz3amUyVMAxHxSX5yPaBW5unkN44IAtqHfVIbYLRo9OYTu1TdK1cYkAYl7dtYLEuX1c2+VciYeXUapyACNTYoH5ZSEMDVdzt9npnYepe2gvLdlMQS+oerOp9n9Uu+69AnUjXbjlMjawT3QtcndzHdK75VseU= ; Message-ID: <20050327033316.34132.qmail@web53202.mail.yahoo.com> Received: from [203.51.195.232] by web53202.mail.yahoo.com via HTTP; Sat, 26 Mar 2005 19:33:15 PST Date: Sat, 26 Mar 2005 19:33:15 -0800 (PST) From: steven a To: bug-grub@gnu.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1400720314-1111894395=:33044" X-Mailman-Approved-At: Sat, 26 Mar 2005 23:26:14 -0500 Subject: little patch X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 03:54:06 -0000 --0-1400720314-1111894395=:33044 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi, I'm a long time fan of Grub (Mandrake was the first OS I used it with I think... Anyway, they adopted it before Redhat), and recently have been getting a bit more into C programming. It's great loader. Currently I have 9 entries in my menu, with OS's including linux*3 , freebsd, beos, win98 and the last entry being floppy. .. It always bugged me to have to move the cursor 8 entries down to select floppy, so I made a patch against grub-0.96 which allows you to move the cursor *up* from the top entry and appear at the bottom. The patch also handles the case when there are larger than 12 entries, and they have to be scrolled. The only other feature I really miss is the ability to chainload an atapi cdrom drive. Is anyone working on this ?. I'm not a really experienced assembly/ioctl programmer, but if no-ones working on this and it wouldn't be too hard to implement, I might try to do this code. Reguards, Steven Atkinson __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ --0-1400720314-1111894395=:33044 Content-Type: application/octet-stream; name="grub-0.96.menu.sa.patch" Content-Transfer-Encoding: base64 Content-Description: grub-0.96.menu.sa.patch Content-Disposition: attachment; filename="grub-0.96.menu.sa.patch" CkF1dGhvcjogU3RldmVuIEEgKHN0ZXZlbmFhdXNAeWFob28uY29tKQpQYXRj aGVzIGFnYWluc3QgZ3J1YiAwLjk2IGFuZCBwb3NzaWJseSBvdGhlciB2ZXJz aW9uCgpFbmFibGVzIHRoZSBtZW51IHNlbGVjdGlvbiBvZiBncnViIHRvIHNj cm9sbCBvZmYgdGhlIHRvcC9ib3R0b20gb2YgdGhlIHNjcmVlbi4KCk90aGVy IHNtYWxsIGNoYW5nZXM6IAogIGNoYW5nZXMgdGhlIHNjcm9sbCB1cCBiZWhh dmlvdXIgd2hlbiBzY3JlZW4gZnVsbAogICIgIEJvb3RpbmcgLi4uIiAtLT4g IkJvb3RpbmcgLi4uIgoKLS0tIHN0YWdlMi5jLm9yaWcJMjAwNS0wMy0yMSAx OToyNTo1MC4wMDAwMDAwMDAgKzEwMDAKKysrIHN0YWdlMi5jCTIwMDUtMDMt MjEgMTk6MjY6MjIuMDAwMDAwMDAwICsxMDAwCkBAIC0yMzIsNiArMjMyLDEx IEBACiAJICBjaGFyICpoZWFwLCBpbnQgZW50cnlubykKIHsKICAgaW50IGMs IHRpbWUxLCB0aW1lMiA9IC0xLCBmaXJzdF9lbnRyeSA9IDA7CisKKyAgLy8g bmV3ZW50cnkgcmVwbGFjZXMgZW50cnlubysrIHwgZW50cnluby0tCisgIC8v IGFuZCBsZXRzIHVzIGNvbnRpbnVlIGZyb20gdGhlIHRvcCB0byB0aGUgYm90 dG9tICYgdmljZSB2ZXJzYSBTLkEuCisgIGludCBuZXdlbnRyeTsKKwogICBj aGFyICpjdXJfZW50cnkgPSAwOwogCiAgIC8qCkBAIC0zOTcsNiArNDAyLDgg QEAKIAogCSAgLyogV2UgdG9sZCB0aGVtIGFib3ZlIChhdCBsZWFzdCBpbiBT VVBQT1JUX1NFUklBTCkgdG8gdXNlCiAJICAgICAnXicgb3IgJ3YnIHNvIGFj Y2VwdCB0aGVzZSBrZXlzLiAgKi8KKworCSAgLy8gbW92ZSB0aGUgbWVudSBz ZWxlY3Rpb24gdXAgUy5BLgogCSAgaWYgKGMgPT0gMTYgfHwgYyA9PSAnXicp CiAJICAgIHsKIAkgICAgICBpZiAoY3VycmVudF90ZXJtLT5mbGFncyAmIFRF Uk1fRFVNQikKQEAgLTQwNywyNyArNDE0LDM4IEBACiAJICAgICAgZWxzZQog CQl7CiAJCSAgaWYgKGVudHJ5bm8gPiAwKQotCQkgICAgewotCQkgICAgICBw cmludF9lbnRyeSAoNCArIGVudHJ5bm8sIDAsCi0JCQkJICAgZ2V0X2VudHJ5 IChtZW51X2VudHJpZXMsCi0JCQkJCSAgICAgIGZpcnN0X2VudHJ5ICsgZW50 cnlubywKLQkJCQkJICAgICAgMCkpOwotCQkgICAgICBlbnRyeW5vLS07Ci0J CSAgICAgIHByaW50X2VudHJ5ICg0ICsgZW50cnlubywgMSwKLQkJCQkgICBn ZXRfZW50cnkgKG1lbnVfZW50cmllcywKLQkJCQkJICAgICAgZmlyc3RfZW50 cnkgKyBlbnRyeW5vLAotCQkJCQkgICAgICAwKSk7Ci0JCSAgICB9Ci0JCSAg ZWxzZSBpZiAoZmlyc3RfZW50cnkgPiAwKQotCQkgICAgewotCQkgICAgICBm aXJzdF9lbnRyeS0tOwotCQkgICAgICBwcmludF9lbnRyaWVzICgzLCAxMiwg Zmlyc3RfZW50cnksIGVudHJ5bm8sCisJCSAgICBuZXdlbnRyeSA9IGVudHJ5 bm8gLSAxOworCQkgIGVsc2UKKwkJICAgIGlmIChmaXJzdF9lbnRyeSA+IDAp CisJCSAgICAgIHsKKwkJCWZpcnN0X2VudHJ5LS07CisJCQlwcmludF9lbnRy aWVzICgzLCAxMiwgZmlyc3RfZW50cnksIGVudHJ5bm8sCisJCQkJICAgICAg IG1lbnVfZW50cmllcyk7CisJCQluZXdlbnRyeSA9IDA7CisJCSAgICAgIH0K KwkJICAgIGVsc2UgaWYgKG51bV9lbnRyaWVzIDw9IDEyKQorCQkgICAgICBu ZXdlbnRyeSA9IG51bV9lbnRyaWVzIC0gMTsKKwkJICAgIGVsc2UKKwkJICAg ICAgeworCQkJbmV3ZW50cnkgPSAxMTsKKwkJCWZpcnN0X2VudHJ5ID0gbnVt X2VudHJpZXMgLSAxMjsKKwkJCXByaW50X2VudHJpZXMgKDMsIDEyLCBmaXJz dF9lbnRyeSwgZW50cnlubywKIAkJCQkgICAgIG1lbnVfZW50cmllcyk7Ci0J CSAgICB9CisJCSAgICAgIH0KKworCQkgIHByaW50X2VudHJ5ICg0ICsgZW50 cnlubywgMCwKKwkJCSAgICAgICBnZXRfZW50cnkgKG1lbnVfZW50cmllcywK KwkJCQkJICBmaXJzdF9lbnRyeSArIGVudHJ5bm8sCisJCQkJCSAgMCkpOwor CQkgIGVudHJ5bm8gPSBuZXdlbnRyeSA7CisJCSAgcHJpbnRfZW50cnkgKDQg KyBlbnRyeW5vLCAxLAorCQkJICAgICAgIGdldF9lbnRyeSAobWVudV9lbnRy aWVzLAorCQkJCQkgIGZpcnN0X2VudHJ5ICsgZW50cnlubywKKwkJCQkJICAw KSk7CiAJCX0KIAkgICAgfQotCSAgZWxzZSBpZiAoKGMgPT0gMTQgfHwgYyA9 PSAndicpCi0JCSAgICYmIGZpcnN0X2VudHJ5ICsgZW50cnlubyArIDEgPCBu dW1fZW50cmllcykKKwkgIC8vIG1vdmUgbWVudSBzZWxlY3Rpb24gZG93biBT LkEKKwkgIGVsc2UgaWYgKGMgPT0gMTQgfHwgYyA9PSAndicpCiAJICAgIHsK IAkgICAgICBpZiAoY3VycmVudF90ZXJtLT5mbGFncyAmIFRFUk1fRFVNQikK IAkJZW50cnlubysrOwpAQCAtNDM1LDExICs0NTMsMTcgQEAKIAkJewogCQkg IGlmIChlbnRyeW5vIDwgMTEpCiAJCSAgICB7CisKKwkgICAgICBpZiAoZmly c3RfZW50cnkgKyBlbnRyeW5vICsgMSA8IG51bV9lbnRyaWVzKQorCSAgICAg ICAgbmV3ZW50cnkgPSBlbnRyeW5vICsgMTsKKwkgICAgICBlbHNlCisJICAg ICAgICBuZXdlbnRyeSA9IDA7CisKIAkJICAgICAgcHJpbnRfZW50cnkgKDQg KyBlbnRyeW5vLCAwLAogCQkJCSAgIGdldF9lbnRyeSAobWVudV9lbnRyaWVz LAogCQkJCQkgICAgICBmaXJzdF9lbnRyeSArIGVudHJ5bm8sCiAJCQkJCSAg ICAgIDApKTsKLQkJICAgICAgZW50cnlubysrOworCQkgICAgICBlbnRyeW5v ID0gbmV3ZW50cnk7CiAJCSAgICAgIHByaW50X2VudHJ5ICg0ICsgZW50cnlu bywgMSwKIAkJCQkgICBnZXRfZW50cnkgKG1lbnVfZW50cmllcywKIAkJCQkJ ICAgICAgZmlyc3RfZW50cnkgKyBlbnRyeW5vLApAQCAtNDUwLDYgKzQ3NCwx MiBAQAogCQkgICAgZmlyc3RfZW50cnkrKzsKIAkJICAgIHByaW50X2VudHJp ZXMgKDMsIDEyLCBmaXJzdF9lbnRyeSwgZW50cnlubywgbWVudV9lbnRyaWVz KTsKIAkJICB9CisJCWVsc2UKKwkJICB7CisJCSAgICBmaXJzdF9lbnRyeSA9 IDA7CisJCSAgICBlbnRyeW5vID0gMDsKKwkJICAgIHByaW50X2VudHJpZXMg KDMsIDEyLCBmaXJzdF9lbnRyeSwgZW50cnlubywgbWVudV9lbnRyaWVzKTsK KwkJICB9CiAJCX0KIAkgICAgfQogCSAgZWxzZSBpZiAoYyA9PSA3KQpAQCAt NzE4LDEwICs3NDgsMTAgQEAKICAgd2hpbGUgKDEpCiAgICAgewogICAgICAg aWYgKGNvbmZpZ19lbnRyaWVzKQotCXByaW50ZiAoIiAgQm9vdGluZyBcJyVz XCdcblxuIiwKKwlwcmludGYgKCJCb290aW5nIFwnJXNcJ1xuXG4iLAogCQln ZXRfZW50cnkgKG1lbnVfZW50cmllcywgZmlyc3RfZW50cnkgKyBlbnRyeW5v LCAwKSk7CiAgICAgICBlbHNlCi0JcHJpbnRmICgiICBCb290aW5nIGNvbW1h bmQtbGlzdFxuXG4iKTsKKwlwcmludGYgKCJCb290aW5nIGNvbW1hbmQtbGlz dFxuXG4iKTsKIAogICAgICAgaWYgKCEgY3VyX2VudHJ5KQogCWN1cl9lbnRy eSA9IGdldF9lbnRyeSAoY29uZmlnX2VudHJpZXMsIGZpcnN0X2VudHJ5ICsg ZW50cnlubywgMSk7Cg== --0-1400720314-1111894395=:33044-- From MAILER-DAEMON Sun Mar 27 06:55:32 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DFWMc-0006tt-Kf for mharc-bug-grub@gnu.org; Sun, 27 Mar 2005 06:55:31 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DFWMU-0006oB-Fq for bug-grub@gnu.org; Sun, 27 Mar 2005 06:55:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DFWMR-0006kC-NO for bug-grub@gnu.org; Sun, 27 Mar 2005 06:55:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DFWMQ-0006Wh-LP for bug-grub@gnu.org; Sun, 27 Mar 2005 06:55:18 -0500 Received: from [145.74.66.11] (helo=mail-cn.han.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DFVy3-0000oO-O4 for bug-grub@gnu.org; Sun, 27 Mar 2005 06:30:08 -0500 Received: from vscan-cn.han.nl (venus.han.nl [145.74.65.6]) by mail-cn.han.nl (Postfix) with ESMTP id C10C88BBD; Sun, 27 Mar 2005 13:29:28 +0200 (CEST) Received: from mail-cn.han.nl ([145.74.66.11]) by vscan-cn.han.nl (venus.han.nl [145.74.65.6]) (amavisd-new, port 10024) with ESMTP id 10764-07; Sun, 27 Mar 2005 13:29:26 +0200 (CEST) Received: from mail1.han.nl (mail1.han.nl [145.74.103.11]) by mail-cn.han.nl (Postfix) with ESMTP id 3FB188C40; Sun, 27 Mar 2005 13:29:26 +0200 (CEST) Received: from localhost.localdomain (mgerards.xs4all.nl [82.92.27.129]) by mail1.han.nl (Postfix) with ESMTP id DA9F9C045; Sun, 27 Mar 2005 13:29:25 +0200 (CEST) Mail-Copies-To: metgerards@student.han.nl To: steven a References: <20050327033316.34132.qmail@web53202.mail.yahoo.com> From: Marco Gerards Date: Sun, 27 Mar 2005 13:29:31 +0200 In-Reply-To: <20050327033316.34132.qmail@web53202.mail.yahoo.com> (steven a.'s message of "Sat, 26 Mar 2005 19:33:15 -0800 (PST)") Message-ID: <87vf7dpbs4.fsf@student.han.nl> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new (2.2.0) at vscan-cn.han.nl Cc: bug-grub@gnu.org Subject: Re: little patch X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 11:55:26 -0000 steven a writes: > The only other feature I really miss is the ability to > chainload an atapi > cdrom drive. Is anyone working on this ?. I'm not a > really experienced > assembly/ioctl programmer, but if no-ones working on > this and it wouldn't > be too hard to implement, I might try to do this code. You could do this for GRUB 2, but it will not be easy I think. GRUB Legacy can already boot from CDROM drive when you booted from the CDROM drive. Thanks, Marco From MAILER-DAEMON Tue Mar 29 10:55:43 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DGJ4B-0007hr-Jz for mharc-bug-grub@gnu.org; Tue, 29 Mar 2005 10:55:43 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DGIu8-0005t8-3G for bug-grub@gnu.org; Tue, 29 Mar 2005 10:45:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DGItx-0005qk-Ob for bug-grub@gnu.org; Tue, 29 Mar 2005 10:45:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DGItr-0005gB-4x for bug-grub@gnu.org; Tue, 29 Mar 2005 10:45:03 -0500 Received: from [199.232.41.67] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:RC4-SHA:128) (Exim 4.34) id 1DGIMO-000091-2f for bug-grub@gnu.org; Tue, 29 Mar 2005 10:10:28 -0500 Received: from [199.232.41.3] (helo=savannah.gnu.org) by mx20.gnu.org with esmtp (Exim 4.34) id 1DGIMV-00073H-Ma for bug-grub@gnu.org; Tue, 29 Mar 2005 10:10:35 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DGIMK-0005HG-00; Tue, 29 Mar 2005 10:10:25 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Tue, 29 Mar 2005 15:10:22 +0000 Date: Tue, 29 Mar 2005 15:10:22 +0000 To: matthias.wurm@ptb.de, bug-grub@gnu.org From: Jochen Hoenicke X-Savane-Server: savannah.gnu.org:443 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12410 User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3; Linux) (KHTML, like Gecko) X-Apparently-From: 134.106.29.40 Message-Id: <20050329-151020.sv255.17475@savannah.gnu.org> References: <20050321-160606.sv0.13358@savannah.gnu.org> In-Reply-To: <20050321-160606.sv0.13358@savannah.gnu.org> Cc: Subject: [bug #12410] First boot OK, second time system hangs X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 15:55:41 -0000 Update of bug #12410 (project grub): Originator Email: Matthias.Wurm@PTB.de => Matthias dot Wurm at PTB dot de _______________________________________________________ Reply to this item at: _______________________________________________ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/ From MAILER-DAEMON Tue Mar 29 14:15:51 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DGMAT-00016a-BO for mharc-bug-grub@gnu.org; Tue, 29 Mar 2005 14:14:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DGLNH-0001RC-Iz for bug-grub@gnu.org; Tue, 29 Mar 2005 13:23:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DGLN9-0001MG-F8 for bug-grub@gnu.org; Tue, 29 Mar 2005 13:23:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DGLN8-0001KE-Rm for bug-grub@gnu.org; Tue, 29 Mar 2005 13:23:26 -0500 Received: from [129.88.30.1] (helo=imag.imag.fr) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DGL0d-0001xm-Ph for bug-grub@gnu.org; Tue, 29 Mar 2005 13:00:12 -0500 Received: from ensisun.imag.fr (ensisun.imag.fr [195.221.228.2]) by imag.imag.fr (8.13.0/8.13.0) with ESMTP id j2THnKc7020245 for ; Tue, 29 Mar 2005 19:49:21 +0200 (CEST) Received: from localhost (colbuse@localhost) by ensisun.imag.fr (8.11.6/8.11.6/ImagV2.r_ens) with ESMTP id j2THm8L27562 for ; Tue, 29 Mar 2005 19:48:08 +0200 (MEST) Date: Tue, 29 Mar 2005 19:48:07 +0200 (MEST) From: "emmanuel.colbus@ensimag.imag.fr" X-X-Sender: colbuse@ensisun To: bug-grub@gnu.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (imag.imag.fr [129.88.30.1]); Tue, 29 Mar 2005 19:49:21 +0200 (CEST) X-IMAG-MailScanner: Found to be clean X-IMAG-MailScanner-Information: Please contact the ISP for more information X-Mailman-Approved-At: Tue, 29 Mar 2005 14:14:23 -0500 Subject: BUG with "module=" command X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 18:26:52 -0000 Hello, I've tried loading the multiboot specification demonstration kernel available at : http://www.gnu.org/software/grub/manual/multiboot/multiboot.html . Loading it caused me no problem, but I discovered that there is an issue with the module= command. If one tries to load one module with the kernel, everything works fine, but, with two or more modules, the informations passed to the kernel through the multiboot structure are incorrect for the next modules : the mod_start, mod_end and the string associated with the module are all nulls. This problem happens every time I try to load more than one module, for every module but the first one. The sources of Grub allows theoretically up to 80 modules to be loaded with the kernel, so far I remember, therefore, the problem doesn't comes from a hard-coded limitation. I've looked at the code of the demonstration kernel of the multiboot specification, and it seems me correct. I've also looked to the code of Grub, and I found no bug at the module loading time; therefore, I suspect an erroneous memset() or something like this is setting the rest of the module descriptors array to 0 while booting the kernel, but that's only a guess. I've tried it with Grub 0.91, installed on the hard drive (of one of my school's computers), and 0.95, installed on a CD-ROM (made with stage2_eltorito; because grub_install was unable to find a bios call refering the hard drive of my own box). Both tries worked the same. Any ideas? (Please CC' me.) Regards, Emmanuel -- Emmanuel Colbus Club Gnu/Linux ENSIMAG - Departement telecoms From MAILER-DAEMON Tue Mar 29 14:49:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DGMiO-0000TB-9p for mharc-bug-grub@gnu.org; Tue, 29 Mar 2005 14:49:28 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DGMiL-0000Rx-99 for bug-grub@gnu.org; Tue, 29 Mar 2005 14:49:25 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DGMiF-0000Om-4C for bug-grub@gnu.org; Tue, 29 Mar 2005 14:49:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DGMiE-0000Ne-C3 for bug-grub@gnu.org; Tue, 29 Mar 2005 14:49:18 -0500 Received: from [145.74.66.11] (helo=mail-cn.han.nl) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DGMPb-0003Q3-IR for bug-grub@gnu.org; Tue, 29 Mar 2005 14:30:04 -0500 Received: from vscan-cn.han.nl (venus.han.nl [145.74.65.6]) by mail-cn.han.nl (Postfix) with ESMTP id DA0CF8CF6; Tue, 29 Mar 2005 21:30:01 +0200 (CEST) Received: from mail-cn.han.nl ([145.74.66.11]) by vscan-cn.han.nl (venus.han.nl [145.74.65.6]) (amavisd-new, port 10024) with ESMTP id 07830-10; Tue, 29 Mar 2005 21:30:00 +0200 (CEST) Received: from mail1.han.nl (mail1.han.nl [145.74.103.11]) by mail-cn.han.nl (Postfix) with ESMTP id C61CA9C8B; Tue, 29 Mar 2005 21:30:00 +0200 (CEST) Received: from localhost.localdomain (mgerards.xs4all.nl [82.92.27.129]) by mail1.han.nl (Postfix) with ESMTP id 4C260C045; Tue, 29 Mar 2005 21:30:00 +0200 (CEST) Mail-Copies-To: metgerards@student.han.nl To: "emmanuel.colbus@ensimag.imag.fr" References: From: Marco Gerards Date: Tue, 29 Mar 2005 21:30:00 +0200 In-Reply-To: (colbuse@ensisun.imag.fr's message of "Tue, 29 Mar 2005 19:48:07 +0200 (MEST)") Message-ID: <8764za6yiv.fsf@student.han.nl> User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new (2.2.0) at vscan-cn.han.nl Cc: bug-grub@gnu.org Subject: Re: BUG with "module=" command X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 19:49:26 -0000 "emmanuel.colbus@ensimag.imag.fr" writes: > I've tried loading the multiboot specification demonstration kernel > available at : > http://www.gnu.org/software/grub/manual/multiboot/multiboot.html . > > Loading it caused me no problem, but I discovered that there is an issue > with the module= command. If one tries to load one module with the kernel, > everything works fine, but, with two or more modules, the informations > passed to the kernel through the multiboot structure are incorrect for the > next modules : the mod_start, mod_end and the string associated with the > module are all nulls. Sorry that I can not help you with the specific question as in fixing a possible bug. But I do know that L4 Hurd works perfectly and it uses about 6 modules. For GNU/Hurd (on Mach) 3 modules are used and no one ever reported a problem with this. -- Marco From MAILER-DAEMON Thu Mar 31 00:18:26 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DGs4X-0004MT-W8 for mharc-bug-grub@gnu.org; Thu, 31 Mar 2005 00:18:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DGrES-0007af-QI for bug-grub@gnu.org; Wed, 30 Mar 2005 23:24:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DGrEJ-0007V0-61 for bug-grub@gnu.org; Wed, 30 Mar 2005 23:24:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DGrEI-0007Sx-9i for bug-grub@gnu.org; Wed, 30 Mar 2005 23:24:26 -0500 Received: from [140.112.2.176] (helo=wmail6.cc.ntu.edu.tw) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DGqpV-0000GT-K5 for bug-grub@gnu.org; Wed, 30 Mar 2005 22:58:50 -0500 Received: from wmail6.cc.ntu.edu.tw (localhost [127.0.0.1]) by wmail6.cc.ntu.edu.tw (8.13.3/8.13.1) with ESMTP id j2V3wi7u094699 for ; Thu, 31 Mar 2005 11:58:44 +0800 (CST) (envelope-from wangcl@ntu.edu.tw) Received: (from www@localhost) by wmail6.cc.ntu.edu.tw (8.13.3/8.13.1/Submit) id j2V3wddH094698 for bug-grub@gnu.org; Thu, 31 Mar 2005 11:58:39 +0800 (CST) (envelope-from wangcl@ntu.edu.tw) X-Authentication-Warning: wmail6.cc.ntu.edu.tw: www set sender to wangcl@ntu.edu.tw using -f Received: from mail.fic.com.tw (mail.fic.com.tw [61.222.192.226]) by wmail6.cc.ntu.edu.tw (Horde) with HTTP for ; Thu, 31 Mar 2005 11:58:39 +0800 Message-ID: <20050331115839.e4p978z7k0gk00cg@wmail6.cc.ntu.edu.tw> Date: Thu, 31 Mar 2005 11:58:39 +0800 From: GOlien Wallace To: bug-grub@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs X-Originating-IP: 61.222.192.226 X-Remote-Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322) X-Mailman-Approved-At: Thu, 31 Mar 2005 00:18:24 -0500 Subject: install GRUB on CF card X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 04:24:40 -0000 Dear Sir : May you kindly help me to solve a GRUB install trouble on CF card, please ... I try to install GRUB(version 0.9.5) into my CF card, and follow the commands : fdisk /dev/sda mkfs.ext3 /dev/sda1 tune2fs -c 0 /dev/sda1 mount -t ext3 /dev/sda1 /mnt cd /mnt mkdir -p boot/grub cp /usr/lib/grub/* boot/grub cp vmlinuz-xxx(my kernel image) boot/ cp ramdisk.gz(my ramdisk image) boot/ cp /boot/grub/menu.lst boot/grub (and modify the contents to load filesystem into ram0) cp -dpR /dev . grub root (hd1,0) setup (hd1,0) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd1,0)"... failed (this is not fatal) Running "embed /boot/grub/e2fs_stage1_5 (hd1,0)"... failed (this is not fatal) Running "install /boot/grub/stage1 d (hd1,0) /grub/stage2 p /boot/grub/menu.lst "...succeeded Done But when I use this CF card to boot my board I couldn't even seen the GRUB menu..... Just a cursor right on the left top corner..... Did I miss any step or should I keep on concern on any other things ? Best Regards, and have a nice day From MAILER-DAEMON Thu Mar 31 06:34:28 2005 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DGxvP-0007oW-4d for mharc-bug-grub@gnu.org; Thu, 31 Mar 2005 06:33:23 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DGxtK-0006rn-Hl for bug-grub@gnu.org; Thu, 31 Mar 2005 06:31:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DGxb1-0005u7-Va for bug-grub@gnu.org; Thu, 31 Mar 2005 06:12:52 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DGxNV-0005LT-T0 for bug-grub@gnu.org; Thu, 31 Mar 2005 05:58:21 -0500 Received: from [199.232.41.3] (helo=savannah.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DGx0u-0002Sp-NX for bug-grub@gnu.org; Thu, 31 Mar 2005 05:35:01 -0500 Received: from savannah.gnu.org ([127.0.0.1]) by savannah.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 1DGx0o-0000Wl-00; Thu, 31 Mar 2005 05:34:54 -0500 Received: by savannah.gnu.org (sSMTP sendmail emulation); Thu, 31 Mar 2005 10:34:54 +0000 Date: Thu, 31 Mar 2005 10:34:54 +0000 To: samjie@gmail.com, bug-grub@gnu.org From: anonymous X-Savane-Server: savannah.gnu.org:80 [199.232.41.3] X-Savane-Project: grub X-Savane-Tracker: bugs X-Savane-Item-ID: 12516 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.7.6) Gecko/20050321 Firefox/1.0.2 X-Apparently-From: 32.112.128.18 Message-Id: <20050331-053454.sv0.77477@savannah.gnu.org> References: In-Reply-To: Cc: Subject: [bug #12516] 'Error 28: Selected item cannot fit into memory' with xen.gz 2.0.5 X-BeenThere: bug-grub@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 11:33:19 -0000 URL: Summary: 'Error 28: Selected item cannot fit into memory' with xen.gz 2.0.5 Project: GNU GRUB Submitted by: None Submitted on: Thu 03/31/2005 at 05:34 Category: Installation Severity: Major Priority: 5 - Normal Item Group: Software Error Status: None Privacy: Public Assigned to: None Originator Name: Sam Johnston Originator Email: samjie@gmail.com Open/Closed: Open Release: CVS20050331 Reproducibility: Every Time Planned Release: _______________________________________________________ Details: I am unable to setup xen 2.0.5 (http://www.cl.cam.ac.uk/Research/SRG/netos/xen/) on a colo Athlon 2000+ box per the following error. The binaries were downloaded from http://www.cl.cam.ac.uk/Research/SRG/netos/xen/downloads/xen-2.0.5-install.tgz and I have tried both with xen.gz and xen (gunzip xen.gz). GNU GRUB version 0.95 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> root (hd0,0) Filesystem type is ext2fs, partition type 0x83 grub> kernel /boot/xen.gz dom0_mem=131072 console=vga [Multiboot-elf, <0xb72f2000:0x3ef3c:0x360c4>(bad) Error 28: Selected item cannot fit into memory grub> If I compile a more recent version (0.96 and CVS20050331) I get a Segmentation Fault: GNU GRUB version 0.96 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> root (hd0,0) Filesystem type is ext2fs, partition type 0x83 grub> kernel /boot/xen.gzSegmentation fault The partition (hd0,0) is an ext3 partition currently mounted rw on an 80Gb IDE drive. I have not yet recompiled xen from scratch but do not believe it to be a problem with xen itself as this is a public release that is known to work elsewhere. I do not have access to the physical hardware as it is in another country. Perhaps lspci is useful: 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] 00:09.0 VGA compatible controller: Silicon Integrated Systems [SiS] 300/305 PCI/AGP VGA Display Adapter (rev 90) 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) _______________________________________________________ Carbon-Copy List: CC Address | Comment ------------------------------------+----------------------------- samjie --AT-- gmail --DOT-- com | Originator Email _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Thu 03/31/2005 at 05:34 Name: xen.gz Size: 116.18KB By: None xen.gz 2.0.5 _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/