I'm glad to release the beta version of the new livecd / installer at [1]. There are some test which you could do, one which *everyone* could do, also who has already installed archppc, and another which who want to install archppc could try. Meanwhile, I'm trying to get out linux-pmac-nosmp and linux-pmac-nosmp64, to install archppc under qemu.
## First test - Everyone could do it
Simply, burn the iso on a CD (CD-RW, so you don't lost the CD if we release another) and try to boot with it (holding C when mac boots). Four kernels are available: arch, arch-ofonly and 64 bit version of them. After a successfull boot with arch (or arch64) report your hardware. Mine: G4 with aTi, 1GB RAM, successfully booted "arch". Please note that I'm interested on 64 bit bug reports, as I haven't a G5 to test it.
## Second test - installation
I have modified old installer to work with linux-pmac and linux-pmac64 packages. I could have miss something, as I can't test the installation right now. So, try it, and report in real time any problem.
> I'm glad to release the beta version of the new livecd / installer at > [1]. There are some test which you could do, one which *everyone* could > do, also who has already installed archppc, and another which who want > to install archppc could try. Meanwhile, I'm trying to get out > linux-pmac-nosmp and linux-pmac-nosmp64, to install archppc under qemu.
If you want to help us qemu guys, please take priority on linux-pmac-nosmp only. Enabled SMP kernel support for pmac64 works fine, yet more than one CPU isn't supported by qemu. Runs, but makes no sense if 32bit works fine.
> Simply, burn the iso on a CD (CD-RW, so you don't lost the CD if we > release another) and try to boot with it (holding C when mac boots). > Four kernels are available: arch, arch-ofonly and 64 bit version of > them. After a successfull boot with arch (or arch64) report your > hardware. > Mine: G4 with aTi, 1GB RAM, successfully booted "arch". > Please note that I'm interested on 64 bit bug reports, as I haven't a G5 > to test it.
> ## Second test - installation
> I have modified old installer to work with linux-pmac and linux-pmac64 > packages. I could have miss something, as I can't test the installation > right now. So, try it, and report in real time any problem.
> I'm glad to release the beta version of the new livecd / installer at > [1]. There are some test which you could do, one which *everyone* could > do, also who has already installed archppc, and another which who want > to install archppc could try. Meanwhile, I'm trying to get out > linux-pmac-nosmp and linux-pmac-nosmp64, to install archppc under qemu.
> ## First test - Everyone could do it
> Simply, burn the iso on a CD (CD-RW, so you don't lost the CD if we > release another) and try to boot with it (holding C when mac boots). > Four kernels are available: arch, arch-ofonly and 64 bit version of > them. After a successfull boot with arch (or arch64) report your > hardware. > Mine: G4 with aTi, 1GB RAM, successfully booted "arch". > Please note that I'm interested on 64 bit bug reports, as I haven't a G5 > to test it.
> ## Second test - installation
> I have modified old installer to work with linux-pmac and linux-pmac64 > packages. I could have miss something, as I can't test the installation > right now. So, try it, and report in real time any problem.
It doesn't boot on my Power Mac G4 Quick Silver. Looks like the kernel/udev has issues trying the DVD device. Same issue I had with the old install (it couldn't find my root partition - /dev/sda4)
Il giorno mar, 06/03/2012 alle 22.26 -0500, David Liana ha scritto:
> It doesn't boot on my Power Mac G4 Quick Silver. > Looks like the kernel/udev has issues trying the DVD device. Same issue > I had with the old install (it couldn't find my root partition - /dev/sda4)
It hangs on loading initramfs or when the control passes to /sbin/init (when you see coloured text, it is /sbin/init, before that it is initramfs) ?
> Il giorno mar, 06/03/2012 alle 22.26 -0500, David Liana ha scritto:
>> It doesn't boot on my Power Mac G4 Quick Silver. >> Looks like the kernel/udev has issues trying the DVD device. Same issue >> I had with the old install (it couldn't find my root partition - /dev/sda4) > It hangs on loading initramfs or when the control passes to /sbin/init > (when you see coloured text, it is /sbin/init, before that it is > initramfs) ?
Looks like it's after /sbin/init is started. It appears to be udev. I've attached a picture.
> On 03/07/2012 05:35 PM, David Liana wrote: >> Doesn't look like it loaded... what module(s) should I load? > You should at least see "cdrom" and "sr_mod" in the list of modules.
>> I'm running a Power Mac G4 Quick Silver. > The machine model doesn't make a difference here, "cdrom" and "sr_mod" > abstract any ata/sata interfaces provided by the chipset drivers.
> Cheers, > - -k > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> On 03/07/2012 05:47 PM, David Liana wrote: >> It looks like this loades farther but doesn't work with my nvidia >> card. > As it's not simple to trick udev into not trying to load nouveau.ko > once a compatible card is detected my question to Danimoth. :)
> @Danimoth
> Is there linux-firmware installed on the cd?
> -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Il giorno mer, 07/03/2012 alle 17.54 -0600, kthfive ha scritto:
> @Danimoth
> Is there linux-firmware installed on the cd?
On the CD is installed all "base" pkgs and their dependencies, so linux-firmware should be installed as dependency of linux-pmac{64}.
For David, could you in the recovery console do commands? If yes, try them:
# ls /dev/disk/by-label # lsmod # dmesg
To maintain these output, you could use a usbcard.. just mount it and redirect output to some file on it. Ah, the card must be in ext[2|3|4], because I don't know if rw support is enabled on livecd for ntfs.
Hi again! ## First test : cd boots gently on a macmini G4 (M9687) I may try an install on this machine later, but I'd like to test it on a pmac, first. Z.
> I'm glad to release the beta version of the new livecd / installer at > [1]. There are some test which you could do, one which *everyone* could > do, also who has already installed archppc, and another which who want > to install archppc could try. Meanwhile, I'm trying to get out > linux-pmac-nosmp and linux-pmac-nosmp64, to install archppc under qemu.
> ## First test - Everyone could do it
> Simply, burn the iso on a CD (CD-RW, so you don't lost the CD if we > release another) and try to boot with it (holding C when mac boots). > Four kernels are available: arch, arch-ofonly and 64 bit version of > them. After a successfull boot with arch (or arch64) report your > hardware. > Mine: G4 with aTi, 1GB RAM, successfully booted "arch". > Please note that I'm interested on 64 bit bug reports, as I haven't a G5 > to test it.
> ## Second test - installation
> I have modified old installer to work with linux-pmac and linux-pmac64 > packages. I could have miss something, as I can't test the installation > right now. So, try it, and report in real time any problem.
Hi everyone! First of all, lots of thanks for all the good work done here. And some more about releasing a new cd !
> For David, could you in the recovery console do commands? If yes, try > them:
> # ls /dev/disk/by-label > # lsmod > # dmesg
> To maintain these output, you could use a usbcard.. just mount it and > redirect output to some file on it. Ah, the card must be in ext[2|3|4], > because I don't know if rw support is enabled on livecd for ntfs.
> Thank you!
On a Powermac G4 gigabit ethernet, I experienced exactly the same symptom as David - see his joined pic, the only difference is I get two "tuxes" on the top, showing the two CPU are taken into consideration. The same when booting on arch-ofonly.
From the recovery console, # ls /dev/disk/by-label gives nothing back : there's no such directory. In /dev/disk/by-path, I only get the usbkey on which were redirected the following commands output (actually /dev/sda). So here are attached my full dmesg and lsmod output.
See you soon Z.
P.S. Though the usbkey was under fat16 format and the fat and vfat modules had been loaded, I had to format it in ext4 to be able to write on it.
I think some drivers are going to have to be added to the kernel for the pmac any way. I used an old CD to boot and none of the pata/cdrom drivers are present and/or load correctly.
> Hi again! > ## First test : cd boots gently on a macmini G4 (M9687) > I may try an install on this machine later, but I'd like to test it on > a pmac, first. > Z.
> On 05/03/2012 11:18, JJ DaNiMoTh wrote: >> Hello,
>> I'm glad to release the beta version of the new livecd / installer at >> [1]. There are some test which you could do, one which *everyone* could >> do, also who has already installed archppc, and another which who want >> to install archppc could try. Meanwhile, I'm trying to get out >> linux-pmac-nosmp and linux-pmac-nosmp64, to install archppc under qemu.
>> ## First test - Everyone could do it
>> Simply, burn the iso on a CD (CD-RW, so you don't lost the CD if we >> release another) and try to boot with it (holding C when mac boots). >> Four kernels are available: arch, arch-ofonly and 64 bit version of >> them. After a successfull boot with arch (or arch64) report your >> hardware. >> Mine: G4 with aTi, 1GB RAM, successfully booted "arch". >> Please note that I'm interested on 64 bit bug reports, as I haven't a G5 >> to test it.
>> ## Second test - installation
>> I have modified old installer to work with linux-pmac and linux-pmac64 >> packages. I could have miss something, as I can't test the installation >> right now. So, try it, and report in real time any problem.
> I think some drivers are going to have to be added to the kernel for > the pmac any way. I used an old CD to boot and none of the pata/cdrom > drivers are present and/or load correctly.
> On 03/08/2012 08:24 PM, Jean S. wrote: >> Hi again! >> ## First test : cd boots gently on a macmini G4 (M9687) >> I may try an install on this machine later, but I'd like to test it >> on a pmac, first. >> Z.
>> On 05/03/2012 11:18, JJ DaNiMoTh wrote: >>> Hello,
>>> I'm glad to release the beta version of the new livecd / installer at >>> [1]. There are some test which you could do, one which *everyone* could >>> do, also who has already installed archppc, and another which who want >>> to install archppc could try. Meanwhile, I'm trying to get out >>> linux-pmac-nosmp and linux-pmac-nosmp64, to install archppc under qemu.
>>> ## First test - Everyone could do it
>>> Simply, burn the iso on a CD (CD-RW, so you don't lost the CD if we >>> release another) and try to boot with it (holding C when mac boots). >>> Four kernels are available: arch, arch-ofonly and 64 bit version of >>> them. After a successfull boot with arch (or arch64) report your >>> hardware. >>> Mine: G4 with aTi, 1GB RAM, successfully booted "arch". >>> Please note that I'm interested on 64 bit bug reports, as I haven't >>> a G5 >>> to test it.
>>> ## Second test - installation
>>> I have modified old installer to work with linux-pmac and linux-pmac64 >>> packages. I could have miss something, as I can't test the installation >>> right now. So, try it, and report in real time any problem.
> From the recovery console, # ls /dev/disk/by-label gives nothing > back : there's no such directory. In /dev/disk/by-path, I only get > the usbkey on which were redirected the following commands output > (actually /dev/sda). So here are attached my full dmesg and lsmod > output.
Problem found!
In your case there is no storage driver other than usb-storage loaded at all. Loading pata_macio andd then cdrom should fix this. I remember having forced the load of the pata_macio in the older installer just because udev doesn't like to pick it up. Same as with snd-powermac.
Cheers, - -k -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> On 03/08/2012 06:46 PM, Jean S. wrote: > > From the recovery console, # ls /dev/disk/by-label gives nothing > > back : there's no such directory. In /dev/disk/by-path, I only get > > the usbkey on which were redirected the following commands output > > (actually /dev/sda). So here are attached my full dmesg and lsmod > > output.
> Problem found!
> In your case there is no storage driver other than usb-storage loaded > at all. Loading pata_macio andd then cdrom should fix this. I remember > having forced the load of the pata_macio in the older installer just > because udev doesn't like to pick it up. Same as with snd-powermac.
> Cheers, > -k
You added rules to rc.conf? I could do the same. Nice catch! (but don't know why on my system I didn't noticed these..)
> On 03/08/2012 06:46 PM, Jean S. wrote: >> From the recovery console, # ls /dev/disk/by-label gives nothing >> back : there's no such directory. In /dev/disk/by-path, I only get >> the usbkey on which were redirected the following commands output >> (actually /dev/sda). So here are attached my full dmesg and lsmod >> output.
> Problem found!
> In your case there is no storage driver other than usb-storage loaded > at all. Loading pata_macio andd then cdrom should fix this. I remember > having forced the load of the pata_macio in the older installer just > because udev doesn't like to pick it up. Same as with snd-powermac.
> Cheers, > - -k > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> Would it be possible to get these drivers in the kernel on testing > so that I can use my original install?
They are enabled, yet udev will never load them. Having them built-in would break the kernel build philosophy. Not sure if we should break it cos udev obviously can't handle non-x86 very well in certain circumstances. :)
Cheers, - -k
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> On 03/09/2012 05:15 PM, David Liana wrote: >> Would it be possible to get these drivers in the kernel on testing >> so that I can use my original install? > They are enabled, yet udev will never load them. Having them built-in > would break the kernel build philosophy. Not sure if we should break > it cos udev obviously can't handle non-x86 very well in certain > circumstances. :)
> Cheers, > - -k
> -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> They don't appear to be in /lib/modules on my install - unless I need > another package.
So, I sincerely confuse all things.
Are you talking about liveCD? From what I heard, on some system udev doesn't load pata_macio, sr_mod and cdrom. That's will be fixed in next release, adding them directly on the initramfs image (or directly into linux-pmac preset for mkinitcpio.. I think it is a module we all need)
Are you talking about the system you installed? In that case, LiveCD was working fine? On the installed system, what kernel are you using? I'm using linux-pmac 3.2.5, and modules are all there:
[danimoth@jim 3.2.5-1-ARCH64]$ pacman -Qo kernel/drivers/ata/pata_macio.ko.gz kernel/drivers/ata/pata_macio.ko.gz is owned by linux-pmac64 3.2.5-1 [danimoth@jim 3.2.5-1-ARCH64]$ cd .. [danimoth@jim modules]$ cd 3.2.5-1-ARCH [danimoth@jim 3.2.5-1-ARCH]$ pacman -Qo kernel/drivers/ata/pata_macio.ko.gz kernel/drivers/ata/pata_macio.ko.gz is owned by linux-pmac 3.2.5-1
I don't know what you are referring to, as in testing there aren't kernel packages. I know I broke things everyday, but I know that also I quickly fix them if people are giving me the right spot where work on. (Tip for jonimus: I haven't a 64 bit machine, so I feel that the kernel I build will work, but if nobody files bugs I can't know certainly)
> 2012/3/10 David Liana<dli...@frontiernet.net>: >> They don't appear to be in /lib/modules on my install - unless I need >> another package.
> So, I sincerely confuse all things.
> Are you talking about liveCD? From what I heard, on some system udev > doesn't load pata_macio, sr_mod and cdrom. That's will be fixed in > next release, adding them directly on the initramfs image (or directly > into linux-pmac preset for mkinitcpio.. I think it is a module we all > need)
> Are you talking about the system you installed? In that case, LiveCD > was working fine? On the installed system, what kernel are you using? > I'm using linux-pmac 3.2.5, and modules are all there:
> [danimoth@jim 3.2.5-1-ARCH64]$ pacman -Qo kernel/drivers/ata/pata_macio.ko.gz > kernel/drivers/ata/pata_macio.ko.gz is owned by linux-pmac64 3.2.5-1 > [danimoth@jim 3.2.5-1-ARCH64]$ cd .. > [danimoth@jim modules]$ cd 3.2.5-1-ARCH > [danimoth@jim 3.2.5-1-ARCH]$ pacman -Qo kernel/drivers/ata/pata_macio.ko.gz > kernel/drivers/ata/pata_macio.ko.gz is owned by linux-pmac 3.2.5-1
> I don't know what you are referring to, as in testing there aren't > kernel packages. I know I broke things everyday, but I know that also > I quickly fix them if people are giving me the right spot where work > on. (Tip for jonimus: I haven't a 64 bit machine, so I feel that the > kernel I build will work, but if nobody files bugs I can't know > certainly)
> Thank you all
Hi Danimoth
Sorry for the confusion.
On my Powermac G4 QuckSilver, it doesn't appear that I have that directory on my actual install. I can try to re-install the kernel packages though.
I had to use a 2010 version of the live CD because my screen goes blank an the last two live CD's. I have an nvidia card.
> Il giorno sab, 10/03/2012 alle 12.50 -0500, David Liana ha scritto: >> I had to use a 2010 version of the live CD because my screen goes blank >> an the last two live CD's. I have an nvidia card. > This is out of topic: older installation media are unsupported (and are > BROKEN long time ago) due to high changes on packages.
> Try the newer. If the screen goes blank, try arch-ofonly.
