From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O0Mhu-0001oz-SH for mharc-grub-devel@gnu.org; Fri, 09 Apr 2010 18:29:46 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O0Mhs-0001oo-C1 for grub-devel@gnu.org; Fri, 09 Apr 2010 18:29:44 -0400 Received: from [140.186.70.92] (port=37767 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0MhY-0001aW-NM for grub-devel@gnu.org; Fri, 09 Apr 2010 18:29:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O0Mh8-0006Gz-Vk for grub-devel@gnu.org; Fri, 09 Apr 2010 18:29:00 -0400 Received: from mail.gmx.net ([213.165.64.20]:53743) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1O0Mh8-0006Gm-I8 for grub-devel@gnu.org; Fri, 09 Apr 2010 18:28:58 -0400 Received: (qmail invoked by alias); 09 Apr 2010 22:28:55 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp014) with SMTP; 10 Apr 2010 00:28:55 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1+HC9J5chmHiwQCSZpxL5gvHDgS4+5G2v8JxxDw9d I30CdNWrd7aFW8 Date: Sat, 10 Apr 2010 00:28:10 +0200 From: "Thomas Schmitt" To: grub-devel@gnu.org References: <4BBF93C2.9010602@gmail.com> In-Reply-To: <4BBF93C2.9010602@gmail.com> Message-Id: <105870202226489@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: Re: How to prepare an ISO 9660 CD for booting via GRUB ? X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 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: Fri, 09 Apr 2010 22:29:44 -0000 Hi, > Now it's enough to replace grub-mkisofs with xorrisofs. What about operating systems other than GNU/Linux and FreeBSD ? I have running a version of grub-mkrescue which can deal with grub-mkisofs, genisoimage, and xorriso. (genisoimage without --protective-msdos-label and --modification-date) Maybe it would offer a softer migration path than flatly urging people to port xorrisofs to their favorite exotic OS. Of course i would gladly support any porting effort, which should be easy as long as one does not want to use it for burning optical media. > Do you know when debian will follow? When > this version is in Debian sid I plan to remove grub-mkisofs I informed George Danchev about our progress today. Like so many people he is very occupied currently. In charge are the Debian Libburnia packagers. See http://packages.qa.debian.org/libi/libisofs.html Since Debian covers our dynamic compilations i will first have to release a new libisofs-0.6.30 and a new libisoburn-0.5.4. That should be possible in the next days. I just have to do some more tests. Maybe one could try to find testers for GNU xorriso-0.5.3 on some of the other OSes in the meantime ? ------------------------------------------------ > Unfortunately floppies are of interest. Moreover our modules put > together result in 1146880 bytes tar file. Then you should in any case let xorrisofs write into a sequential pipe | cat > ${output_image} rather than into a random access file -o ${output_image} (or > ${output_image} without cat) in order to save the overhead of 64 to 126 kB. Would read support for zisofs be in your reach ? It is implemented in the Linux kernel iso9660 code since a while. See CONFIG_ZISOFS in fs/isofs/*.[ch] If zlib is provided, then xorriso can produce zisofs on-the-fly on normal input file trees. No need to run the mkzftree utility. (But it can recognize and use the mkzftree prepared files too.) The mkisofs emulation cannot do the on-the-fly stunt, yet. So this has to look a bit ugly: "${mkisofs_prog}" ... ${source} \ -- -set_filter_r --zisofs / -- \ | cat > ${output_image} But the result has only 884736 bytes. We would have to keep some modules uncompressed i assume. It can also produce gzipped files on the fly: ${mkisofs_prog}" ... ${source} \ -- -set_filter_r --gzip / -- \ | cat > ${output_image} Result again has 884736 bytes. Files have suffix .gz now. Small files may stay uncompressed: $ ls -l /mnt/boot/grub/i386-pc ... -r--r--r-- 1 root root 2675 2010-04-10 00:17 afs.mod.gz -r--r--r-- 1 root root 1052 2010-04-10 00:17 aout.mod ... One could of course apply mkzftree or gzip to the temporary tree during the grub-mkrescue run. Have a nice day :) Thomas