From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Re: bug#33639: ISO installer image is broken on i686 Date: Tue, 16 Apr 2019 11:57:45 +0200 Message-ID: References: <20190415165451.dpzngealeisbibc7@pelzflorian.localdomain> <1582867226375139246@scdbackup.webframe.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:53748) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGKrF-0003Xh-Ar for guix-devel@gnu.org; Tue, 16 Apr 2019 05:58:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hGKrE-0005mT-Cn for guix-devel@gnu.org; Tue, 16 Apr 2019 05:58:29 -0400 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]:44026) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hGKrE-0005Wo-3i for guix-devel@gnu.org; Tue, 16 Apr 2019 05:58:28 -0400 Received: by mail-ed1-x52e.google.com with SMTP id j20so7129711edq.10 for ; Tue, 16 Apr 2019 02:57:58 -0700 (PDT) In-Reply-To: <1582867226375139246@scdbackup.webframe.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Thomas Schmitt Cc: Guix-devel , 33639@debbugs.gnu.org Hello people, Thomas Schmitt ezt =C3=ADrta (id=C5=91pont: 2019. =C3= =A1pr. 15., H, 19:54): > > Hi, > > Florian Pelz wrote: > > Well this is strange. I got fine ISO images each time (fine with no > > complaints from xorriso or fdisk and bootable in QEMU without errors), > > but after dd=E2=80=99ing them to different USB flash drives each time I= get > > kernel output when inserting the flash drive: > > [ 10.025223] GPT:Primary header thinks Alt. header is not at the end = of > > the disk. > > The alternative/backup header is a property of GPT which makes it > rather unsuitable for disk images. xorriso puts it correctly into the > last 512-byte block of the image. But when copied to a storage device, > it should move up to the last block of the device. > Even worse, the main GPT header at 512-byte LBA 1 needs to learn the > new address. > Yes, this is a really painful point. Could we create a simple tool to write the disk images to a disk correcting this problem? Does not look too hard? I am also forwarding this to guix devel. I removed the xorriso bug list, as I feel this does not belong there. Best regards, g_bor