From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W0bGn-000809-0T for mharc-grub-devel@gnu.org; Tue, 07 Jan 2014 13:20:53 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0bGd-0007za-5S for grub-devel@gnu.org; Tue, 07 Jan 2014 13:20:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0bGT-0004ZH-R3 for grub-devel@gnu.org; Tue, 07 Jan 2014 13:20:43 -0500 Received: from mail-lb0-x22e.google.com ([2a00:1450:4010:c04::22e]:62496) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0bGT-0004Z2-2l for grub-devel@gnu.org; Tue, 07 Jan 2014 13:20:33 -0500 Received: by mail-lb0-f174.google.com with SMTP id y6so551480lbh.19 for ; Tue, 07 Jan 2014 10:20:32 -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:content-transfer-encoding; bh=Wcce0aOP0R2RQFVGQq9x2JkdtTVuKMtX2BBdIxKgY40=; b=fPdY0Zlfv6MGlLVfHNX08XxcAbdXM6r6JZRsF+p13YINX21bZ1WuS/ZlbEQVUO1Vfp 7HFRHAnvZ2giSPT5/546QAj73vy42c+ar2wl+65xgN+1CpGPD5UcYOsqVJc3Ik5UCjvj 4Ve2I0lsUyGjXgMg8Qa2jl4Wxbv0VQs/YUHhB/q0SL4J/O9Q7Ch38dOU4foHMsy3CKln 7ghBg9+Fllx6ifcGp1eDhxMas5KUxQSSNQjNgWGNCpLQ7PadYjw+cf1teiCYyHfg3PnC IRP4wlKMYJjZfRX4AZoNxCfiIJwq1FiWIxru7W+l5iq6hXJnRC4lntrBF1lSEbnoDqzs vsrQ== X-Received: by 10.112.72.70 with SMTP id b6mr45108659lbv.0.1389118831964; Tue, 07 Jan 2014 10:20:31 -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 e10sm58319637laa.6.2014.01.07.10.20.31 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 07 Jan 2014 10:20:31 -0800 (PST) Message-ID: <1389118830.2778.0.camel@opensuse.site> Subject: Re: [PATCH] Skip Apple ghosts From: Andrey Borzenkov To: grub-devel@gnu.org Date: Tue, 07 Jan 2014 22:20:30 +0400 In-Reply-To: <52B98B9A.5020609@gmail.com> References: <52B98B9A.5020609@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22e 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:20:51 -0000 В Вт, 24/12/2013 в 14:26 +0100, Vladimir 'φ-coder/phcoder' Serbinenko пишет: > 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); 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?