The /lib/modules/2.4.26-pa6-r1-livecd64/modules.dep file for the HPPA 2004.2 LiveCD is emtpy. This is only an issue when booting vmlinux64 to boot the system in 64bit mode. Tested with this command: #file /lib/modules/2.4.26-pa6-r1-livecd64/modules.dep /lib/modules/2.4.26-pa6-r1-livecd64/modules.dep: emtpy Reproducible: Always Steps to Reproduce: 1. enter command file /lib/modules/2.4.26-pa6-r1-livecd64/modules.dep 2. enter command modprobe tulip 3. enter command cat /lib/modules/2.4.26-pa6-r1-livecd64/modules.dep Actual Results: 1. #/lib/modules/2.4.26-pa6-r1-livecd64/modules.dep: emtpy 2. #modprobe: Can't locate module tulip 3. nothing is printed to the screen because the file is emtpy Expected Results: 1. #/lib/modules/2.4.26-pa6-r1-livecd64/modules.dep: ASCII text 2. It should have loaded the tulip driver just like it does when booting the 32bit kernel instead of the 64bit kernel. 3. It should have printed all of the modules and their module dependencies This issue doesn't show up when booting the 32bit kernel. The modules.dep file in the 32bit kernel modules directory has populated properly. The file /lib/modules/2.4.26-pa6-r1-livecd32/modules.dep is fine.
This situation exists for both the minimal and universal 2004.2 LiveCDs.
My work around for this was to copy all of the files from /lib/modules/2.4.26-pa6-r1-livecd64 into another partition, mount that partition at /lib/modules/2.4.26-pa6-r1-livecd64, and run depmod. After that I can umount the partition and continue the install like normal. So it's not really a showstopper.
You can also "insmod /lib/modules/2.4.26-pa6-r1-livecd64/path/to/the/module.o". But this is still a issue and I'm working on it right now.
This is a problem either in catalyst or in baselayout. I've filled a bug about this if you want more info : 59188. In the meantime I should have a new livecd with this fixed manualy in one or two days. I'll keep you posted.
Can you try this one please : http://dev.gentoo.org/~gmsoft/experimental/hppa-livecd-20040802.iso