From mboxrd@z Thu Jan 1 00:00:00 1970 From: Danny Milosavljevic Subject: Re: ISO-9660 image working and ready Date: Thu, 13 Jul 2017 00:57:37 +0200 Message-ID: <20170713005737.65ef1d0e@scratchpost.org> References: <87d195etic.fsf@gnu.org> <20170712134405.25274-1-dannym@scratchpost.org> <87inixd9z1.fsf@gnu.org> <20170712192827.22b7c740@scratchpost.org> <87fue1bbdx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37151) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dVQZl-00012Q-Ni for guix-devel@gnu.org; Wed, 12 Jul 2017 18:57:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dVQZh-00024v-St for guix-devel@gnu.org; Wed, 12 Jul 2017 18:57:45 -0400 In-Reply-To: <87fue1bbdx.fsf@gnu.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: Ludovic =?ISO-8859-1?Q?Court=E8s?= Cc: guix-devel@gnu.org Hi Ludo, On Wed, 12 Jul 2017 23:20:26 +0200 ludo@gnu.org (Ludovic Court=C3=A8s) wrote: > > It will work from CD and USB flash drive - that should cover all the op= tions. =20 >=20 > Are you saying that the same image could be either dd=E2=80=99d to a USB = key or > burnt on an actual CD? Yes. > Are there any downsides to using ISO9660 as the file system for the > media, like limitations on file names or file name lengths, restrictions > on the type of files, etc.? (That doesn=E2=80=99t seem to be the case, b= ut I > vaguely remember ISO9660 as having annoying limitations.) It uses the Rock Ridge extension. That means basenames are limited to 255 = characters at most, allowed are all characters except NUL and "/". > ./pre-inst-env guix system disk-image -t iso9660 gnu/system/install.scm >=20 > on v0.13.0-1321-gc96ed0091 (current master), booted it with QEMU, > worked fine with =E2=80=98lsblk=E2=80=99 showing only /dev/{fd0,sr0}. W= oohoo! \o/ Now try qemu ... -hda thesamefile.iso :) > The image has this 2KiB /boot.catalog file; is that expected? Yeah, that's the El Torito specification for the first-stage bootloader. I= t contains what system architectures are supported and what kind of weird b= oot emulation the BIOS is supposed to use (look like a floppy drive, look l= ike a hard drive, just be yourself etc). > Otherwise the file names look alright as if Joliet extensions were used, > but maybe they are? Rock Ridge :) UNIX permissions work, too. > =E2=80=9Cguix gc --verify=3Dcontents=E2=80=9D in the image is happy > (and surprisingly fast). > Anyway awesome work, and a great milestone. Many users who had been > complaining about the lack of ISOs will thank you! :-) Thanks for your help :)