Re: [gentoo-mips] Qube2 can't load CoLo

[Matthias Bethke <matthias@towiski.de>]

[-- Attachment #1: Type: text/plain, Size: 2835 bytes --]

Hi Kumba,
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 
> not.

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.

cheers!
	Matthias
-- 
I prefer encrypted and signed messages. KeyID: FAC37665
Fingerprint: 8C16 3F0A A6FC DF0D 19B0  8DEF 48D9 1700 FAC3 7665

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]