From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W0bE3-0007A2-PZ for mharc-grub-devel@gnu.org; Tue, 07 Jan 2014 13:18:03 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37068) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0bDt-0006xc-8I for grub-devel@gnu.org; Tue, 07 Jan 2014 13:18:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0bDk-0003rB-Ld for grub-devel@gnu.org; Tue, 07 Jan 2014 13:17:53 -0500 Received: from mail-lb0-x22f.google.com ([2a00:1450:4010:c04::22f]:41773) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0bDk-0003qJ-Cg for grub-devel@gnu.org; Tue, 07 Jan 2014 13:17:44 -0500 Received: by mail-lb0-f175.google.com with SMTP id w6so547997lbh.20 for ; Tue, 07 Jan 2014 10:17:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:to:date:in-reply-to:references:content-type :mime-version; bh=xGaE5MrF7h46UioVHuPGUVT5LasgrauHBywCgSPfXiI=; b=j4Rg7+bAZynkvhahygrJGu1KfNt5CvsXNotHZiglExcx7VlH/IFcgA6/EeFlNw7nnK i/AsyDmVQjemQJSdcWVFxuAiwQ/+d4q+8x6yoC0ugs2R4pOZzWPvAJbtjAyGALA5jJtm rHwJLbTPWPU9/3auOT0Ru7QEbOAEk48VwlagGxMuQUEkB5DVeWWlko+sMZ+UQN2zE7ES OHYu5UTE5kcbUcRmkqB4E8n2Tx0qHbIJik9Mkud9UaU5FkutNl+AvB+JjkpOWwyQfM79 1rN3LHACxGoNmAjjnC+Gwy7Hmn/Iq/P3/kX9yq3AW9lwl6YHmLzeYzTcknL4pVpafsqg oodA== X-Received: by 10.112.209.5 with SMTP id mi5mr45476530lbc.22.1389118661466; Tue, 07 Jan 2014 10:17:41 -0800 (PST) Received: from [192.168.1.44] (ppp91-76-134-134.pppoe.mtu-net.ru. [91.76.134.134]) by mx.google.com with ESMTPSA id qx1sm45387578lbb.15.2014.01.07.10.17.40 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 07 Jan 2014 10:17:40 -0800 (PST) Message-ID: <1389118659.918.226.camel@opensuse.site> Subject: Re: [PATCH] Skip Apple ghosts From: Andrey Borzenkov To: grub-devel@gnu.org Date: Tue, 07 Jan 2014 22:17:39 +0400 In-Reply-To: <52B98B9A.5020609@gmail.com> References: <52B98B9A.5020609@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jWJytHzS09rB955cyGd3" X-Mailer: Evolution 3.10.2 Mime-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22f X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 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, 07 Jan 2014 18:18:01 -0000 --=-jWJytHzS09rB955cyGd3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=92 =D0=92=D1=82, 24/12/2013 =D0=B2 14:26 +0100, Vladimir '=CF=86-coder/= phcoder' Serbinenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hello, all. It was discovered that on macs sometimes firmware defines > ghost disks with vendor suffix. E.g. > /ACPI(a0341d0,0)/PCI(2,1f)/UnknownMessaging(12)/EndEntire > is a normal disks with partitions presented with HD(...) but then > /ACPI(a0341d0,0)/PCI(2,1f)/UnknownMessaging(12)/MediaVendor(Apple)[0: > ]/EndEntire > is a ghost disk. It has as suffix a vendor path with empty vendor data. > This is a problem because when chainloading on such disks GRUB can't > find handle of partition as none is defined. I propose to dkip ghosts > completely. This should be safe as the skip happens only for empty Apple > vendor suffix and if the parent is already a known disk. > Did anyone see anything similar? Yes (on MacBook Pro);=20 Here is what I get when EFI-booting from GRUB rescue CD made with single x86_64-efi target: /ACPI(a0341d0,0)/PCI(1,1f)/ATAPI(0,0,0)/EndEntire disk block /ACPI(a0341d0,0)/PCI(1,1f)/ATAPI(0,0,0)/MediaVendor(2b0585eb-d8b8-49a9-8b8c= -e21b01aef2b7)[0: ]/EndEntire block simple FS /ACPI(a0341d0,0)/PCI(1,1f)/ATAPI(0,0,0)/HD(2,10,5c1,0000000000000000,20,0)/= EndEntire disk block /ACPI(a0341d0,0)/PCI(1,1f)/ATAPI(0,0,0)/HD(3,5d1,ca3,0000000000000000,20,0)= /EndEntire simple FS disk block /ACPI(a0341d0,0)/PCI(1,1f)/ATAPI(0,0,0)/HD(4,1274,a2,0000000000000000,20,0)= /EndEntire disk block The three HD media paths are for three Apple partitions (and the third one has simple FS because it does contains HFS+). And I /think/ that the very first Vendor media path refers to CD-ROM (based on the fact that it got simple FS protocol). I played a bit with it; when I try to list filesystem for this media path in EFI shell, it audibly tries to access CD-ROM but fails. May be it requires Apple ISO9660 extensions, but I do not know how to create EFI bootable image containing Apple extensions (mkisofs should support it, but I was lost in arguments. xorriso apparently does not support Apple extensions). In your case you have SATA DVD drive, right? And path shown refers to it? --=-jWJytHzS09rB955cyGd3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEABECAAYFAlLMRMMACgkQR6LMutpd94zenACgvl8luidhL2vlapk2xUiFps11 tU4An1gksIIs7y2vdiwEoleI5+oU+3aB =Kch3 -----END PGP SIGNATURE----- --=-jWJytHzS09rB955cyGd3--