Hi, I have an Intel system that used to have Solaris 10 on it. I wanted to put Gentoo on it, so I booted with the latest autobuild (install-x86-minimal-20090616). When the CD tries to locate its self it attempted to mount /dev/sda1. This is my first scsi disk that had Solaris 10 on it so its got a solaris filesystem on it. As the Gentoo CD couldn't mount this filesystem it just hung at this point. The mount command didn't ever time out or error... it just hung :-( I could still press Enter to put blank lines on the screen so the whole thing hadn't frozen. I ended up having to boot with an Ubuntu CD and removing the partitions on /dev/sda before I could boot correctly with the Gentoo CD. So, to my question.... Is there a way to have a timeout on the mounting of each device when the boot process is looking for the LiveCD? That would really help in this situation. Thanks, Richard. Reproducible: Always Steps to Reproduce: 1. build a system with Solaris 10 2. boot that system with a Gentoo LiveCD
Sounds like a kernel issue. AFAIK, there's no way to set a timeout on the mount call.
(In reply to comment #1) > Sounds like a kernel issue. AFAIK, there's no way to set a timeout on the mount > call. Oh, that's given me an idea... When I'm back at work I'll try making a LiveCD on Monday with additional UFS file system options activated and see if I can figure this one out.
Yep, its a kernel issue. Activating the UFS filesystem and/or all the different partition types looks to have fixed this issue. Perhaps the LiveCD kernel can be tweaked to include UFS?
I've fixed this on the amd64 and x86 kernel specs. We need to fix the installcd building failures before we can get new a new iso using the updated specs. The solaris partition support was already active on both arches. I've added bsd support to amd64, unixware support to both and ufs filesystem support to x86.
We are building CDs again, so I'm closing this bug.