From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ObDDL-0004ot-2F for mharc-grub-devel@gnu.org; Tue, 20 Jul 2010 09:50:31 -0400 Received: from [140.186.70.92] (port=56617 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ObDDF-0004no-KC for grub-devel@gnu.org; Tue, 20 Jul 2010 09:50:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ObDDE-0003gP-Ee for grub-devel@gnu.org; Tue, 20 Jul 2010 09:50:25 -0400 Received: from mail-bw0-f41.google.com ([209.85.214.41]:37560) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ObDDE-0003gF-8l for grub-devel@gnu.org; Tue, 20 Jul 2010 09:50:24 -0400 Received: by bwz9 with SMTP id 9so3667408bwz.0 for ; Tue, 20 Jul 2010 06:50:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=0Y35lmdafLdOaeqXM+Lo045DEmFG7ullPA8Ld9u4Y/g=; b=TOkuGik+v1qRY4VW4eto6IatA6cwHLI2RspPaHVCbSlMvAuXeRdMrDe//92DKE3OpL LF9T96ghpqVPDFV0F570n9Ol5vy5yw1gYS99GIjz3cNLiiRvR3ZsoWokrh03QzXC9YDW tpL/EIyRJPvskjP03kV/YOR2PH6N4B1+WUAfs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=odOt/C71R2KTVBhFwoieXnG2S/PSbof7kG644BqzshRfk7Qry/w6dsRdKm01pP7QQd KY6zQBAoz8WGHoaD/0ktFnBkY9+XhJcyoPZpBRQRkSLzc3mRodExFSp77Vzcyn6T+oFa 4gzLZPRDYkk2BxusckZKQF1FMl54Z9NacuV4I= Received: by 10.204.54.200 with SMTP id r8mr5171404bkg.40.1279633818283; Tue, 20 Jul 2010 06:50:18 -0700 (PDT) Received: from debian.bg45.phnet ([81.62.128.73]) by mx.google.com with ESMTPS id s17sm28065979bkx.18.2010.07.20.06.50.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Jul 2010 06:50:17 -0700 (PDT) Message-ID: <4C45A990.9060001@gmail.com> Date: Tue, 20 Jul 2010 15:50:08 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: grub-devel@gnu.org References: <20100710071106.GA3981@const> In-Reply-To: <20100710071106.GA3981@const> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigCDFDC2295670241CFBA589F0" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Avoiding best-effort X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 13:50:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCDFDC2295670241CFBA589F0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/10/2010 09:11 AM, Samuel Thibault wrote: > Hello, > > There's a concern with the way grub menu entries work: even if a comman= d > fails, grub continues with others, like bash's "best-effort" way. This= > leads to difficult-to-diagnose results: say for instance > > multiboot /boot/mykernel > module /boot/initrd > module /boot/inittask > > and initrd is too big for the memory for instance. The actual error > message that the user will be able to read is "rd0: no such device", > because grub will silently ignore the initrd load failure. > > It'd be better to at least have a way to show the actual error. I've > talked a bit with phcoder, the kind of solutions we've come with are > > - "set -e" command, to disable best-effort > =20 I think this is a possibility. set -e must be limited to current menuentry. Also it's out of the question to touch internal "set" for this. You need either a separate command (shopt ?) or use priorities. But set -e must not be imposed on user by default because target machine may be a server and a small error shouldn't interrupt server booting. > - shell-like "&&" to chain commands only if they succeed > - introduce a small delay when printing error messages, to keep best > effort while still showing the actual grub error. > =20 This would be good independently of interrupting execution. Wait must be right before executing implied "boot" command. It should also not take into account the progress echos. > Thoughts? > > Samuel > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enigCDFDC2295670241CFBA589F0 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxFqZEACgkQNak7dOguQgk7KgEAv9zkxXkWGrW1Q2/RCL6CBy6E so7fBGv8uqAosOMukOcA/ipcu0SfUoVGtZY41d1znSBVK76ob/naZ9A0P7cuM84M =lYEI -----END PGP SIGNATURE----- --------------enigCDFDC2295670241CFBA589F0--