Summary: | iMac G3 (400mhz 750CE 128MB RAM slot-loading) panics at boot with minimal installer (PPC/PPC64 iso) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | gavator234 <gavator234> |
Component: | Current packages | Assignee: | Gentoo Release Team <releng> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | bkohler, catalyst, immoloism, jstein |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Catalyst stage2 specfile |
Description
gavator234@gmail.com
2022-10-23 19:02:37 UTC
Last time I tested the i486 minimal installcd for memory requirements, it needed about 160MB (testing via qemu). We probably need to update the docs for ppc. As a workaround you need to find a ISO which has livecd root directly on the CD or use netboot to install Gentoo. I'll test a few older ISOs I have to see which will work best to get you started. As a note if you are feeling brave though you can build your livecd which does the above using Catalyst. https://wiki.gentoo.org/wiki/Catalyst https://wiki.gentoo.org/wiki/LiveUSB Only working solution with minimal effort I've found is to use an old 2008.0 livecd and then it will allow you to use a stage3-ppc32-musl-hardened-openrc to complete the install as normal (ignore the /run mount in the handbook.) https://mirrors.zju.edu.cn/gentoo/releases/ppc/2008.0/installcd/install-powerpc-minimal-2008.0.iso It works but it's not great so if you can setup a netbook using NFS you will have lot more options in how you want to setup your system. (In reply to immolo from comment #3) > Only working solution with minimal effort I've found is to use an old 2008.0 > livecd and then it will allow you to use a stage3-ppc32-musl-hardened-openrc > to complete the install as normal (ignore the /run mount in the handbook.) > > https://mirrors.zju.edu.cn/gentoo/releases/ppc/2008.0/installcd/install- > powerpc-minimal-2008.0.iso > > It works but it's not great so if you can setup a netbook using NFS you will > have lot more options in how you want to setup your system. Ok, so I've tried the iso provided and in the boot option menu it *does* show up, however it crashes immediately after selecting it and returns to the boot option menu with corrupted graphics. It'd probably be smarter to stick grub on the USB since grub worked properly on the newer image... but learning how to netboot w/ nfs for the first time sounds 100x more fun, especially in an environment as finicky and limited as this. This is gonna be a long day... Hmm, it worked on my device but it is quite a but newer. Can you please create a forum post in the PPC subforum or join in #gentoo-powerc on irc.libra.chat so we can troubleshoot. Looks like I need to restore the 'normal' or 'noloop' livecd/fstypes that I removed from catalyst in commit 9ad9eed7833829cc1150d715d48ea32539a5848a Author: Matt Turner <mattst88@gentoo.org> Date: Thu Apr 30 23:28:58 2020 -0700 targets: Drop most fstypes This removes support for various file systems from the embedded target (a target for producing images for embedded systems, as far as I understand) and for ISOs. For ISOs, squashfs is great and everyone uses it -- it provides better performance from a CD than the alternatives like zisofs, normal, or noloop. See [1] for performance data of squashfs vs other methods. For embedded, it's unclear whether the target is used at all. There are some very old specs in releng.git that use 'rel_type: embedded', but I'm not sure if the target is used at all these days. To that end, I've asked in #gentoo-embedded if anyone uses it. I've removed what I believe to be the file system options that don't provide any value, leaving jffs2 for now. [1] https://elinux.org/Squash_Fs_Comparisons Signed-off-by: Matt Turner <mattst88@gentoo.org> I suspect that using 'normal' or 'noloop' would have lower memory requirements than squashfs, since they don't require files to be decompressed to be accessed. From there, it sounds like we should use one of those two options for minimal CDs since the ISO sizes are small enough. As this issue exists on x86 as well I've been using that to do testing as it's easier but fixing one will fix both.
A quick run down of where I've got to on this:
The current minimal ISO requires 134mb of RAM to boot.
With the patch matts88 wrote which re-enables normal fstype, Catalyst will create a 1.3GB ISO however when booting it will failing with the following:
>> Root device detected as /dev/sr0!
>> Determining looptype ...
>> Copying read-write image contents to tmpfs
cp: can't stat 'etc': No such file or directory
cp: can't stat 'root': No such file or directory
cp: can't stat 'home': No such file or directory
cp: can't stat 'var': No such file or directory
!! Copying failed, dropping into a shell.
rescureshell /newroot #
/run/initramfs/gksosreport.txt doesn't add anything more to point to the cause and I can confirm the ISO root has the above listed directories.
The normal fstype ISO still requires 134mb of RAM to boot though so I feel this is the wrong place to be looking in currently so will try running with a reduced kernel config to see where that gets me.
Created attachment 864205 [details]
Catalyst stage2 specfile
Included specfile incase anyone has further ideas to improve upon.
|