On a PowerMac3 G4 500 mhz with a seagate 17gb scsi hard drive, after installing the booting hangs once the loading second stage bootstrap appears. running nvsetenv boot-device prints: # nvsetenv boot-device boot-device=/pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@4/@0:2,\\:tbxi running ybin -v prints: ybin: Installing first stage bootstrap /usr/lib/yaboot/ofboot onto /dev/sda2... ybin: Installing primary bootstrap /usr/lib/yaboot/yaboot onto /dev/sda2... ybin: Installing /etc/yaboot.conf onto /dev/sda2... ybin: Setting attributes on ofboot... ybin: Setting attributes on yaboot... ybin: Setting attributes on yaboot.conf... ybin: Blessing /dev/sda2 with Holy Penguin Pee... ybin: Updating OpenFirmware boot-device variable in nvram... In OpenFirmware running devalias prints the hd alias as: hd /pci@f2000000/@d/mac-io@7/ata/4@1f000/disk@0
Created attachment 127489 [details] Yaboot Config File
The ofboot option in the config file was only added in an effort to fix the problem but it had no effect. I also tried hd:2 but both just stop at the loading second stage bootstrap..... prompt and then eventually bring up the purple mac icon withe the question mark.
Created attachment 127490 [details] ofboot.b from /dev/sda2
After much experimenting I think I know what is happening though I'm still not sure what to do to fix it. I found this through using and ubuntu live cd and running ybin from it would always make the system bootable so I used the ofpath command from the live to show the OF path to the boot partition which gave me: /pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@4,1/@0:2 but inside of fedora then ofpath returns /pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@4/@0:2 it is missing the ,1 after the @4. manually going into OF and typing: boot /pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@4,1/@0:2,\\:yaboot does indeed start yaboot just fine and the system boots normally but if I type: boot /pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@4,1/@0:2,\\:tbxi it goes to the first stage bootstrap as expected but then gets an error loading yaboot that says it can't open /pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@4,1/@0:2,\\yaboot which is exactly the same as above except there is no : before yaboot. What I think is happening is that running ybin in fedora sets the boot-device incorrectly because for some reason it is getting a path that doesn't work and then it also can't find yaboot after the first stage because that path is wrong. So the system will work after i've run ybin from the live cd ( it doesn't work if I use rescue mode from the fedora cd) until the next kernel install and it will break again.
Sounds like ofpath is buggy on your setup. Please provide a tarball of /proc/device-tree. What version of yaboot does ubuntu ship with? Can you also attach the ofpath from ubuntu.
Actually I have the ubuntu patches, what does /proc/modules on your machine contain (I still want /proc/device-tree)
Created attachment 127515 [details] Contents of /proc/device-tree
Contents of /proc/modules # cat /proc/modules r128 48644 1 - Live 0xf21b2000 drm 85560 2 r128, Live 0xf2555000 ppdev 11364 0 - Live 0xf2121000 autofs4 25124 1 - Live 0xf216c000 hidp 20352 2 - Live 0xf2166000 rfcomm 46484 0 - Live 0xf21a5000 l2cap 29728 10 hidp,rfcomm, Live 0xf214c000 bluetooth 61696 3 hidp,rfcomm,l2cap, Live 0xf2155000 sunrpc 188488 1 - Live 0xf2175000 ip_conntrack_ftp 8688 0 - Live 0xf2128000 ip_conntrack_netbios_ns 2976 0 - Live 0xf2116000 ipt_REJECT 6560 1 - Live 0xf2125000 xt_state 2112 9 - Live 0xf211f000 ip_conntrack 65232 3 ip_conntrack_ftp,ip_conntrack_netbios_ns,xt_state, Live 0xf2131000 nfnetlink 7896 1 ip_conntrack, Live 0xf2118000 xt_tcpudp 3488 11 - Live 0xf211b000 iptable_filter 3200 1 - Live 0xf2109000 ip_tables 14696 1 iptable_filter, Live 0xf2111000 x_tables 16004 4 ipt_REJECT,xt_state,xt_tcpudp,ip_tables, Live 0xf210c000 ipv6 307364 12 - Live 0xf25af000 lp 15376 0 - Live 0xf24a3000 parport_pc 41460 0 - Live 0xf24b9000 parport 45936 3 ppdev,lp,parport_pc, Live 0xf24ac000 ohci1394 42308 0 - Live 0xf225b000 ieee1394 432896 1 ohci1394, Live 0xf24ea000 ohci_hcd 25884 0 - Live 0xf2246000 sg 42816 0 - Live 0xf2223000 tulip 58116 0 - Live 0xf2236000 sungem 38660 0 - Live 0xf2218000 sungem_phy 9952 1 sungem, Live 0xf20bc000 dm_snapshot 21036 0 - Live 0xf20b5000 dm_zero 2176 0 - Live 0xf104b000 dm_mirror 25876 0 - Live 0xf20ad000 dm_mod 67616 6 dm_snapshot,dm_zero,dm_mirror, Live 0xf106d000 ext3 156808 2 - Live 0xf21f0000 jbd 78068 1 ext3, Live 0xf20c7000 sym53c8xx 85208 2 - Live 0xf1057000 scsi_transport_spi 28128 1 sym53c8xx, Live 0xf102f000 sd_mod 21472 3 - Live 0xf1037000 scsi_mod 172252 4 sg,sym53c8xx,scsi_transport_spi,sd_mod, Live 0xf2081000
I see similar behavior on a 1.6GHz G5 PowerMac. Could this be related to a particular firmware revision? I guess that wouldn't explain why the problem isn't seen on Ubutnu. :(
Ian - can you attach /proc/device-tree for your system too. It's ofpath bug but a different one for your system.
Created attachment 128867 [details] Contents of /proc/device-tree on single 1.6GHz G5 PowerMac
Can you also see what http://people.redhat.com/pnasrat/ofpath gives as output for ofpath /dev/sda ofpath /dev/sdb I'm hoping the merge I made from ubuntu's patchset upstream should fix this.
Created attachment 128903 [details] Output of new ofpath Both /sbin/ofpath and your updated ofpath report "/disk@0:" for /dev/sda, and I don't have a /dev/sdb. :) I've attached the output of 'ofpath --debug /dev/sda' just in case there's useful information there.
ofpath /dev/sda /pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@2/@0:
with the patched ofpath the boot device is getting set to: boot-device=/pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@2/@0:2,\\:tbxi and continues to have a booting problems. After running ybin from the ubuntu live cd it gets set to. boot-device=/pci@f2000000/pci-bridge@d/ATTO,ExpressPCIProUL2D@2,1/@0:2,\\:tbxi hope this helps. P.S. Sorry for such a long time between replying to the bug mail...seems i didn't get any bug mail about it for some reason and didn't know there was anything else happening until I decided to check today...cheers
User pnasrat's account has been closed
I am no longer employed where i am able to test or provide anymore information regarding this bug.