matthias at towiski
May 17, 2007, 4:04 AM
Post #3 of 5
on Thursday, 2007-05-17 at 02:40:32, you wrote:
> Even though I've not messed with my RaQ2 in ages, that is indeed an
> odd error from the old cobalt ROM. What kind of hard drive do you
> have?, maybe some bunk data is stored in the MBR that's throwing the
> bootloader off? IMHO, the old bootloader/ROM is a flaky, hunk of
> garbage anyways. You can always try flashing colo directly to the ROM
> chip. Just keep it on an UPS for safety, and colo itself should be
> more than stable enough to handle that.
Thanks for the encouragement---I had been too chicken to try it yet as
the manual said to make sure the chainloading version works first.
Actually I even have a flasher but I'd have to install Windows for it in
case it screwed my flash chip, so... :)
Anyway, I tried and it worked flawlessley in a matter of seconds. Kudos
to Colonel Panic! It's still dropping me to the boot menu to load the
kernel by hand but I think that has got to do with my default.colo file,
have to check it once my new kernel compile has finished.
> Your udev errors, what do they entail? I've been keeping an eye out for
> people running 2.6.17 kernels and having problems with userland. I'm
> curious to know what glibc revision you have merged. I've got a nagging
> suspicion we may be about to hit into an upgrade path issue that i ran into
> on my Octane, but have yet to ascertain whether it was specific to me or
The error message says:
| * Mounting /dev for udev ...[ oops ]
| * The "mount" command failed with error:
| wrong fs type, bad option, bad superblock on udev,
| missing codepage or other error
| In some cases useful info is found in syslog - try
| dmesg | tail or so
| * Since this is a critical task, startup cannot continue.
My glibc is 2.3.6-r4, it's all still the original 2007.0 install image
from redhatter. But I'm quite sure that's not the problem, this looks
pretty much like a problem I had on a HPPA box a while ago. I had
disabled support for hotplug devices in the kernel since it's a server
and I thought I didn't need it. Afterwards, udevd wouldn't start any
more, complaining about some missing netlink functionality, I don't
remember exactly what it was.
On the Qube I should have dumped the config from the netbooted
installation kernel but went with "make cobal_defconfig" first, which I
found later has no hotplug support either. So I'm pretty confident it
will work once I have the new kernel compiled (it's going through the
whole 2h procedure right now because I forgot to set the clock last time
8-]). I'll post my result when I have any.
I prefer encrypted and signed messages. KeyID: FAC37665
Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665