I wanted to take the LiveGUI for a test drive but surprise surprise when I tried to burn the ISO to a DVD I got the message "not enough space available on the media"! I wonder if someone made a mistake and confused "Salesman's" 4.7 GB as printed on the madia labels with the real available storage of 4.37 GB when creating the ISO? A DVD-R/RW has 4.37 GB storage only, not 4.7 as typically printed on the label, which is drawn that it has 4,700,372,992 available bytes. The ISO has 4.71 GB = 5,064,622,080 bytes and doesn't fit on a DVD, only a USB media.
(In reply to Joakim from comment #0) > I wanted to take the LiveGUI for a test drive but surprise surprise when I > tried to burn the ISO to a DVD I got the message "not enough space available > on the media"! > > I wonder if someone made a mistake and confused "Salesman's" 4.7 GB as > printed on the madia labels with the real available storage of 4.37 GB when > creating the ISO? > > A DVD-R/RW has 4.37 GB storage only, not 4.7 as typically printed on the > label, which is drawn that it has 4,700,372,992 available bytes. > > The ISO has 4.71 GB = 5,064,622,080 bytes and doesn't fit on a DVD, only a > USB media. Yes. Noticed that in the meantime. I'm still collecting opinions on what to do. Fitting on the DVD would be nice, but that would mean dropping some more software. On the other hand, USB is way more common nowadays, and there are barely any USB sticks below 8G ...
How hard do you want to squeeze? Its more effort every time and I can only see about 100MB, poking about in the squashfs. 1. Drop the info and man pages. They are all online. 2. /boot inside the squashfs image need not be populated. 3. there is still a static /dev in the squashfs image. There are a few old friends there ... hda, etc. The kernel PCMCIA support could be disabled, was there ever a 64 bit system with PCMCIA slots? Its well past the point of diminishing returns, just say that it needs a dual layer DVD or better. That allows 8.5GB. I've not tried booting one of those, or a Bluray yet.
> Its more effort every time and I can only see about 100MB, poking about in > the squashfs. Exactly. > 1. Drop the info and man pages. They are all online. Not really wanted, it would be nice if this is self-contained. I even thought about adding one or two current stage files. > 2. /boot inside the squashfs image need not be populated. True. 10Mbyte maybe? > 3. there is still a static /dev in the squashfs image. > There are a few old friends there ... hda, etc. I guess we can forget about these in terms of space usage. > The kernel PCMCIA support could be disabled, was there ever a 64 bit system > with PCMCIA slots? That helps. OTOH, I just added a lot more kernel modules (basically the dist-kernel config, to keep things consistent). We could also drop internationalization again. Not that I want that. > Its well past the point of diminishing returns, just say that it needs a > dual layer DVD or better. That allows 8.5GB. I've not tried booting one of > those, or a Bluray yet.
(In reply to Andreas K. Hüttel from comment #1) > (In reply to Joakim from comment #0) > Yes. Noticed that in the meantime. > > I'm still collecting opinions on what to do. Fitting on the DVD would be > nice, but that would mean dropping some more software. > > On the other hand, USB is way more common nowadays, and there are barely any > USB sticks below 8G ... Unfortunately, and maybe surprisingly, not all computers offers boot from USB, e.g. my Lenovo ThinkPad L540 cannot boot from USB, only CD/DVD. Also, trying to create the USB with Rufus I get "Error: ISO image extraction failure." It seems to be on the file "gentoo.efimg" Another odd thing noted, for this image Rufus only offers to format the USB as NTFS. Any other tool/way I could try create it?
(In reply to Roy Bamford from comment #2) > Its well past the point of diminishing returns, just say that it needs a > dual layer DVD or better. That allows 8.5GB. I've not tried booting one of > those, or a Bluray yet. Many probably have a single layer DVD-R/RW laying around, not so many a double layer I imagine. As the purpose with the LiveGUI is to showcase Gentoo, it would be somewhat contra productive imo to require a double layer DVD - maybe better to "kill some darlings".
(In reply to Joakim from comment #4) ... > Also, trying to create the USB with Rufus I get "Error: ISO image extraction > failure." It seems to be on the file "gentoo.efimg" > > Another odd thing noted, for this image Rufus only offers to format the USB > as NTFS. Any other tool/way I could try create it? dd if=/path/to/iso of=/dev/usbstick bs=1M
> > Another odd thing noted, for this image Rufus only offers to format the USB > as NTFS. Any other tool/way I could try create it? If /dev/sde is your USB stick, dd if=livegui.iso of=/dev/sde status=progress That's all.
(In reply to Andreas K. Hüttel from comment #7) > > > > Another odd thing noted, for this image Rufus only offers to format the USB > > as NTFS. Any other tool/way I could try create it? > > If /dev/sde is your USB stick, > > dd if=livegui.iso of=/dev/sde status=progress > > That's all. Sorry, I forgot to tell, I was trying to do it from Win10, my bad. I was able to make the USB with dd on my Gentoo server and indeed managed as well to boot my Lenovo ThinkPad L540 with it. Looks good and am looking forward to test it further in the afternoon when I have more time. However, I tried several ways to make it on Windows, even with a windows version of dd but without success. If not something is up with my Windows box, I think that is a big pity as this really could be a great and easy to test teaser for Windows users in general that are looking for a way out.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/sites/www.git/commit/?id=261709ad41a23ec3ec88f9250b122c5ae42ff6cd commit 261709ad41a23ec3ec88f9250b122c5ae42ff6cd Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2022-04-10 11:49:34 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2022-04-10 11:49:34 +0000 Drop 4.7G limit, adapt announcement text Closes: https://bugs.gentoo.org/837494 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> _posts/2022-04-03-livegui-artwork-contest.md | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-)
(In reply to Joakim from comment #4) > (In reply to Andreas K. Hüttel from comment #1) > > (In reply to Joakim from comment #0) > > Yes. Noticed that in the meantime. > > > > I'm still collecting opinions on what to do. Fitting on the DVD would be > > nice, but that would mean dropping some more software. > > > > On the other hand, USB is way more common nowadays, and there are barely any > > USB sticks below 8G ... > > Unfortunately, and maybe surprisingly, not all computers offers boot from > USB, e.g. my Lenovo ThinkPad L540 cannot boot from USB, only CD/DVD. > > Also, trying to create the USB with Rufus I get "Error: ISO image extraction > failure." It seems to be on the file "gentoo.efimg" > > Another odd thing noted, for this image Rufus only offers to format the USB > as NTFS. Any other tool/way I could try create it? FWIW when you go to write the image to USB with rufus, it offers 2 modes-- one of them is DD-alike, the other one extracts the ISO contents and copies to a new vfat or ntfs partition so the extra space is usable. Last time I tried, both modes did work, but I will test again. Also the "wasted" space of having /boot in the squashfs is specifically for compatibility with rufus/unetbootin and the vfat/ntfs mode.
(In reply to Ben Kohler from comment #10) > (In reply to Joakim from comment #4) > > (In reply to Andreas K. Hüttel from comment #1) > > > > Another odd thing noted, for this image Rufus only offers to format the USB > > as NTFS. Any other tool/way I could try create it? > > FWIW when you go to write the image to USB with rufus, it offers 2 modes-- > one of them is DD-alike, the other one extracts the ISO contents and copies > to a new vfat or ntfs partition so the extra space is usable. > > Last time I tried, both modes did work, but I will test again. > > Also the "wasted" space of having /boot in the squashfs is specifically for > compatibility with rufus/unetbootin and the vfat/ntfs mode. The problem with both Rufus and unetbootin was that neither of them hung and didn't finish the job. I will try again later, after I have rebooted Windows as sometimes that fixes strange issues like this, but I don't reboot or shut down often and wont do it just for this. I was able to use dd on a linux box instead so I'm okay in that sense.
