Re: Updated Debian Ports installation images
Another thanks, John Paul Adrian Glaubitz wrote on 3·31·22 01·09 : nVidia cards are probably not well supported on big-endian systems anyway, so I would probably try swapping the card with a Radeon one. a radeon 9000 pro and a reinstall got me up and running It might be worth capturing the kernel and Xorg log files and report the issue to the Xorg graphics driver bug tracker. that's beyond this carpenters ability at the moment, but i'm learning dougy
Re: Updated Debian Ports installation images
Hi Doug! On 3/31/22 03:17, Doug Kiekow wrote: > Today I went with the 3/28 powerpc on a G4 desktop from 2002 (quicksilver). > The install went well, but seemed much slower. The boot went to corrupted > graphics, so I tried again adding nomodeset to grub boot. The boot started > normally, but eventually hung with a blinking underscore cursor in the upper > left corner of the display. I then tried to boot into recovery mode, but ended > up with a corrupt graphics screen. > > The graphics card in the G4 is an Nvidia GForce4 Ti 4600 which is listed as > unsupported, but is supposed to work with the nouveau or vesa drivers. Are > they part of the netinst image, or do I need to reinstall and offer a usb > stick when asked for additonal software? nVidia cards are probably not well supported on big-endian systems anyway, so I would probably try swapping the card with a Radeon one. The nVidia (nouveau) drivers are part of the kernel and if you install Xorg, the Xorg driver package for nouveau - xserver-xorg-video-nouveau - is installed automatically, so that shouldn't be the issue. It might be worth capturing the kernel and Xorg log files and report the issue to the Xorg graphics driver bug tracker. > I'd like to thank everyone for the work, especially John Paul. Those of us > that are complete novices wouldn't be able to use our mac's without all your > workl You're welcome ;-). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images
I've been monitoring this thread for some time, and was able to install one of the november images on a PowerBook G4 DVI using multiple tweaks. All in all the PowerBook runs fine. I tried the 3/28 ppc64 image on a dual G5 and it booted right up after the install. I've not spent much time working the system yet. Today I went with the 3/28 powerpc on a G4 desktop from 2002 (quicksilver). The install went well, but seemed much slower. The boot went to corrupted graphics, so I tried again adding nomodeset to grub boot. The boot started normally, but eventually hung with a blinking underscore cursor in the upper left corner of the display. I then tried to boot into recovery mode, but ended up with a corrupt graphics screen. The graphics card in the G4 is an Nvidia GForce4 Ti 4600 which is listed as unsupported, but is supposed to work with the nouveau or vesa drivers. Are they part of the netinst image, or do I need to reinstall and offer a usb stick when asked for additonal software? I'd like to thank everyone for the work, especially John Paul. Those of us that are complete novices wouldn't be able to use our mac's without all your workl dougy
Re: Updated Debian Ports installation images
On 3/30/22 21:02, Peter wrote: >> What kind of VGA adapter does this machine have? Is it actually an >> Radeon >> GPU or something different? > > lspci shows: VGA compatible controller: Advanced Micro Devices, Inc. > [AMD/ATI] RV280/M9+ [Mobility Radeon 9200 AGP] (rev 01) > > My iBook is this 12" G4: > https://everymac.com/systems/apple/ibook/specs/ibook_g4_1.2_12.html Then it will definitely work when you follow the instructions step by step. I have verified it to work on both my iBook G4 12" and iBook G4 14". Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images
On Wed, 2022-03-30 at 18:35 +0200, John Paul Adrian Glaubitz wrote: > Hello Peter! > > On 3/30/22 18:04, Peter van Zaanen wrote: > > After following these steps, and with the latest image from > > https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-28/ > > which installs fine btw, the screen stays blank. > > What kind of VGA adapter does this machine have? Is it actually an > Radeon > GPU or something different? lspci shows: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV280/M9+ [Mobility Radeon 9200 AGP] (rev 01) My iBook is this 12" G4: https://everymac.com/systems/apple/ibook/specs/ibook_g4_1.2_12.html Peter > > FWIW, I tested these images on my personal iBook G4 and after > installing > the AMD firmware package, updating the initramfs (which normally > happens > automatically when installing the package) and updating GRUB, the > graphical > environment worked fine for me. > > It's very important that /boot/grub is mounted read-write before > trying to > run update-initramfs and update-grub. > > Adrian >
Re: Updated Debian Ports installation images
Hello Peter! On 3/30/22 18:04, Peter van Zaanen wrote: > After following these steps, and with the latest image from > https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-28/ > which installs fine btw, the screen stays blank. > > Adding nomodeset to Grub enables me to boot to a login screen, but then > after installing a desktop environment startx will fail with an error > related to nomodeset. (it did in my previous install, I haven't tried > to install a graphical environment this time.) What kind of VGA adapter does this machine have? Is it actually an Radeon GPU or something different? FWIW, I tested these images on my personal iBook G4 and after installing the AMD firmware package, updating the initramfs (which normally happens automatically when installing the package) and updating GRUB, the graphical environment worked fine for me. It's very important that /boot/grub is mounted read-write before trying to run update-initramfs and update-grub. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images
Hi Adrian, On Fri, 2022-03-25 at 12:20 +0100, John Paul Adrian Glaubitz wrote: > Hi Peter! > > On 3/25/22 11:58, Peter van Zaanen wrote: > > https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-24/ > > > > works without a problem, and my iBook boots and starts loading the > > kernel. I added linux-firmware-nonfree, but it boots to a > > completely > > black screen. I can only access the iBook via ssh. > > Yes, that's a known issue, you have to install the AMD graphics > package manually: > > # apt install firmware-amd-graphics > > Make sure that the filesystem in /boot/grub is mounted read/write, it > can sometimes > happen that the filesystem gets corrupted such that it gets mounted > read-only. > > You need to install hfsprogs in this case, run fsck.hfs and remount > the filesystem rw: > > # apt install hfsprogs > # umount /boot/grub > # fsck.hfs -y /dev/sda2 (for the case that /boot/grub came from > /dev/sda2) > # mount /dev/sda2 /boot/grub > > After that, run update-grub: > > # update-grub > > After rebooting, graphics should work. > > FWIW, you can also boot the machine with "nomodeset" added to the > command line > in GRUB in case SSH is not available. > > Future images will install the graphics firmware automatically. After following these steps, and with the latest image from https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-28/ which installs fine btw, the screen stays blank. Adding nomodeset to Grub enables me to boot to a login screen, but then after installing a desktop environment startx will fail with an error related to nomodeset. (it did in my previous install, I haven't tried to install a graphical environment this time.) Peter > > Adrian >
Re: Updated Debian Ports installation images
On 3/26/22 2:07 PM, Stan Johnson wrote: > ... > I'll simply note whether multiboot works on the Pismo > ... Starting with this disk layout on the Pismo (as reported by pdisk in Mac OS X Tiger): - pismo:~ root# pdisk -l Partition map (with 512 byte blocks) on '/dev/rdisk0' #:type name length base ( size ) 1: Apple_partition_map Apple 63 @ 1 2: Apple_Driver43*Macintosh 56 @ 64 3: Apple_Driver43*Macintosh 56 @ 120 4:Apple_Driver_ATA*Macintosh 56 @ 176 5:Apple_Driver_ATA*Macintosh 56 @ 232 6: Apple_HFS Apple_Bootstrap524288 @ 288 (256.0M) 7: Apple_HFS MacOS 1572864 @ 524576(768.0M) 8: Apple_HFS MacOSX 14679777 @ 2097440 ( 7.0G) 9: Apple_UNIX_SVR2 Debian_sid 33554432 @ 16777217 ( 16.0G) 10: Apple_UNIX_SVR2 Gentoo 33554432 @ 50331649 ( 16.0G) 11: Apple_UNIX_SVR2 Void 33554432 @ 83886081 ( 16.0G) 12: Apple_UNIX_SVR2 swap 4194304 @ 117440513 ( 2.0G) 13: Apple_UNIX_SVR2 data112806831 @ 121634817 ( 53.8G) Device block size=512, Number of Blocks=234441648 (111.8G) DeviceType=0x0, DeviceId=0x0 Drivers- 1: 23 @ 64, type=0x1 2: 36 @ 120, type=0x 3: 21 @ 176, type=0x701 4: 34 @ 232, type=0xf8ff - I left the Apple_Bootstrap partition as type Apple_HFS in case the current version of GRUB needs that and then installed Debian SID from the 2022-03-24 CD using a default installation with manual disk partitioning. The installation worked. Other operating systems were not detected (I realize this is a work in progress). After logging in to the new Debian installation, I see that the partition type of sda6 has been changed from Apple_HFS to Apple_Bootstrap (Mac OS X may have done that, though during installation I did choose to format sda6 as HFS and mount it at /boot/grub). I added the following line to /etc/default/grub so update-grub will probe for other operating systems: GRUB_DISABLE_OS_PROBER="false" As expected, running update-grub creates a new /boot/grub/grub.cfg file. Since the Apple_Bootstrap (HFS) partition is mounted directly as /boot/grub, it appears that grub-install doesn't need to be run. In fact, it looks like I could edit grub.cfg directly, though that would generally be a bad idea. The detection of other operating systems found 'Mac OS X (32-bit) (on /dev/sda8)' and 'Mac OS X (64-bit) (on /dev/sda8)'. Selecting the 32-bit entry resulted in this: error: can't find command `xnu_kernel'. error: can't find command `xnu_mkext'. Press any key to continue... Since GRUB on Intel 64-bit Macs also can't boot Mac OS X (at least I haven't found a way to make it work), I didn't expect it to work here right away, either, but there appears to be some progress (and fixing it here may also fix it for Apple x86_64). -Stan
Re: Updated Debian Ports installation images
> On Mar 26, 2022, at 11:47 AM, Stan Johnson wrote: > > Your steps 2 and 3 should not be necessary. It should be possible to use > manual partitioning (I'm testing that next); otherwise, it will not be > possible to boot multiple operating systems. > >> >> they just can't believe that is all you need to do. >> > > If you want to trash all of the other operating systems on your disk, > then by all means you should choose to use the entire disk. But I > suspect that many users will not want to do that -- they'll instead want > to continue using Mac OS, Mac OS X, and whatever other GNU/Linux > distributions they may have in addition to Debian. > You can start doing fancy stuff once you can at least get booted one time, I would say. Sure, it’s great to multiboot six OSs once you get the very basics going, but too many people are still stuck in Kindergarten when they are thinking “Grad school”. To be honest, I find it much easier to just use a separate drive for other OSs, but then I have the luxury of many available drive bays and many available drives, and not everyone has that. Ken
Re: Updated Debian Ports installation images
On 3/26/22 19:47, Stan Johnson wrote: > On 3/26/22 10:58 AM, Ken Cunningham wrote: >> I think that people are used to installing linux on PPC Macs being very >> very very difficult, with many arcane manual steps and many hours needed >> on every walkthru available anywhere on the internet. > > Like everything else, installing GNU/Linux on PPC Macs really is "very > very very difficult" until you know how to do it. And even then it > doesn't always work. For example, the latest installation CD doesn't > even boot on the PowerBook Lombard, despite the Lombard being a > perfectly good New World system. It has been suggested that the version > of Open Firmware on the Lombard may be too old to work with GRUB; > fortunately, yaboot continues to work quite well. Well, apparently the PowerBook Lombard uses an early version of the NewWorld ROM that has bugs and limitations. I don't think it's justified to invest a lot of time into maintaining the Yaboot package just because one or two users want to be able to install Debian on a very old PowerBook. You wouldn't do that either if you were me. > Your steps 2 and 3 should not be necessary. It should be possible to use > manual partitioning (I'm testing that next); otherwise, it will not be > possible to boot multiple operating systems. You have to keep in mind that supporting multi-boot is the next step after the initial issues with getting the installation to work with GRUB in the first place. I'm not doing this professionally, so you should be able to excuse me when the images don't immediately work perfectly according to Apple's specification. This is also why I need constructive feedback instead of the repetitive request asking to switch back to Yaboot. >> they just can't believe that is all you need to do. >> > > If you want to trash all of the other operating systems on your disk, > then by all means you should choose to use the entire disk. But I > suspect that many users will not want to do that -- they'll instead want > to continue using Mac OS, Mac OS X, and whatever other GNU/Linux > distributions they may have in addition to Debian. I'm not arguing that. We're just not there yet, so anything fancy simply comes without any warranty. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images
On 3/26/22 19:26, Stan Johnson wrote: > It would be better if the HFS partition (/dev/sda2) were type > Apple_Bootstrap instead of Apple_HFS so that it is not visible to Mac OS > or Mac OS X. And changing it doesn't break anything (as the > Apple_Bootstrap partition, it's still formatted as HFS, so it's the > first HFS partition that Open Firmware sees): > > # parted -l > Model: ATA ST9120822A (scsi) > Disk /dev/sda: 120GB > Sector size (logical/physical): 512B/512B > Partition Table: mac > Disk Flags: > > Number Start End SizeFile system Name Flags > 1 512B32.8kB 32.3kB Apple > 2 32.8kB 256MB 256MB hfs Apple_Bootstrap boot > 3 256MB 119GB 119GB ext4untitled > 4 119GB 120GB 759MB linux-swap(v1) swap swap I don't know for sure whether that can be implemented with partman but I can have a look. I was not aware that Apple has defined a different partition type in order to hide it from MacOS X. If the partition can still be mounted on Linux without any restrictions, we can try to implement that. GRUB just needs to be able to access the filesystem through the regular folder structure. > And it is arguably a bad idea for GRUB to delete the Apple device driver > partitions, even when it's using the entire disk (the "entire disk" > should start after those partitions). If you have a suggestion on how to implement that, you are welcome to send me a patch. You have to keep in mind that partman and debian-installer are a cross-platform design, so they don't automatically know about all the weird peculiarities that Apple computers use. > Of course, these are just suggestions, and I'm providing them as part of > my feedback on whether GRUB installation works using the latest Debian > PowerPC installation CD. Debian (and GRUB) maintainers should do > whatever they want. I don't anticipate ever using GRUB on a New World > PowerPC system as long as it doesn't work at least as well as yaboot > (and there's no need for you to say again that yaboot is not supported > upstream; that doesn't stop it from working). Well, instead of insisting on using Yaboot, it would be more constructive to help iron out the deficiencies that the GRUB-based setup has. I have to admit that's becoming a bit frustrating that I have to keep fighting off requests from users to push us back to use Yaboot without people realizing that shipping unmaintained software is quite a burden to distribution maintainers. All packages in Debian have to be rebuildable all the time, so if you have something as unmaintained as Yaboot, you will sooner or later run into problems when any of the dependencies are changing their API and it has already happened to Yaboot with the ext2 library dependency. Another issue is buildability with newer compiler versions which tend to become stricter which results in packages failing to build from source which used to build fine in the past. In open source, we are maintaining packages in source, not as binaries. And we didn't switch to GRUB because we wanted to annoy our users but because maintaining the Yaboot source package became a serious burden due to the issues mentioned above. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images
On 3/26/22 10:58 AM, Ken Cunningham wrote: > I think that people are used to installing linux on PPC Macs being very > very very difficult, with many arcane manual steps and many hours needed > on every walkthru available anywhere on the internet. Like everything else, installing GNU/Linux on PPC Macs really is "very very very difficult" until you know how to do it. And even then it doesn't always work. For example, the latest installation CD doesn't even boot on the PowerBook Lombard, despite the Lombard being a perfectly good New World system. It has been suggested that the version of Open Firmware on the Lombard may be too old to work with GRUB; fortunately, yaboot continues to work quite well. > > > So when the steps are: > > > 1. use the right ISO (hard enough to find, but once you have it...) Yes, I've now bookmarked the snapshot directory so I can always find the latest ISO images without having to search through old e-mail messages: https://cdimage.debian.org/cdimage/ports/snapshots/ > > 2. erase the installation disc > > 3. let the defaults take over and don't try to outsmart the installer > Your steps 2 and 3 should not be necessary. It should be possible to use manual partitioning (I'm testing that next); otherwise, it will not be possible to boot multiple operating systems. > > they just can't believe that is all you need to do. > If you want to trash all of the other operating systems on your disk, then by all means you should choose to use the entire disk. But I suspect that many users will not want to do that -- they'll instead want to continue using Mac OS, Mac OS X, and whatever other GNU/Linux distributions they may have in addition to Debian. > > Ken >
Re: Updated Debian Ports installation images
On 3/26/22 9:04 AM, John Paul Adrian Glaubitz wrote: > ... > On 3/26/22 15:57, Stan Johnson wrote: >> ... I used the image from your 18 Mar 2022 message: >> https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/non-free/ > > That image doesn't work. Use the latest one: > > https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-24/ Thanks you, that was helpful. Installing from the 2022-03-24 installation CD works. >> ... I chose a default >> installation and told the partitioner to use the entire disk. The >> installer repartitioned the disk to contain the following partitions: >> >> 1: /dev/sda1 - partition map >> 2: /dev/sda2 - Apple_Bootstrap (hfs, 256 MB) >> 3) /dev/sda3 - Debian rootfs (ext4, ~110 GB) >> 4) /dev/sda4 - Linux swap (swap, ~768 MB) > > Yeah, that doesn't work. > > Adrian > Adrian, Yes, actually it does work. On the PowerBook Pismo, I chose a default installation using the 2022-03-24 CD and the entire disk, and everything worked. Here are the partitions that were created: # parted -l Model: ATA ST9120822A (scsi) Disk /dev/sda: 120GB Sector size (logical/physical): 512B/512B Partition Table: mac Disk Flags: Number Start End SizeFile system Name Flags 1 512B32.8kB 32.3kB Apple 2 32.8kB 256MB 256MB hfs untitled 3 256MB 119GB 119GB ext4untitled 4 119GB 120GB 759MB linux-swap(v1) swap swap Block size=512, Number of Blocks=234441648 DeviceType=0x0, DeviceId=0x0 It would be better if the HFS partition (/dev/sda2) were type Apple_Bootstrap instead of Apple_HFS so that it is not visible to Mac OS or Mac OS X. And changing it doesn't break anything (as the Apple_Bootstrap partition, it's still formatted as HFS, so it's the first HFS partition that Open Firmware sees): # parted -l Model: ATA ST9120822A (scsi) Disk /dev/sda: 120GB Sector size (logical/physical): 512B/512B Partition Table: mac Disk Flags: Number Start End SizeFile system Name Flags 1 512B32.8kB 32.3kB Apple 2 32.8kB 256MB 256MB hfs Apple_Bootstrap boot 3 256MB 119GB 119GB ext4untitled 4 119GB 120GB 759MB linux-swap(v1) swap swap And it is arguably a bad idea for GRUB to delete the Apple device driver partitions, even when it's using the entire disk (the "entire disk" should start after those partitions). Of course, these are just suggestions, and I'm providing them as part of my feedback on whether GRUB installation works using the latest Debian PowerPC installation CD. Debian (and GRUB) maintainers should do whatever they want. I don't anticipate ever using GRUB on a New World PowerPC system as long as it doesn't work at least as well as yaboot (and there's no need for you to say again that yaboot is not supported upstream; that doesn't stop it from working). Next I'll test a custom installation with Mac OS and Mac OS X installed to test whether GRUB can boot multiple operating systems on New World PowerPC systems. Thanks for all of your help! -Stan
Re: Updated Debian Ports installation images
I think that people are used to installing linux on PPC Macs being very very very difficult, with many arcane manual steps and many hours needed on every walkthru available anywhere on the internet. So when the steps are: 1. use the right ISO (hard enough to find, but once you have it...) 2. erase the installation disc 3. let the defaults take over and don't try to outsmart the installer they just can't believe that is all you need to do. Ken
Re: Updated Debian Ports installation images
Hello! On 3/26/22 15:57, Stan Johnson wrote: > I used the image from your 18 Mar 2022 message: > https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/non-free/ That image doesn't work. Use the latest one: > https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-24/ > AFAIK, GRUB needs to use Apple_Bootstrap (how else will Open Firmware > know how to boot?). And the Apple_Bootstrap partition is formatted as > HFS (but "Apple_Bootstrap" instead of "Apple_HFS" so Mac OS won't access > it). No, that's not how it works. OpenFirmware looks for a partition that contains a bless bootloader. It's got nothing to do with the Apple_Bootstrap partition. See the explanation here: > https://opensource.apple.com/source/bless/bless-37/README.BOOTING >> And if you used the correct image, what steps did you perform? > > I booted the installation image and chose a default installation. Well, you didn't choose the correct image so this question is moot. >> Did you run in expert mode? I could imagine that expert mode turns off all >> warnings and therefore it didn't tell you when your manual partitioning >> resulted in an unusable partition layout. > > In my second test (step 3 from my earlier message) I chose a default > installation and told the partitioner to use the entire disk. The > installer repartitioned the disk to contain the following partitions: > > 1: /dev/sda1 - partition map > 2: /dev/sda2 - Apple_Bootstrap (hfs, 256 MB) > 3) /dev/sda3 - Debian rootfs (ext4, ~110 GB) > 4) /dev/sda4 - Linux swap (swap, ~768 MB) Yeah, that doesn't work. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images
On 3/26/22 2:16 AM, John Paul Adrian Glaubitz wrote: > Hello! > > On 3/26/22 04:06, Stan Johnson wrote: >> My installation attempt using CD [2] above on a PowerBook G3 Pismo (500 >> MHz; 2 GiB memory) failed. >> >> 1) I started with a blank 120 GB disk. I partitioned the disk to include >> partitions (after the Apple drive partitions) for Apple_Bootstrap >> (/dev/sda6; 10 MiB), Mac OS 9 (/dev/sda7; 1 GiB), Mac OS X (/dev/sda8; 7 >> GiB), Debian rootfs (/dev/sda9; 16 GiB), and swap (/dev/sda10; 2 GiB) -- >> I left the rest of the disk un-partitioned. > > You are missing the HFS partition that gets mounted to /boot/grub. You > either used one of the older, broken images or you ignored the warning > during partitioning that a system without /boot/grub won't be able to > boot. I used the image from your 18 Mar 2022 message: https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/non-free/ > >> 2) The installation CD booted and GRUB worked. I chose a default >> installation with manual partitioning, using the partitions I set up in >> step 1. Everything worked as expected until GRUB installation, which >> failed. The error message was that GRUB failed to install on /dev/sda9 >> (the rootfs, not the Apple_Bootstrap, partition). > > What image did you use? > >> 3) In step 2, I thought it might have failed because my Apple_Bootstrap >> partition could have been too small, so I tried the installation again, >> choosing a default installation using the entire disk with only the >> default partitions. The resulting sizes were approximately as follows: >> Apple_Bootstrap (/dev/sda2; 256 MB); Debian rootfs (/dev/sda3; ~115 >> GiB); and swap (/dev/sda4; ~768 MB). So this Apple_Bootstrap was >> certainly larger than the one I used in step 1, and I was optimistic >> that everything would work. But GRUB installation failed again, with the >> error message that "grub-install /dev/sda3" failed. Even if this had >> worked, it appears that I would have lost the Apple drivers needed to >> boot Mac OS 9. > > GRUB does not use the Apple_Bootstrap partition. It uses an HFS filesystem > that gets mounted to /boot/grub. You cannot get a bootable system without > that partition. AFAIK, GRUB needs to use Apple_Bootstrap (how else will Open Firmware know how to boot?). And the Apple_Bootstrap partition is formatted as HFS (but "Apple_Bootstrap" instead of "Apple_HFS" so Mac OS won't access it). > >> 4) Booting into rescue mode on the installation CD, I was also not able >> to install GRUB on the Apple_Bootstrap partition directly (e.g. after >> step 3, I tried "grub-install /dev/sda2"). The error message was that >> the partition was not a partition of type PReP. > > It's because GRUB is not installed onto the Apple_Bootstrap partition. > PReP partitions are used on IBM machines among other systems but not > on Apple machines. Yes, I understand. I didn't choose to use a PReP partition; that was the error message from the GRUB installation. > >> Please let me know of anything else that I could try. > > What image did you use? Please reference the URL. https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/non-free/ > > And if you used the correct image, what steps did you perform? I booted the installation image and chose a default installation. > Did you run in expert mode? I could imagine that expert mode turns off all > warnings and therefore it didn't tell you when your manual partitioning > resulted in an unusable partition layout. In my second test (step 3 from my earlier message) I chose a default installation and told the partitioner to use the entire disk. The installer repartitioned the disk to contain the following partitions: 1: /dev/sda1 - partition map 2: /dev/sda2 - Apple_Bootstrap (hfs, 256 MB) 3) /dev/sda3 - Debian rootfs (ext4, ~110 GB) 4) /dev/sda4 - Linux swap (swap, ~768 MB) > > Adrian >
Re: Updated Debian Ports installation images
Hello! On 3/26/22 04:06, Stan Johnson wrote: > My installation attempt using CD [2] above on a PowerBook G3 Pismo (500 > MHz; 2 GiB memory) failed. > > 1) I started with a blank 120 GB disk. I partitioned the disk to include > partitions (after the Apple drive partitions) for Apple_Bootstrap > (/dev/sda6; 10 MiB), Mac OS 9 (/dev/sda7; 1 GiB), Mac OS X (/dev/sda8; 7 > GiB), Debian rootfs (/dev/sda9; 16 GiB), and swap (/dev/sda10; 2 GiB) -- > I left the rest of the disk un-partitioned. You are missing the HFS partition that gets mounted to /boot/grub. You either used one of the older, broken images or you ignored the warning during partitioning that a system without /boot/grub won't be able to boot. > 2) The installation CD booted and GRUB worked. I chose a default > installation with manual partitioning, using the partitions I set up in > step 1. Everything worked as expected until GRUB installation, which > failed. The error message was that GRUB failed to install on /dev/sda9 > (the rootfs, not the Apple_Bootstrap, partition). What image did you use? > 3) In step 2, I thought it might have failed because my Apple_Bootstrap > partition could have been too small, so I tried the installation again, > choosing a default installation using the entire disk with only the > default partitions. The resulting sizes were approximately as follows: > Apple_Bootstrap (/dev/sda2; 256 MB); Debian rootfs (/dev/sda3; ~115 > GiB); and swap (/dev/sda4; ~768 MB). So this Apple_Bootstrap was > certainly larger than the one I used in step 1, and I was optimistic > that everything would work. But GRUB installation failed again, with the > error message that "grub-install /dev/sda3" failed. Even if this had > worked, it appears that I would have lost the Apple drivers needed to > boot Mac OS 9. GRUB does not use the Apple_Bootstrap partition. It uses an HFS filesystem that gets mounted to /boot/grub. You cannot get a bootable system without that partition. > 4) Booting into rescue mode on the installation CD, I was also not able > to install GRUB on the Apple_Bootstrap partition directly (e.g. after > step 3, I tried "grub-install /dev/sda2"). The error message was that > the partition was not a partition of type PReP. It's because GRUB is not installed onto the Apple_Bootstrap partition. PReP partitions are used on IBM machines among other systems but not on Apple machines. > Please let me know of anything else that I could try. What image did you use? Please reference the URL. And if you used the correct image, what steps did you perform? Did you run in expert mode? I could imagine that expert mode turns off all warnings and therefore it didn't tell you when your manual partitioning resulted in an unusable partition layout. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images
> On Mar 26, 2022, at 4:19 AM, Stan Johnson wrote: > > My installation attempt using CD [2] above on a PowerBook G3 Pismo (500 > MHz; 2 GiB memory) failed. > > 1) I started with a blank 120 GB disk. I partitioned the disk to include > partitions (after the Apple drive partitions) for Apple_Bootstrap > (/dev/sda6; 10 MiB), Mac OS 9 (/dev/sda7; 1 GiB), Mac OS X (/dev/sda8; 7 > GiB), Debian rootfs (/dev/sda9; 16 GiB), and swap (/dev/sda10; 2 GiB) -- > I left the rest of the disk un-partitioned. > > 2) The installation CD booted and GRUB worked. I chose a default > installation with manual partitioning, using the partitions I set up in > step 1. Everything worked as expected until GRUB installation, which > failed. The error message was that GRUB failed to install on /dev/sda9 > (the rootfs, not the Apple_Bootstrap, partition). > > 3) In step 2, I thought it might have failed because my Apple_Bootstrap > partition could have been too small, so I tried the installation again, > choosing a default installation using the entire disk with only the > default partitions. The resulting sizes were approximately as follows: > Apple_Bootstrap (/dev/sda2; 256 MB); Debian rootfs (/dev/sda3; ~115 > GiB); and swap (/dev/sda4; ~768 MB). So this Apple_Bootstrap was > certainly larger than the one I used in step 1, and I was optimistic > that everything would work. But GRUB installation failed again, with the > error message that "grub-install /dev/sda3" failed. Even if this had > worked, it appears that I would have lost the Apple drivers needed to > boot Mac OS 9. > > 4) Booting into rescue mode on the installation CD, I was also not able > to install GRUB on the Apple_Bootstrap partition directly (e.g. after > step 3, I tried "grub-install /dev/sda2"). The error message was that > the partition was not a partition of type PReP. What image did you use? I don’t see the HFS partition which is mounted to /boot/grub anywhere. It looks like you used one of the older, non-working images. Adrian
Re: Updated Debian Ports installation images
My suggestion continues to be to delete all your partitions, and let the ISO installer install the partitions it wants to install. It has worked for me every time. But if you don’t want to do that, and it fails to install for you, then I have no further suggestions. Best, Ken > On Mar 25, 2022, at 10:09 PM, Stan Johnson wrote: > > On 3/25/22 10:12 PM, Ken Cunningham wrote: >> Completely erase the hard drive, until you have a totally blank disk, with >> no partitions whatsoever on it. >> >> To do this, I mounted the HD using Firewire disc mode from another system, >> and formatted it until it was bare. > > Erasing the beginning of the disk (including the partition table) with > something like "dd if=/dev/zero of=/dev/sda bs=64k count=100" from > rescue mode on the installation CD should be sufficient (and not as hard > on the disk or as time consuming as erasing everything). > >> >> Then let the CD installer ISO take care of doing everything. Let it use the >> whole disk mode. Don’t try to outsmart it in any way. Don’t use manual >> anything. > > I think that's what I did when I let it take over the whole disk. It > deleted everything, including Apple driver partitions, leaving only four > partitions -- partition table, Apple_Bootstrap, rootfs and swap (see my > step 3 below). > >> >> Success should follow. > > Not for me on the Pismo. > >> >> Ken >> >> >> >>> >>> Hello, >>> >>> My installation attempt using CD [2] above on a PowerBook G3 Pismo (500 >>> MHz; 2 GiB memory) failed. >>> >>> 1) I started with a blank 120 GB disk. I partitioned the disk to include >>> partitions (after the Apple drive partitions) for Apple_Bootstrap >>> (/dev/sda6; 10 MiB), Mac OS 9 (/dev/sda7; 1 GiB), Mac OS X (/dev/sda8; 7 >>> GiB), Debian rootfs (/dev/sda9; 16 GiB), and swap (/dev/sda10; 2 GiB) -- >>> I left the rest of the disk un-partitioned. >>> >>> 2) The installation CD booted and GRUB worked. I chose a default >>> installation with manual partitioning, using the partitions I set up in >>> step 1. Everything worked as expected until GRUB installation, which >>> failed. The error message was that GRUB failed to install on /dev/sda9 >>> (the rootfs, not the Apple_Bootstrap, partition). >>> >>> 3) In step 2, I thought it might have failed because my Apple_Bootstrap >>> partition could have been too small, so I tried the installation again, >>> choosing a default installation using the entire disk with only the >>> default partitions. The resulting sizes were approximately as follows: >>> Apple_Bootstrap (/dev/sda2; 256 MB); Debian rootfs (/dev/sda3; ~115 >>> GiB); and swap (/dev/sda4; ~768 MB). So this Apple_Bootstrap was >>> certainly larger than the one I used in step 1, and I was optimistic >>> that everything would work. But GRUB installation failed again, with the >>> error message that "grub-install /dev/sda3" failed. Even if this had >>> worked, it appears that I would have lost the Apple drivers needed to >>> boot Mac OS 9. >>> >>> 4) Booting into rescue mode on the installation CD, I was also not able >>> to install GRUB on the Apple_Bootstrap partition directly (e.g. after >>> step 3, I tried "grub-install /dev/sda2"). The error message was that >>> the partition was not a partition of type PReP. >>> >>> Please let me know of anything else that I could try. >>> >>> thanks >>> >>> -Stan Johnson >>> >>
Re: Updated Debian Ports installation images
Completely erase the hard drive, until you have a totally blank disk, with no partitions whatsoever on it. To do this, I mounted the HD using Firewire disc mode from another system, and formatted it until it was bare. Then let the CD installer ISO take care of doing everything. Let it use the whole disk mode. Don’t try to outsmart it in any way. Don’t use manual anything. Success should follow. Ken > > Hello, > > My installation attempt using CD [2] above on a PowerBook G3 Pismo (500 > MHz; 2 GiB memory) failed. > > 1) I started with a blank 120 GB disk. I partitioned the disk to include > partitions (after the Apple drive partitions) for Apple_Bootstrap > (/dev/sda6; 10 MiB), Mac OS 9 (/dev/sda7; 1 GiB), Mac OS X (/dev/sda8; 7 > GiB), Debian rootfs (/dev/sda9; 16 GiB), and swap (/dev/sda10; 2 GiB) -- > I left the rest of the disk un-partitioned. > > 2) The installation CD booted and GRUB worked. I chose a default > installation with manual partitioning, using the partitions I set up in > step 1. Everything worked as expected until GRUB installation, which > failed. The error message was that GRUB failed to install on /dev/sda9 > (the rootfs, not the Apple_Bootstrap, partition). > > 3) In step 2, I thought it might have failed because my Apple_Bootstrap > partition could have been too small, so I tried the installation again, > choosing a default installation using the entire disk with only the > default partitions. The resulting sizes were approximately as follows: > Apple_Bootstrap (/dev/sda2; 256 MB); Debian rootfs (/dev/sda3; ~115 > GiB); and swap (/dev/sda4; ~768 MB). So this Apple_Bootstrap was > certainly larger than the one I used in step 1, and I was optimistic > that everything would work. But GRUB installation failed again, with the > error message that "grub-install /dev/sda3" failed. Even if this had > worked, it appears that I would have lost the Apple drivers needed to > boot Mac OS 9. > > 4) Booting into rescue mode on the installation CD, I was also not able > to install GRUB on the Apple_Bootstrap partition directly (e.g. after > step 3, I tried "grub-install /dev/sda2"). The error message was that > the partition was not a partition of type PReP. > > Please let me know of anything else that I could try. > > thanks > > -Stan Johnson >
Re: Updated Debian Ports installation images
On 3/18/22 11:59 AM, John Paul Adrian Glaubitz wrote: > Hello! > > I have created the first set of installation images in 2022, these are > available at the usual location in [1]. > > The ISO image for sparc64 has been verified to work correctly, I don't > know about the other architectures, however. > > I have also created the first images which include non-free firmware packages > but these are completely untested and firmware installation might not work > correctly as DEP-11 information is not available on the Debian Ports mirrors. > > The non-free images can be found here [2]. > > Adrian > >> [1] https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/ >> [2] https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/non-free/ > Hello, My installation attempt using CD [2] above on a PowerBook G3 Pismo (500 MHz; 2 GiB memory) failed. 1) I started with a blank 120 GB disk. I partitioned the disk to include partitions (after the Apple drive partitions) for Apple_Bootstrap (/dev/sda6; 10 MiB), Mac OS 9 (/dev/sda7; 1 GiB), Mac OS X (/dev/sda8; 7 GiB), Debian rootfs (/dev/sda9; 16 GiB), and swap (/dev/sda10; 2 GiB) -- I left the rest of the disk un-partitioned. 2) The installation CD booted and GRUB worked. I chose a default installation with manual partitioning, using the partitions I set up in step 1. Everything worked as expected until GRUB installation, which failed. The error message was that GRUB failed to install on /dev/sda9 (the rootfs, not the Apple_Bootstrap, partition). 3) In step 2, I thought it might have failed because my Apple_Bootstrap partition could have been too small, so I tried the installation again, choosing a default installation using the entire disk with only the default partitions. The resulting sizes were approximately as follows: Apple_Bootstrap (/dev/sda2; 256 MB); Debian rootfs (/dev/sda3; ~115 GiB); and swap (/dev/sda4; ~768 MB). So this Apple_Bootstrap was certainly larger than the one I used in step 1, and I was optimistic that everything would work. But GRUB installation failed again, with the error message that "grub-install /dev/sda3" failed. Even if this had worked, it appears that I would have lost the Apple drivers needed to boot Mac OS 9. 4) Booting into rescue mode on the installation CD, I was also not able to install GRUB on the Apple_Bootstrap partition directly (e.g. after step 3, I tried "grub-install /dev/sda2"). The error message was that the partition was not a partition of type PReP. Please let me know of anything else that I could try. thanks -Stan Johnson
Re: Updated Debian Ports installation images
Correction: The Pismo has 1 GiB memory. On 3/25/22 9:06 PM, Stan Johnson wrote: > On 3/18/22 11:59 AM, John Paul Adrian Glaubitz wrote: >> Hello! >> >> I have created the first set of installation images in 2022, these are >> available at the usual location in [1]. >> >> The ISO image for sparc64 has been verified to work correctly, I don't >> know about the other architectures, however. >> >> I have also created the first images which include non-free firmware packages >> but these are completely untested and firmware installation might not work >> correctly as DEP-11 information is not available on the Debian Ports mirrors. >> >> The non-free images can be found here [2]. >> >> Adrian >> >>> [1] https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/ >>> [2] https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-18/non-free/ >> > > Hello, > > My installation attempt using CD [2] above on a PowerBook G3 Pismo (500 > MHz; 2 GiB memory) failed. > > 1) I started with a blank 120 GB disk. I partitioned the disk to include > partitions (after the Apple drive partitions) for Apple_Bootstrap > (/dev/sda6; 10 MiB), Mac OS 9 (/dev/sda7; 1 GiB), Mac OS X (/dev/sda8; 7 > GiB), Debian rootfs (/dev/sda9; 16 GiB), and swap (/dev/sda10; 2 GiB) -- > I left the rest of the disk un-partitioned. > > 2) The installation CD booted and GRUB worked. I chose a default > installation with manual partitioning, using the partitions I set up in > step 1. Everything worked as expected until GRUB installation, which > failed. The error message was that GRUB failed to install on /dev/sda9 > (the rootfs, not the Apple_Bootstrap, partition). > > 3) In step 2, I thought it might have failed because my Apple_Bootstrap > partition could have been too small, so I tried the installation again, > choosing a default installation using the entire disk with only the > default partitions. The resulting sizes were approximately as follows: > Apple_Bootstrap (/dev/sda2; 256 MB); Debian rootfs (/dev/sda3; ~115 > GiB); and swap (/dev/sda4; ~768 MB). So this Apple_Bootstrap was > certainly larger than the one I used in step 1, and I was optimistic > that everything would work. But GRUB installation failed again, with the > error message that "grub-install /dev/sda3" failed. Even if this had > worked, it appears that I would have lost the Apple drivers needed to > boot Mac OS 9. > > 4) Booting into rescue mode on the installation CD, I was also not able > to install GRUB on the Apple_Bootstrap partition directly (e.g. after > step 3, I tried "grub-install /dev/sda2"). The error message was that > the partition was not a partition of type PReP. > > Please let me know of anything else that I could try. > > thanks > > -Stan Johnson >
Re: Updated Debian Ports installation images
Hello! > On Mar 26, 2022, at 12:07 AM, Peter wrote: > > Or does this mean that /boot/grub is mounted read-only and I have to > follow the procedure you described? If the screen remains black, it means the firmware is missing inside the initrd that the kernel was booted with, hence the instructions. Adrian
Re: Re: Updated Debian Ports installation images
Hi Adrian, Thanks for the fast reply. The firmware-amd-graphics was already installed (via linux-firmware-nonfree? I didn't install it manually). Still a black screen. Or does this mean that /boot/grub is mounted read-only and I have to follow the procedure you described? Peter pvz@ibook:~$ sudo apt install firmware-amd-graphics [sudo] password for pvz: Reading package lists... Done Building dependency tree... Done Reading state information... Done firmware-amd-graphics is already the newest version (20210818-1). firmware-amd-graphics set to manually installed. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Re: Updated Debian Ports installation images
Hi Peter! On 3/25/22 11:58, Peter van Zaanen wrote: > https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-24/ > > works without a problem, and my iBook boots and starts loading the > kernel. I added linux-firmware-nonfree, but it boots to a completely > black screen. I can only access the iBook via ssh. Yes, that's a known issue, you have to install the AMD graphics package manually: # apt install firmware-amd-graphics Make sure that the filesystem in /boot/grub is mounted read/write, it can sometimes happen that the filesystem gets corrupted such that it gets mounted read-only. You need to install hfsprogs in this case, run fsck.hfs and remount the filesystem rw: # apt install hfsprogs # umount /boot/grub # fsck.hfs -y /dev/sda2 (for the case that /boot/grub came from /dev/sda2) # mount /dev/sda2 /boot/grub After that, run update-grub: # update-grub After rebooting, graphics should work. FWIW, you can also boot the machine with "nomodeset" added to the command line in GRUB in case SSH is not available. Future images will install the graphics firmware automatically. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Re: Updated Debian Ports installation images
The grub install with the latest image from https://cdimage.debian.org/cdimage/ports/snapshots/2022-03-24/ works without a problem, and my iBook boots and starts loading the kernel. I added linux-firmware-nonfree, but it boots to a completely black screen. I can only access the iBook via ssh. Peter
Re: Updated Debian Ports installation images
All goes well until installing grub: filesystem on /boot/grub is neither HFS or HFS+ This is on my iBook G4, with both images (free & non-free) and a vanilla install. Peter
Re: Updated Debian Ports installation images
On Sun, Mar 20, 2022 at 12:55 PM John Paul Adrian Glaubitz wrote: > > > On Mar 20, 2022, at 5:01 PM, Jeffrey Walton wrote: > > > > On Sun, Mar 20, 2022 at 11:40 AM Ken Cunningham > > wrote: > > > If the webmaster would provide the actual instructions (or the ISO > > README would provide it), then we could perform an install. > > Haven’t you posted to this list before and used the Debian Ports images in > the past or am I confusing you with someone else? Yes. I offered to write the documentation. I need someone to provide the procedure. > Anyway, the documentation is outdated when you use the Debian Ports ISO > images. Yeah, the Debian Ports have a lot of problems. Debian webmasters leave a lot to be desired. Jeff
Re: Updated Debian Ports installation images
> On Mar 20, 2022, at 9:55 AM, John Paul Adrian Glaubitz > wrote: > > > >> On Mar 20, 2022, at 5:01 PM, Jeffrey Walton wrote: >> >> On Sun, Mar 20, 2022 at 11:40 AM Ken Cunningham >> wrote: > >> If the webmaster would provide the actual instructions (or the ISO >> README would provide it), then we could perform an install. > > Haven’t you posted to this list before and used the Debian Ports images in > the past or am I confusing you with someone else? > > Anyway, the documentation is outdated when you use the Debian Ports ISO > images. > > Adrian I didn’t write that quoted bit. My installation is working great. Ken
Re: Updated Debian Ports installation images
> On Mar 20, 2022, at 5:01 PM, Jeffrey Walton wrote: > > On Sun, Mar 20, 2022 at 11:40 AM Ken Cunningham > wrote: > If the webmaster would provide the actual instructions (or the ISO > README would provide it), then we could perform an install. Haven’t you posted to this list before and used the Debian Ports images in the past or am I confusing you with someone else? Anyway, the documentation is outdated when you use the Debian Ports ISO images. Adrian
Re: Updated Debian Ports installation images
On Sun, Mar 20, 2022 at 11:40 AM Ken Cunningham wrote: > > Jeff, the debian installation process moved to GRUB a while back. > > I still think the monthly install/setup FAQ would be a good plan, by the way. > There was a flurry of interest for a short while. Yeah, maybe this should be pushed on the Debian webmasters. https://www.debian.org/ports/powerpc/inst/install doesn't provide instructions but says to use a NewWorldMac. Clicking the NewWorldMac link takes us to https://www.debian.org/ports/powerpc/inst/pmac. There are no instructions but there is a link that says "please study the fine Installation Manual." Clicking the link results in Page Not Found. If the webmaster would provide the actual instructions (or the ISO README would provide it), then we could perform an install. Jeff
Re: Updated Debian Ports installation images
Jeff, the debian installation process moved to GRUB a while back. I still think the monthly install/setup FAQ would be a good plan, by the way. There was a flurry of interest for a short while. Best to all, Ken > On Mar 20, 2022, at 6:12 AM, Jeffrey Walton wrote: > > On Sun, Mar 20, 2022 at 9:07 AM John Paul Adrian Glaubitz > wrote: >> >> >> >>> On Mar 20, 2022, at 1:53 PM, Jeffrey Walton wrote: >>> >>> Unfortunately, we still can't boot a PowerMac. Yaboot does load, but >>> it results in Unknown or corrupt filesystem. >> >> I do not quite understand the connection to Yaboot. The current images use >> GRUB, both for booting the installer and the installed system. >> >> Yaboot is unmaintained upstream, so it’s unlikely it will be able to work >> with modern ext4 systems in the foreseeable future. >> >> If you insist on using Yaboot, you will have to use ext2 or ext3. > > I don't insist on it. The instructions tell us to use it. The only > instructions I am aware of is the one where we do 'boot > cd:,/install/yaboot'. > > If the instructions have changed, can you please tell us where the > updated instructions are located? > > The README on the ISO has an Installing section, but there are no > instructions. > > Jeff >
Re: Updated Debian Ports installation images
On Sun, Mar 20, 2022 at 9:07 AM John Paul Adrian Glaubitz wrote: > > > > > On Mar 20, 2022, at 1:53 PM, Jeffrey Walton wrote: > > > > Unfortunately, we still can't boot a PowerMac. Yaboot does load, but > > it results in Unknown or corrupt filesystem. > > I do not quite understand the connection to Yaboot. The current images use > GRUB, both for booting the installer and the installed system. > > Yaboot is unmaintained upstream, so it’s unlikely it will be able to work > with modern ext4 systems in the foreseeable future. > > If you insist on using Yaboot, you will have to use ext2 or ext3. I don't insist on it. The instructions tell us to use it. The only instructions I am aware of is the one where we do 'boot cd:,/install/yaboot'. If the instructions have changed, can you please tell us where the updated instructions are located? The README on the ISO has an Installing section, but there are no instructions. Jeff
Re: Updated Debian Ports installation images
> On Mar 20, 2022, at 1:53 PM, Jeffrey Walton wrote: > > Unfortunately, we still can't boot a PowerMac. Yaboot does load, but > it results in Unknown or corrupt filesystem. I do not quite understand the connection to Yaboot. The current images use GRUB, both for booting the installer and the installed system. Yaboot is unmaintained upstream, so it’s unlikely it will be able to work with modern ext4 systems in the foreseeable future. If you insist on using Yaboot, you will have to use ext2 or ext3. Adrian
Re: Updated Debian Ports installation images
> On Mar 20, 2022, at 12:55 PM, Jeffrey Walton wrote: > > Forgive my ignorance. Wget requests testing of a patch on a 32-bit > big-endian machine. > > Can a PowerMac G5 run a 32-bit image? Are they like Intel x86_64? Yes, of course that works. Adrian
Re: Updated Debian Ports installation images
On Fri, Mar 18, 2022 at 1:59 PM John Paul Adrian Glaubitz wrote: > > I have created the first set of installation images in 2022, these are > available at the usual location in [1]. > > The ISO image for sparc64 has been verified to work correctly, I don't > know about the other architectures, however. > > I have also created the first images which include non-free firmware packages > but these are completely untested and firmware installation might not work > correctly as DEP-11 information is not available on the Debian Ports mirrors. > > The non-free images can be found here [2]. Unfortunately, we still can't boot a PowerMac. Yaboot does load, but it results in Unknown or corrupt filesystem. Thanks for the try. Jeff
Re: Updated Debian Ports installation images
On Fri, Mar 18, 2022 at 1:59 PM John Paul Adrian Glaubitz wrote: > > I have created the first set of installation images in 2022, these are > available at the usual location in [1]. > > The ISO image for sparc64 has been verified to work correctly, I don't > know about the other architectures, however. > > I have also created the first images which include non-free firmware packages > but these are completely untested and firmware installation might not work > correctly as DEP-11 information is not available on the Debian Ports mirrors. > > The non-free images can be found here [2]. Hi Adrian. Forgive my ignorance. Wget requests testing of a patch on a 32-bit big-endian machine. Can a PowerMac G5 run a 32-bit image? Are they like Intel x86_64? Jeff
Re: Updated Debian Ports installation images 2021-09-23
Hi Adrian, On Thu, 07 Oct 2021 11:19:30 +0100, John Paul Adrian Glaubitz wrote: > > Hello Marc! > > On 10/6/21 23:55, Marc Zyngier wrote: > > Finally got a chance to test this more thoroughly. It turns out that > > the install is failing because of my odd install method (dump the > > install image on the disk, boot on it, overwrite the install media > > with the install). > > Well, that can't work. The installation media is used during installation > to retrieve packages. It's not a pure network installation despite the name > NETINST. > > The NETINST image should rather called SMALL because the basic set > of packages is actually being sourced from CD. Only netboot images > are installing everything over the network. > > > This used to work until your images from 23/9/2021, but fails with the > > latest ones. > > That's pure accident. It's not expected to work, really. Fair enough. It was good while it lasted! :D > > However, using the disk to boot and then a USB key to > > provide another set of install media worked perfectly, and I now have > > a brand new XServe-G5! > > That's great. Since you have a kernel.org email address, maybe you > can help work on the PowerPC kernel a bit ;-). That's actually why I needed to bring this machine back to life after 10 years in storage. A bunch of the stuff I have dealt with recently have cross-architecture effects, with some being a consequence of bringing Linux up on some of the most recent Apple HW, oddly enough. Hopefully, the HW is robust enough to last another decade! Thanks, M. -- Without deviation from the norm, progress is not possible.
Re: Updated Debian Ports installation images 2021-09-23
Hello Marc! On 10/6/21 23:55, Marc Zyngier wrote: > Finally got a chance to test this more thoroughly. It turns out that > the install is failing because of my odd install method (dump the > install image on the disk, boot on it, overwrite the install media > with the install). Well, that can't work. The installation media is used during installation to retrieve packages. It's not a pure network installation despite the name NETINST. The NETINST image should rather called SMALL because the basic set of packages is actually being sourced from CD. Only netboot images are installing everything over the network. > This used to work until your images from 23/9/2021, but fails with the > latest ones. That's pure accident. It's not expected to work, really. > However, using the disk to boot and then a USB key to > provide another set of install media worked perfectly, and I now have > a brand new XServe-G5! That's great. Since you have a kernel.org email address, maybe you can help work on the PowerPC kernel a bit ;-). > I don't think it is worth worrying much about the odd install method. > This is unnecessary in most cases, and the workaround is easy (at > least in my case). It's a method that can't work so this isn't something we can fix ;-). > Thanks again for your precious help in getting this going! Sure. And thanks for the feedback regarding the missing SATA drivers. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
Hi Adrian, On Wed, 06 Oct 2021 14:11:53 +0100, John Paul Adrian Glaubitz wrote: > > Hi Marc! > > On 10/5/21 23:58, Marc Zyngier wrote: > > The installer then fails with: > > > > Oct 5 21:50:23 base-installer: error: exiting on error > > base-installer/no_codename > > > > Oct 5 21:50:34 main-menu[283]: WARNING **: Configuring 'bootstrap-base' > > failed with error code 1 > > > > Oct 5 21:50:34 main-menu[283]: WARNING **: Menu item 'bootstrap-base' > > failed. > > Please try these updated images. A test installation on sparc64 worked fine > for me: > > > https://cdimage.debian.org/cdimage/ports/snapshots/2021-10-06/ > > If it fails, please report back with the install log (from /var/log/syslog). Finally got a chance to test this more thoroughly. It turns out that the install is failing because of my odd install method (dump the install image on the disk, boot on it, overwrite the install media with the install). This used to work until your images from 23/9/2021, but fails with the latest ones. However, using the disk to boot and then a USB key to provide another set of install media worked perfectly, and I now have a brand new XServe-G5! I don't think it is worth worrying much about the odd install method. This is unnecessary in most cases, and the workaround is easy (at least in my case). Thanks again for your precious help in getting this going! M. -- Without deviation from the norm, progress is not possible.
Re: Updated Debian Ports installation images 2021-09-23
Hi Marc! On 10/5/21 23:58, Marc Zyngier wrote: > The installer then fails with: > > Oct 5 21:50:23 base-installer: error: exiting on error > base-installer/no_codename > > Oct 5 21:50:34 main-menu[283]: WARNING **: Configuring 'bootstrap-base' > failed with error code 1 > > Oct 5 21:50:34 main-menu[283]: WARNING **: Menu item 'bootstrap-base' > failed. Please try these updated images. A test installation on sparc64 worked fine for me: > https://cdimage.debian.org/cdimage/ports/snapshots/2021-10-06/ If it fails, please report back with the install log (from /var/log/syslog). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
On Tue, 05 Oct 2021 20:39:55 +0100, John Paul Adrian Glaubitz wrote: > > Hello! > > On 10/5/21 21:00, Marc Zyngier wrote: > >> Either way, I'm going to fix it. > > > > Awesome! > > Please try either of these images, they should fix both issues: > > > https://cdimage.debian.org/cdimage/ports/snapshots/2021-10-05/ They do fix these particular issues, so many thanks for sorting them out extremely quickly! I get: /dev/sda3 on /target type ext4 (rw,relatime,errors=remount-ro) /dev/sda2 on /target/boot/grub type hfs (rw,relatime,uid=0,gid=0) There are some other problems, unfortunately. I get a warning about the boot partition not being the first partition in the system (it really looks like it is, but the installer may be confused by the Apple partitioning system). I ignored it. The installer then fails with: Oct 5 21:50:23 base-installer: error: exiting on error base-installer/no_codename Oct 5 21:50:34 main-menu[283]: WARNING **: Configuring 'bootstrap-base' failed with error code 1 Oct 5 21:50:34 main-menu[283]: WARNING **: Menu item 'bootstrap-base' failed. I didn't have this problem with the previous versions, so that must be something new that changed in the meantime. Thanks, M. -- Without deviation from the norm, progress is not possible.
Re: Updated Debian Ports installation images 2021-09-23
On 10/5/21 23:58, Marc Zyngier wrote:> There are some other problems, unfortunately. I get a warning about > the boot partition not being the first partition in the system (it > really looks like it is, but the installer may be confused by the > Apple partitioning system). I ignored it. As I said, there is one bogus error message that you can just ignore. It's a known issue and normally displays an empty window. Interesting that you got a text. > The installer then fails with: > > Oct 5 21:50:23 base-installer: error: exiting on error > base-installer/no_codename > > Oct 5 21:50:34 main-menu[283]: WARNING **: Configuring 'bootstrap-base' > failed with error code 1 > > Oct 5 21:50:34 main-menu[283]: WARNING **: Menu item 'bootstrap-base' > failed. > > I didn't have this problem with the previous versions, so that must be > something new that changed in the meantime. Can you give me the full log from /var/log/syslog in the installer system? This might be due to a recent change in debian-installer as I just built it from git. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
Hello Adrian, sorry, no log, but I think there was something wrong in my partition table. I resolved deleting all partition on disk and reinstalling Debian . Il 05/10/2021 16:00, John Paul Adrian Glaubitz ha scritto: Hello Sante! On 10/5/21 15:35, Sante Nocciolino wrote: Tried to install on mac mini G4 http://cdimage.debian.org/cdimage/ports/snapshots/2021-09-23/debian-11.0.0-powerpc-NETINST-1.iso but grub fails to install. The installation process reports it was not able to install on /dev/sda3. I've tried booting in rescue mode from the debian CD above and from shell I've tried to give a "grub-install /dev/sad3" but it reports "grub-install: errore: la partizione selezionata non è una poartizione PReP" Could you provide your installation log file so I can figure out what went wrong? Also, if you repeat the installation, please perform it in English because I don't speak Italian. Adrian
Re: Updated Debian Ports installation images 2021-09-23
Hello! On 10/5/21 21:00, Marc Zyngier wrote: >> Either way, I'm going to fix it. > > Awesome! Please try either of these images, they should fix both issues: > https://cdimage.debian.org/cdimage/ports/snapshots/2021-10-05/ If you see a dialog box with a blank message, just answer . Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
On Tue, 05 Oct 2021 19:36:58 +0100, John Paul Adrian Glaubitz wrote: > > Hello Marc! > > On 10/5/21 19:46, Marc Zyngier wrote: > > However, as the initrd doesn't contain the SATA driver, it is unable > > to mount the image where all the udeb for the kernel modules are, and > > at this point I was stuck. > > I just had a look at the debian-installer package lists and indeed, the > sata-modules udeb is not included in the initrd for powerpc [1] and > ppc64 [2]. > > Strange that no one stumbled across this before. I wonder how people managed > to install on the G5 desktops in the past. Apparently it must have worked > someone or these machines use PATA emulation? If people booted over CDROM (or USB), it wouldn't matter. The initrd includes the pata_macio driver, and that would have been enough to get things rolling on any machine but mine (or anything else that can only boot from SATA). > Either way, I'm going to fix it. Awesome! Thanks again, M. -- Without deviation from the norm, progress is not possible.
Re: Updated Debian Ports installation images 2021-09-23
Hello! On 10/5/21 20:36, John Paul Adrian Glaubitz wrote: > Either way, I'm going to fix it. Fixed: > https://salsa.debian.org/installer-team/debian-installer/-/commit/6c7c4846451b3d89d7f75058a614610feb39fbee > https://salsa.debian.org/installer-team/debian-installer/-/commit/bfc78dfccd40e311207eb9ad348289039c7aee85 FWIW, network drivers are not included in the cdrom initrd as they are loaded from CD-ROM. On the other hand, network drivers are included in the netboot initrd and the block devices driver are loaded later over the network. I'm currently focusing on the CD-ROM images through. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
Hi Adrian,
On Tue, 05 Oct 2021 18:54:15 +0100,
John Paul Adrian Glaubitz wrote:
>
> Hi Marc!
>
> On 10/5/21 19:46, Marc Zyngier wrote:
> > It looks like we reached the same point in parallel! I also realise I
> > should have given a few more details about my setup, because it isn't
> > at all obvious from my email.
> >
> > The machine I use has no CDROM (it is what Apple used to call a
> > Cluster node), and cannot boot from USB. So the only way to install
> > Debian is to dump the NETINST image on the hard drive (take it to
> > another box, dd the image, move it back) and boot from that. It works
> > fine and I land in the installer
> >
> > However, as the initrd doesn't contain the SATA driver, it is unable
> > to mount the image where all the udeb for the kernel modules are, and
> > at this point I was stuck.
>
> Did you use the NETINST or netboot image? Those are not the
> same. netboot are for actual netboot and contain different drivers.
The image I used is debian-11.0.0-ppc64-NETINST-1.iso:
maz@valley-girl:~$ md5sum debian-11.0.0-ppc64-NETINST-1.iso
d53a296c3db4881a1c64345e1afa9056 debian-11.0.0-ppc64-NETINST-1.iso
I'm not sure the machine can actually netboot (from distant memory,
netbooting PowerMacs was a tricky business).
> Either way, I will check the d-i configuration for cdrom and check whether
> those modules are not included in the debian-installer build.
Happy to test another image when you have one.
> Can you just tell me whether it offered to create an HFS /boot
> partition?
It does offer to create one:
SCSI3 (0,0,0) (sdb) - 480.1 GB ATA CT480BX500SSD
> #1 32.3 kB Apple
> #2256.0 MBf hfs untitled /boot/grub
> #3478.8 GBf ext4untitled /
> #4 1.0 GBf swapswap swap
>25.1 kB FREE SPACE
However, if I select this partition, HFS isn't in the list of file
systems (I get Ext{2,3,4}, btrfs, JFS, XFS, FAT{16,32} and swap).
> The whole GRUB installation process is a solved problem. It can just
> be that the "partman-hfs" package is missing in this installer
> image. It's required to set up and format the HFS /boot partition.
I think that could well be it. I guess the partition gets silently
formatted as ext4, which leads to the above failure.
Do let me know if you need any other detail.
Thanks,
M.
--
Without deviation from the norm, progress is not possible.
Re: Updated Debian Ports installation images 2021-09-23
Hello Marc! On 10/5/21 19:46, Marc Zyngier wrote: > However, as the initrd doesn't contain the SATA driver, it is unable > to mount the image where all the udeb for the kernel modules are, and > at this point I was stuck. I just had a look at the debian-installer package lists and indeed, the sata-modules udeb is not included in the initrd for powerpc [1] and ppc64 [2]. Strange that no one stumbled across this before. I wonder how people managed to install on the G5 desktops in the past. Apparently it must have worked someone or these machines use PATA emulation? Either way, I'm going to fix it. Adrian > [1] > https://salsa.debian.org/installer-team/debian-installer/-/blob/master/build/pkg-lists/cdrom/powerpc.cfg > [2] > https://salsa.debian.org/installer-team/debian-installer/-/blob/master/build/pkg-lists/cdrom/ppc64.cfg -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
On Tue, 05 Oct 2021 18:22:06 +0100, John Paul Adrian Glaubitz wrote: > > Hi Marc! > > On 10/5/21 18:10, Marc Zyngier wrote: > > The very good news is that it boots all the way to the installer. > > The less good news is that it stops pretty quickly as none of the > > required drivers are actually in the install media. > > Not sure what installation media you used, but the CD-ROM image should > contain both the sata_svw and tg3 kernel modules. > > Grep for "tg3.ko" and "sata_svw.ko" in the build log [1]. > > Can you check whether the drivers are missing below /lib/modules? If > yes, I have to check the configuration for the debian-installer cdrom > initrd image. It looks like we reached the same point in parallel! I also realise I should have given a few more details about my setup, because it isn't at all obvious from my email. The machine I use has no CDROM (it is what Apple used to call a Cluster node), and cannot boot from USB. So the only way to install Debian is to dump the NETINST image on the hard drive (take it to another box, dd the image, move it back) and boot from that. It works fine and I land in the installer However, as the initrd doesn't contain the SATA driver, it is unable to mount the image where all the udeb for the kernel modules are, and at this point I was stuck. I managed to work around it by having a second installer image on a USB stick, and let the installer use that. It magically finds all the required drivers and the install can proceed. So the kernel configuration is actually already correct, and it is only the absence of the SATA driver in the initrd that is problematic in my case. I'm not sure if it is worth changing anything on my account here, as my use-case is pretty... tortuous. Anyway, the installer went almost to the end, at which point I face another issue: Oct 5 17:32:43 grub-installer: info: Installing grub on '/dev/sdb3' Oct 5 17:32:43 grub-installer: info: grub-install does not support --no-floppy Oct 5 17:32:43 grub-installer: info: Running chroot /target grub-install --macppc-directory=/boot/grub --no-nvram --force Oct 5 17:32:44 grub-installer: Installing for powerpc-ieee1275 platform. Oct 5 17:32:46 grub-installer: grub-install: error: filesystem on /boot/grub is neither HFS nor HFS+. Oct 5 17:32:46 grub-installer: error: Running 'grub-install --macppc-directory=/b=/t/grub --no-nvram --force failed. I need to see whether there is any way to convey this requirement to the installer at partition-time, but it will probably be a week-end thing now. Thanks, M. -- Without deviation from the norm, progress is not possible.
Re: Updated Debian Ports installation images 2021-09-23
Il 23/09/2021 11:30, John Paul Adrian Glaubitz ha scritto: Hi! I have just built and uploaded updated Debian Ports installation images. These images contain an updated apt-setup package which fixes the APT problem that occurred during installation with the 2021-09-21 images. I have performed a successful test installation on sparc64 and will perform a test on ia64 on my RX2660 later as well. I will provide more images updates in the following days which will contain more fixes such as for the hd-media installation as well as improvements on Apple PowerMac. The images can be obtained from [1]. Thanks, Adrian [1] https://cdimage.debian.org/cdimage/ports/snapshots/2021-09-23/ Tried to install on mac mini G4 http://cdimage.debian.org/cdimage/ports/snapshots/2021-09-23/debian-11.0.0-powerpc-NETINST-1.iso but grub fails to install. The installation process reports it was not able to install on /dev/sda3. I've tried booting in rescue mode from the debian CD above and from shell I've tried to give a "grub-install /dev/sad3" but it reports "grub-install: errore: la partizione selezionata non è una poartizione PReP" any suggestion on how to install grub? Thanks
Re: Updated Debian Ports installation images 2021-09-23
Hi Marc! On 10/5/21 19:46, Marc Zyngier wrote: > It looks like we reached the same point in parallel! I also realise I > should have given a few more details about my setup, because it isn't > at all obvious from my email. > > The machine I use has no CDROM (it is what Apple used to call a > Cluster node), and cannot boot from USB. So the only way to install > Debian is to dump the NETINST image on the hard drive (take it to > another box, dd the image, move it back) and boot from that. It works > fine and I land in the installer > > However, as the initrd doesn't contain the SATA driver, it is unable > to mount the image where all the udeb for the kernel modules are, and > at this point I was stuck. Did you use the NETINST or netboot image? Those are not the same. netboot are for actual netboot and contain different drivers. Either way, I will check the d-i configuration for cdrom and check whether those modules are not included in the debian-installer build. > Oct 5 17:32:43 grub-installer: info: Installing grub on '/dev/sdb3' > > Oct 5 17:32:43 grub-installer: info: grub-install does not support > --no-floppy > Oct 5 17:32:43 grub-installer: info: Running chroot /target grub-install > --macppc-directory=/boot/grub --no-nvram --force > > Oct 5 17:32:44 grub-installer: Installing for powerpc-ieee1275 platform. > > Oct 5 17:32:46 grub-installer: grub-install: error: filesystem on /boot/grub > is neither HFS nor HFS+. > > Oct 5 17:32:46 grub-installer: error: Running 'grub-install > --macppc-directory=/b=/t/grub --no-nvram --force failed. > > > I need to see whether there is any way to convey this requirement to > the installer at partition-time, but it will probably be a week-end > thing now. Can you just tell me whether it offered to create an HFS /boot partition? The whole GRUB installation process is a solved problem. It can just be that the "partman-hfs" package is missing in this installer image. It's required to set up and format the HFS /boot partition. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
Hi Marc! On 10/5/21 18:10, Marc Zyngier wrote: > The very good news is that it boots all the way to the installer. > The less good news is that it stops pretty quickly as none of the > required drivers are actually in the install media. Not sure what installation media you used, but the CD-ROM image should contain both the sata_svw and tg3 kernel modules. Grep for "tg3.ko" and "sata_svw.ko" in the build log [1]. Can you check whether the drivers are missing below /lib/modules? If yes, I have to check the configuration for the debian-installer cdrom initrd image. Adrian > [1] > https://buildd.debian.org/status/fetch.php?pkg=linux=powerpc=5.14.3-1~exp1=1631474298=0 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
On 10/5/2021 9:16:40 AM, John Paul Adrian Glaubitz wrote: Hi Marc! On 10/5/21 18:10, Marc Zyngier wrote: > Many thanks for keeping Debian alive on these old architectures. You're welcome. > I just dusted off my XServe-G5 (ppc64) and gave this snapshot a go. > > The very good news is that it boots all the way to the installer. > The less good news is that it stops pretty quickly as none of the > required drivers are actually in the install media. > > To be able to install Debian, you would at least need: > CONFIG_SATA_SVW (sata) > CONFIG_TIGON3 (Ethernet) Alex Perez: While you're at it, if you could also add SATA_SIL24 to the default build, this is, by far, the most common legacy SATA PCI controller that's used in legacy PCI-based PowerPC Macs.
Re: Updated Debian Ports installation images 2021-09-23
On 10/5/21 19:02, Alex Perez wrote: > While you're at it, if you could also add SATA_SIL24 to the default build, > this is, by far, the most common legacy SATA PCI controller that's used in > legacy PCI-based PowerPC Macs. Not sure what you mean by default build. The sata_sil24 module is part of the sata-modules-5.14.0-trunk-powerpc-di udeb package [1] which is included by the CD-ROM initrd image. If you have issues with the hardware not being detected, please file a bug report. Adrian > [1] > https://buildd.debian.org/status/fetch.php?pkg=linux=powerpc=5.14.3-1%7Eexp1=1631474298=0 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
Hi Adrian, On 2021-09-23 10:25, John Paul Adrian Glaubitz wrote: Hi! I have just built and uploaded updated Debian Ports installation images. These images contain an updated apt-setup package which fixes the APT problem that occurred during installation with the 2021-09-21 images. I have performed a successful test installation on sparc64 and will perform a test on ia64 on my RX2660 later as well. I will provide more images updates in the following days which will contain more fixes such as for the hd-media installation as well as improvements on Apple PowerMac. The images can be obtained from [1]. Thanks, Adrian [1] https://cdimage.debian.org/cdimage/ports/snapshots/2021-09-23/ Many thanks for keeping Debian alive on these old architectures. I just dusted off my XServe-G5 (ppc64) and gave this snapshot a go. The very good news is that it boots all the way to the installer. The less good news is that it stops pretty quickly as none of the required drivers are actually in the install media. To be able to install Debian, you would at least need: CONFIG_SATA_SVW (sata) CONFIG_TIGON3 (Ethernet) For the record, please find below the lspci captured on the machine. I'd be happy to test a future version of the install media if you decide to respin it at some point, and/or to provide more data should you need any. Thanks again, M. # lspci :f0:0b.0 Host bridge: Apple Inc. U3H AGP Bridge :f0:0b.0 Host bridge: Apple Inc. U3H AGP Bridge 0001:00:00.0 Host bridge: Apple Inc. U3 HT Bridge 0001:00:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] AMD-8131 PCI-X Bridge (rev 12) 0001:00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] AMD-8131 PCI-X Bridge (rev 12) 0001:00:03.0 PCI bridge: Apple Inc. K2 HT-PCI Bridge 0001:00:04.0 PCI bridge: Apple Inc. K2 HT-PCI Bridge 0001:00:05.0 PCI bridge: Apple Inc. K2 HT-PCI Bridge 0001:00:06.0 PCI bridge: Apple Inc. K2 HT-PCI Bridge 0001:00:07.0 PCI bridge: Apple Inc. K2 HT-PCI Bridge 0001:01:07.0 Unassigned class [ff00]: Apple Inc. K2 KeyLargo Mac/IO (rev 60) 0001:02:0b.0 USB controller: NEC Corporation OHCI USB Controller (rev 43) 0001:02:0b.1 USB controller: NEC Corporation OHCI USB Controller (rev 43) 0001:02:0b.2 USB controller: NEC Corporation uPD72010x USB 2.0 Controller (rev 04) 0001:03:0d.0 Unassigned class [ff00]: Apple Inc. K2 ATA/100 0001:03:0e.0 FireWire (IEEE 1394): Apple Inc. K2 FireWire 0001:05:0c.0 IDE interface: Broadcom K2 SATA 0001:07:04.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5704 Gigabit Ethernet (rev 03) 0001:07:04.1 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5704 Gigabit Ethernet (rev 03) -- Jazz is not dead. It just smells funny...
Re: Updated Debian Ports installation images 2021-09-23
Hi Marc! On 10/5/21 18:10, Marc Zyngier wrote: > Many thanks for keeping Debian alive on these old architectures. You're welcome. > I just dusted off my XServe-G5 (ppc64) and gave this snapshot a go. > > The very good news is that it boots all the way to the installer. > The less good news is that it stops pretty quickly as none of the > required drivers are actually in the install media. > > To be able to install Debian, you would at least need: > CONFIG_SATA_SVW (sata) > CONFIG_TIGON3 (Ethernet) > > For the record, please find below the lspci captured on the machine. Thanks for the feedback. I will update the kernel configuration accordingly. > I'd be happy to test a future version of the install media if you > decide to respin it at some point, and/or to provide more data > should you need any. I will let you know once I have updated the kernel configuration. These changes will take a few weeks to propagate into the installer images. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
On 10/5/21 16:33, Alex McKeever wrote: > I translated what Sante said the error message was via Google Translate: > The error is this: > "grub-install: error: the selected partition is not a PReP partition" Yes, I could have done that with Google Translate myself. But that error message is not helpful without the rest of the installation log. I cannot really tell what's wrong from this single error message as the cause might be a different one. > I hope all is well, Adrian. Aside from trying to get X working on Linux > in general (which I’ve failed to do so with my iMac G3 in both VoidPPC > and Debian Ports Sid with a proper XOrg configuration (with monitor > Modelines and everything. It sees the internal display, it just can’t > use any configurations from the display no matter what I try.) Please start a separate thread for that. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-23
Hello Sante! On 10/5/21 15:35, Sante Nocciolino wrote: > Tried to install on mac mini G4 > > http://cdimage.debian.org/cdimage/ports/snapshots/2021-09-23/debian-11.0.0-powerpc-NETINST-1.iso > > but grub fails to install. The installation process reports it was not able > to install on /dev/sda3. > > I've tried booting in rescue mode from the debian CD above and from shell > I've tried to give a "grub-install /dev/sad3" but it reports > "grub-install: errore: la partizione selezionata non è una poartizione PReP" Could you provide your installation log file so I can figure out what went wrong? Also, if you repeat the installation, please perform it in English because I don't speak Italian. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: ATA problems on G4 and G5 - was: Re: Updated Debian Ports installation images 2021-09-21
Hi! On 9/26/21 15:17, Riccardo Mottola wrote: > On my iMac G5 with serial ata (buit still the original apple spinning rust > HDD inside) all seems fine: As Anatoly already found out, it's an issue limited to SSDs, see: > https://bugzilla.kernel.org/show_bug.cgi?id=195895 Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: ATA problems on G4 and G5 - was: Re: Updated Debian Ports installation images 2021-09-21
Hello, On 2021-09-23 10:13:52 +0100 John Paul Adrian Glaubitz wrote: Hello Kristoffer! On 9/23/21 11:10, kristoffer...@tuta.io wrote: After upgrading to 5.14.6, both my G5 and G4 machines won't boot with this kernel. They stop at this: ata1.00 failed to set xfermode (err_mask = 0x40) There was not a problem with 5.10.3 and 5.10.8 or at least went thru with that part. Both machines are equipped with the SSDs. You are the first to report this issue but I haven't tested this kernel on my own hardware yet. Let's wait for others on this list to chime in and see if they have run into the problem as well. If others can reproduce the problem, it's time for bisecting the kernel. On my iMac G5 with serial ata (buit still the original apple spinning rust HDD inside) all seems fine: [0.908371] libata version 3.00 loaded. [1.363301] pata-pci-macio 0001:02:0d.0: enabling device ( -> 0002) [1.382290] pata-pci-macio 0001:02:0d.0: Activating pata-macio chipset Shasta ATA-6, Apple bus ID 3 [1.390594] scsi host0: pata_macio [1.391343] ata1: PATA max UDMA/133 irq 38 [1.552920] ata1.00: ATAPI: MATSHITADVD-R UJ-846, FA0G, max UDMA/66 [1.565777] ata1.00: K2/Shasta alignment limits applied [3.280150] sata_svw 0001:02:0c.0: version 2.3 [3.326633] scsi host1: sata_svw [3.446662] scsi host2: sata_svw [3.538050] scsi host3: sata_svw [3.636359] scsi host4: sata_svw [3.721705] ata2: SATA max UDMA/133 mmio m8192@0x80102000 port 0x80102000 irq 18 [3.732549] ata3: SATA max UDMA/133 mmio m8192@0x80102000 port 0x80102100 irq 18 [3.743191] ata4: SATA max UDMA/133 mmio m8192@0x80102000 port 0x80102200 irq 18 [3.753840] ata5: SATA max UDMA/133 mmio m8192@0x80102000 port 0x80102300 irq 18 [4.110612] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [4.124825] ata2.00: ATA-7: Maxtor 6L250M0, BANC1G10, max UDMA/133 [4.135634] ata2.00: 490234752 sectors, multi 0: LBA48 NCQ (not used) [4.155100] ata2.00: configured for UDMA/133 [4.593209] ata3: SATA link down (SStatus 4 SControl 300) [5.645820] ata4: failed to resume link (SControl 0) [5.657679] ata4: SATA link down (SStatus 0 SControl 0) [6.725830] ata5: failed to resume link (SControl 0) [6.741523] ata5: SATA link down (SStatus 0 SControl 0) [9.138995] EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none. [ 25.226642] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 29.050599] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none. Riccardo -- Sent with GNUMail from GNUstep on a Raspberry PI 4.
Re: Re: Updated Debian Ports installation images 2021-09-21
I wasn't so precise, "stuck" means after that line prompt stop blinking and Mac seems to be frozen. Force restart only left. I attached dmesg. -- Wiadomość wysłana za pomocą serwisu Tutanota, oferującego bezpieczną i wolną od reklam usługę e-mail: https://tutanota.com [0.00] Total memory = 1024MB; using 2048kB for hash table [0.00] Activating Kernel Userspace Execution Prevention [0.00] Activating Kernel Userspace Access Protection [0.00] Linux version 5.10.0-3-powerpc (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 Debian 5.10.12-1 (2021-01-30) [0.00] Found initrd at 0xc300:0xc466d8a6 [0.00] ioremap() called early from pmac_feature_init+0xd4/0xad4. Use early_ioremap() instead [0.00] Found UniNorth memory controller & host bridge @ 0xf800 revision: 0xd2 [0.00] Mapped at 0xff3c [0.00] ioremap() called early from probe_one_macio+0x17c/0x2b4. Use early_ioremap() instead [0.00] Found a Intrepid mac-io controller, rev: 0, mapped at 0x(ptrval) [0.00] Processor NAP mode on idle enabled. [0.00] PowerMac motherboard: Mac mini [0.00] ioremap() called early from btext_map+0x6c/0xc4. Use early_ioremap() instead [0.00] Using PowerMac machine description [0.00] printk: bootconsole [udbg0] enabled [0.00] - [0.00] phys_mem_size = 0x4000 [0.00] dcache_bsize = 0x20 [0.00] icache_bsize = 0x20 [0.00] cpu_features = 0x2510600a [0.00] possible= 0x277de14a [0.00] always = 0x0100 [0.00] cpu_user_features = 0x9c01 0x [0.00] mmu_features = 0x00010001 [0.00] Hash_size = 0x20 [0.00] Hash_mask = 0x7fff [0.00] - [0.00] ioremap() called early from pmac_pci_init+0x220/0x784. Use early_ioremap() instead [0.00] ioremap() called early from pmac_pci_init+0x234/0x784. Use early_ioremap() instead [0.00] Found UniNorth PCI host bridge at 0xf000. Firmware bus number: 0->0 [0.00] PCI host bridge /pci@f000 ranges: [0.00] MEM 0xf100..0xf1ff -> 0xf100 [0.00] IO 0xf000..0xf07f -> 0x [0.00] ioremap() called early from pci_process_bridge_OF_ranges+0x164/0x2dc. Use early_ioremap() instead [0.00] MEM 0x9000..0x9fff -> 0x9000 [0.00] ioremap() called early from pmac_pci_init+0x220/0x784. Use early_ioremap() instead [0.00] ioremap() called early from pmac_pci_init+0x234/0x784. Use early_ioremap() instead [0.00] Found UniNorth PCI host bridge at 0xf200. Firmware bus number: 0->0 [0.00] PCI host bridge /pci@f200 (primary) ranges: [0.00] MEM 0xf300..0xf3ff -> 0xf300 [0.00] IO 0xf200..0xf27f -> 0x [0.00] ioremap() called early from pci_process_bridge_OF_ranges+0x164/0x2dc. Use early_ioremap() instead [0.00] MEM 0x8000..0x8fff -> 0x8000 [0.00] ioremap() called early from pmac_pci_init+0x220/0x784. Use early_ioremap() instead [0.00] ioremap() called early from pmac_pci_init+0x234/0x784. Use early_ioremap() instead [0.00] Found UniNorth PCI host bridge at 0xf400. Firmware bus number: 0->0 [0.00] PCI host bridge /pci@f400 ranges: [0.00] MEM 0xf500..0xf5ff -> 0xf500 [0.00] IO 0xf400..0xf47f -> 0x [0.00] ioremap() called early from pci_process_bridge_OF_ranges+0x164/0x2dc. Use early_ioremap() instead [0.00] ioremap() called early from pmac_setup_arch+0x11c/0x294. Use early_ioremap() instead [0.00] ioremap() called early from find_via_pmu+0x21c/0x540. Use early_ioremap() instead [0.00] ioremap() called early from find_via_pmu+0x248/0x540. Use early_ioremap() instead [0.00] via-pmu: Server Mode is disabled [0.00] PMU driver v2 initialized for Core99, firmware: 55 [0.00] ioremap() called early from pmac_nvram_init+0x150/0x53c. Use early_ioremap() instead [0.00] nvram: Checking bank 0... [0.00] nvram: gen0=432, gen1=433 [0.00] nvram: Active bank is: 1 [0.00] nvram: OF partition at 0x410 [0.00] nvram: XP partition at 0x1020 [0.00] nvram: NR partition at 0x1120 [0.00] Top of RAM: 0x4000, Total RAM: 0x4000 [0.00] Memory hole size: 0MB [0.00] Zone ranges: [0.00]
Re: Updated Debian Ports installation images 2021-09-21
Rick, On 9/24/21 4:00 AM, Rick Thomas wrote: > On Fri, Sep 24, 2021, at 12:47 AM, Efraim Flashner wrote: >> On Thu, Sep 23, 2021 at 11:30:26PM +0200, John Paul Adrian Glaubitz wrote: >>> Hello! >>> >>> On 9/23/21 23:08, kristoffer...@tuta.io wrote: I also made a fresh installation on another G4 (this time on Mini) with mechanical HDD and stuck here: i2c:powermac modalias failure /uni-n@800/i2c@f8001000/cereal >>> What do you mean by "stuck here"? Does it boot up to his point and >>> then nothing further happens? >>> >>> Please provide a little more information and context, i.e. what you >>> did to get there and so on. >>> >>> Adrian >>> >> I'm seeing something similar. using the attached screen of my iBook G4 >> the last lines I see are >> >> [ 30.582886] fb0: switching to radeondrmfb from OFfb ATY,Snowy_ >> [ 30.660875] b43 ssb0:0: firmware: direct-loading firmware b43/ucode5.fw >> >> and then the screen has been frozen for hours. I am able to ssh into the >> machine anduse it from there but I have a minimum machine load of about 2. >> I figured it was related to the firmware-amd-graphics package I installed. > I'm seeing the same behavior on a Mac mini G4 (standard spinning rust hard > drive, if it makes a difference). Screen freezes just at the time it > switches from the open-firmware frame-buffer driver to something more native. > I don't know what graphics chip it's using. I can ssh into the machine and > run something to find out, if you can tell me what to run. > > Is there some way to tell it to not try to switch graphics drivers away from > OF-FB? > > Thanks! > Rick > If you add "video=ofonly" as a kernel command line option, does it work? -Stan
Re: Updated Debian Ports installation images 2021-09-21
On Fri, Sep 24, 2021, at 12:47 AM, Efraim Flashner wrote: > On Thu, Sep 23, 2021 at 11:30:26PM +0200, John Paul Adrian Glaubitz wrote: >> Hello! >> >> On 9/23/21 23:08, kristoffer...@tuta.io wrote: >> > I also made a fresh installation on another G4 (this time on Mini) with >> > mechanical HDD and stuck here: >> > i2c:powermac modalias failure /uni-n@800/i2c@f8001000/cereal >> >> What do you mean by "stuck here"? Does it boot up to his point and >> then nothing further happens? >> >> Please provide a little more information and context, i.e. what you >> did to get there and so on. >> >> Adrian >> > > I'm seeing something similar. using the attached screen of my iBook G4 > the last lines I see are > > [ 30.582886] fb0: switching to radeondrmfb from OFfb ATY,Snowy_ > [ 30.660875] b43 ssb0:0: firmware: direct-loading firmware b43/ucode5.fw > > and then the screen has been frozen for hours. I am able to ssh into the > machine anduse it from there but I have a minimum machine load of about 2. > I figured it was related to the firmware-amd-graphics package I installed. I'm seeing the same behavior on a Mac mini G4 (standard spinning rust hard drive, if it makes a difference). Screen freezes just at the time it switches from the open-firmware frame-buffer driver to something more native. I don't know what graphics chip it's using. I can ssh into the machine and run something to find out, if you can tell me what to run. Is there some way to tell it to not try to switch graphics drivers away from OF-FB? Thanks! Rick
Re: Updated Debian Ports installation images 2021-09-21
On Thu, Sep 23, 2021 at 11:30:26PM +0200, John Paul Adrian Glaubitz wrote: > Hello! > > On 9/23/21 23:08, kristoffer...@tuta.io wrote: > > I also made a fresh installation on another G4 (this time on Mini) with > > mechanical HDD and stuck here: > > i2c:powermac modalias failure /uni-n@800/i2c@f8001000/cereal > > What do you mean by "stuck here"? Does it boot up to his point and > then nothing further happens? > > Please provide a little more information and context, i.e. what you > did to get there and so on. > > Adrian > I'm seeing something similar. using the attached screen of my iBook G4 the last lines I see are [ 30.582886] fb0: switching to radeondrmfb from OFfb ATY,Snowy_ [ 30.660875] b43 ssb0:0: firmware: direct-loading firmware b43/ucode5.fw and then the screen has been frozen for hours. I am able to ssh into the machine anduse it from there but I have a minimum machine load of about 2. I figured it was related to the firmware-amd-graphics package I installed. (ins)efraim@g4:~$ apt-cache policy Package files: 100 /var/lib/dpkg/status release a=now 500 http://flashner.co.il/debian sid/non-free powerpc Packages release o=Efraim ,a=unstable,n=sid,l=Custom Debian ports packages,c=non-free,b=powerpc origin flashner.co.il 500 http://flashner.co.il/debian sid/contrib powerpc Packages release o=Efraim ,a=unstable,n=sid,l=Custom Debian ports packages,c=contrib,b=powerpc origin flashner.co.il 500 http://flashner.co.il/debian sid/main powerpc Packages release o=Efraim ,a=unstable,n=sid,l=Custom Debian ports packages,c=main,b=powerpc origin flashner.co.il 500 http://deb.debian.org/debian-ports sid/main all Packages release v=1.0,o=Debian Ports,a=unstable,n=sid,l=ftp.ports.debian.org,c=main,b=all origin deb.debian.org 500 http://deb.debian.org/debian-ports sid/main powerpc Packages release v=1.0,o=Debian Ports,a=unstable,n=sid,l=ftp.ports.debian.org,c=main,b=powerpc origin deb.debian.org Pinned packages: (ins)efraim@g4:~$ aptitude search "?origin (flashner.co.il) ?installed" i b43-fwcutter- utility for extracting Broadcom 43xx firmware i firmware-amd-graphics - Binary firmware for AMD/ATI graphics chips i firmware-b43-installer - firmware installer for the b43 driver i guile-git - guile bindings for libgit2 i guile-gnutls- GNU TLS library - GNU Guile bindings i guile-json - JSON module for Guile i guile-library - Library of useful Guile modules i guile-zlib - zlib bindings for guile i A libgnutls-dane0 - GNU TLS library - DANE security support i A libgnutls-openssl27 - GNU TLS library - OpenSSL wrapper i A libgnutls28-dev - GNU TLS library - development files i A libgnutls30 - GNU TLS library - main runtime library i A libgnutlsxx28 - GNU TLS library - C++ runtime library i A libsndio7.0 - Small audio and MIDI framework from OpenBSD, runtime libraries i A pinentry-curses - curses-based PIN or pass-phrase entry dialog for GnuPG i pinentry-efl- EFL-based PIN or pass-phrase entry dialog for GnuPG i A python3-gi - Python 3 bindings for gobject-introspection libraries i A python3-gi-cairo- Python 3 Cairo bindings for the GObject library i translate-shell - Command-line translator using Google Translate, etc. I also attached the current /var/log/messages -- Efraim Flashner רנשלפ םירפא GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted messages.gz Description: application/gunzip signature.asc Description: PGP signature
Re: Updated Debian Ports installation images 2021-09-21
Hello! On 9/23/21 23:08, kristoffer...@tuta.io wrote: > I also made a fresh installation on another G4 (this time on Mini) with > mechanical HDD and stuck here: > i2c:powermac modalias failure /uni-n@800/i2c@f8001000/cereal What do you mean by "stuck here"? Does it boot up to his point and then nothing further happens? Please provide a little more information and context, i.e. what you did to get there and so on. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Re: Updated Debian Ports installation images 2021-09-21
Small update: G5 works fine now after reinstallation of the "bad" kernel. I also made a fresh installation on another G4 (this time on Mini) with mechanical HDD and stuck here: i2c:powermac modalias failure /uni-n@800/i2c@f8001000/cereal Of course older kernel has no issues. -- Wiadomość wysłana za pomocą serwisu Tutanota, oferującego bezpieczną i wolną od reklam usługę e-mail: https://tutanota.com
Re: ATA problems on G4 and G5 - was: Re: Updated Debian Ports installation images 2021-09-21
On Thu, Sep 23, 2021 at 11:13:52AM +0200, John Paul Adrian Glaubitz wrote: > Hello Kristoffer! > > On 9/23/21 11:10, kristoffer...@tuta.io wrote: > > After upgrading to 5.14.6, both my G5 and G4 machines won't boot with this > > kernel. They stop at this: ata1.00 failed to set xfermode (err_mask = > > 0x40) > > There was not a problem with 5.10.3 and 5.10.8 or at least went thru with > > that part. > > Both machines are equipped with the SSDs. > > You are the first to report this issue but I haven't tested this kernel on my > own > hardware yet. Let's wait for others on this list to chime in and see if they > have > run into the problem as well. > > If others can reproduce the problem, it's time for bisecting the kernel. > I just rebooted my iBook G4 with the 5.14.6 kernel, running 5.10.46 previously. My machine still has the original 4200 RPM disk and I didn't get stuck there. -- Efraim Flashner רנשלפ םירפא GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature
Re: Updated Debian Ports installation images 2021-09-21
On Thu, Sep 23, 2021 at 12:10 PM wrote: > > Hi, > This my first post here, so hello to everyone :) > > After upgrading to 5.14.6, both my G5 and G4 machines won't boot with this > kernel. They stop at this: ata1.00 failed to set xfermode (err_mask = > 0x40) > There was not a problem with 5.10.3 and 5.10.8 or at least went thru with > that part. > Both machines are equipped with the SSDs. have you seen this discussion https://bugzilla.kernel.org/show_bug.cgi?id=195895 they have some patches to begin with...
ATA problems on G4 and G5 - was: Re: Updated Debian Ports installation images 2021-09-21
Hello Kristoffer! On 9/23/21 11:10, kristoffer...@tuta.io wrote: > After upgrading to 5.14.6, both my G5 and G4 machines won't boot with this > kernel. They stop at this: ata1.00 failed to set xfermode (err_mask = > 0x40) > There was not a problem with 5.10.3 and 5.10.8 or at least went thru with > that part. > Both machines are equipped with the SSDs. You are the first to report this issue but I haven't tested this kernel on my own hardware yet. Let's wait for others on this list to chime in and see if they have run into the problem as well. If others can reproduce the problem, it's time for bisecting the kernel. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: Updated Debian Ports installation images 2021-09-21
Hi, This my first post here, so hello to everyone :) After upgrading to 5.14.6, both my G5 and G4 machines won't boot with this kernel. They stop at this: ata1.00 failed to set xfermode (err_mask = 0x40) There was not a problem with 5.10.3 and 5.10.8 or at least went thru with that part. Both machines are equipped with the SSDs. Regards, Kristoffer -- Wiadomość wysłana za pomocą serwisu Tutanota, oferującego bezpieczną i wolną od reklam usługę e-mail: https://tutanota.com
