From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Thomas Schmitt" Subject: Re: ISO installer image: GPT versus MBR partitions Date: Tue, 16 Apr 2019 19:57:20 +0200 Message-ID: <12886672349372812649@scdbackup.webframe.org> References: <20190416163242.x4euobjv5sxliwxr@pelzflorian.localdomain> Content-Type: text/plain; charset="utf-8" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:42788) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hGSJG-0004fZ-9B for guix-devel@gnu.org; Tue, 16 Apr 2019 13:55:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hGSJF-0005eV-0D for guix-devel@gnu.org; Tue, 16 Apr 2019 13:55:53 -0400 In-Reply-To: <20190416163242.x4euobjv5sxliwxr@pelzflorian.localdomain> 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: bug-xorriso@gnu.org Cc: guix-devel@gnu.org Hi, Florian Pelz wrote: > I would prefer an image that can be written just with dd, A broken backup GPT is not supposed to stop EFI from finding its partition and running its architecture specific start-up program. But it becomes annoying when another partition shall be created for a read-write filesystem to carry the user's extra data. (With Debian and Fedora ISOs it's even worse. They carry a MBR partition table and GPT header blocks, which are tehrfore invalid. One has to zap them before letting fdisk create a new MBR partition.) Have a nice day :) Thomas