[06:21] <foo> Ok, we swapped the RAID10 configuration (4 drives) from one board to another board... and Ubuntu hangs at: "Uncompressing Linux... Ok, booting the kernel." (hang) ... any ideas? The next few messages that *should* appear, are, "sda: assuming drive cache: write through" Startnig basic networking ... (I believe)... I'm thinking if I can get into a ubuntu live cd, I can edit grub with the new location since change motherboards with ...
[06:21] <foo> ... the drives might have changed something. Thoughts?
[06:22] <Kamping_Kaiser> another board=new raid controller?
[06:22] <foo> Hm, nope, same raid controller
[06:23] <Kamping_Kaiser> so what is changed?
[06:24] <foo> Everything except the LSI logic RAID controller, drive order, drive configuration
[06:24] <foo> :)
[06:24] <Kamping_Kaiser> oh *grin*.
[06:25] <ajmitch> boot without 'quiet' 
[06:25] <foo> The box is remote, I'm thinking of having them get into Ubuntu live cd and setting up ssh for me. I just am not too sure what to change in grub. I suppose I can check the old grub against the grub the live cd used, right?
[06:25] <foo> ajmitch: hmm, good idea. 
[06:26] <foo> ajmitch: Hm, should I have them do that first... or should I have them just get the live cd up and set up ssh for me? I'm kind of crunched for time
[06:27] <ajmitch> it should only take a couple of minutes to boot without quiet & see what's causing the problem
[06:27] <foo> Ok, so do that, then get me into live cd
[06:28] <foo> They can get into live recovery console probably and edit the /boot/grub/menu.lst without quiet, right?
[06:28] <foo> If not that, then we try live cd
[06:28] <foo> Sound good?
[06:28] <ajmitch> or they can just edit the grub line directly without touching the file
[06:29] <ajmitch> which is far quicker & is done from the grub menu
[06:29] <foo> Hm, how would you do that? I'd have to walk them through this on the phone
[06:29] <foo> Definitely
[06:29] <ajmitch> press 'e' when the entry in the grub menu is highlighted
[06:30] <ajmitch> and 'e' again on the kernel line, iirc, then b to boot
[06:31] <foo> Actually... yeah
[06:31] <foo> I just did in the VM
[06:31] <foo> Ok, I can do this, thanks
[06:31] <ajmitch> great
[06:32] <foo> Kamping_Kaiser: Thank you too
[06:33] <Kamping_Kaiser> no worries, glad ajmitch could help
[06:45] <foo> Assume root bridge \_sp.pci0 + 0 ...
[06:45] <foo> Something like this
[07:02] <foo> Hm, booting with noapic and apic=off didn't help
[07:03] <foo> Swapping the slot the controller was in didn't help either
[07:45] <foo> Hm, on the ubuntu server 6.06 LTS support CD... is "rescue a broken disk" option the option for the live cd? Or no?
[07:51] <foo> ACPI: Assume Root bridge [\_SB_.PCI] 
[07:51] <foo> gah
[07:52] <foo> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/66546
[10:34] <foo> Hm, if I build a custom ubuntu kernel... performance gain will be very little, right?
[10:39] <ivoks> depends on what you will do
[10:39] <ivoks> performance could be even worse
[10:43] <foo> Ah, I see. But, even if done right, performance gain is only very minimal, right?
[10:43] <foo> ivoks: I'm trying to reaffirm my beliefs that optimizing a ubuntu kernel isn't even worth it. Reassure me. :)
[10:45] <ivoks> it's not; makes life harder when it comes to security patches
[10:46] <foo> Gotcha, ok, that's what I was looking for, thanks.
[10:48] <foo> ivoks: bah, hit this bug today: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/66546
[10:50] <ivoks> pci=nommconf
[10:50] <ivoks> that's common thing
[10:51] <foo> Wait, that's the solution?
[10:53] <foo> I did see that on there, but I didn't try it
[10:56] <foo> I didn't know if it would work
[10:56] <ivoks> it will
[10:58] <foo> geez, ok
[10:58] <foo> thanks
[10:59] <foo> What does that command do?
[11:00] <ivoks> disables MMC
[11:00] <foo> Or, it's not a command
[11:00] <ivoks> it's enabled by default in dapper
[11:00] <foo> ah, I see
[11:01] <foo> Thanks, we might give that a shot
[11:01] <foo> What's MMC? Sounds processor related, I think. /me googles
[11:02] <ivoks> but doesn't work with some PCI cards, iirc
[11:02] <foo> ah, ok
[11:02] <foo> Yeah, I didn't do it because I think someone said it didn't work for them on that bug post
[11:03] <foo> We might give that a shot, though, waiting to hear back
[11:04] <foo> ivoks: Hm, what does MMC stand for? It looks like it could stand for a few things
[11:05] <ivoks> i'm not sure :/
[11:05] <foo> oh, ok
[11:05] <foo> Thanks anywho
[11:05] <foo> Hm, no PCI cards in the motherboard they said
[11:05] <ivoks> try it anyway
[11:05] <ivoks> might be related to MB, not cards
[11:06] <foo> ah, I see
[11:06] <ivoks> it's MB thing
[11:07] <ivoks> some kind of table for ACPI
[11:07] <ivoks> http://lkml.org/lkml/2007/4/29/418
[11:07] <foo> oh, thanks!
[11:31] <foo> ivoks: Are you a dell fan?
[11:34] <ivoks> fan?
[11:34] <ivoks> i'm not fan of anything, trying to be reasonable all the time :)
[11:34] <foo> ah, ok
[11:34] <foo> hehe
[12:13] <foo> ivoks: Would you happen to know if that issue is ubuntu specific?
[12:14] <ivoks> it's not
[12:14] <foo> aha, ok
[12:15] <foo> ivoks: thank yo
[12:15] <foo> u
[12:36] <foo> ubuntu dapper request_module: runaway loop modprobe binfmt
[12:36] <foo> Gah... another error
[12:36] <foo> ajmitch: if you're still around, hm
[07:12] <mistone> hey if I upgrade 6.06 to 7.04 I have to upgrade to 6.10 then to 7.04.... do I have to reboot twice after I upgrade to 6.10 can I continue to upgrade to 7.04 without rebooting ?
[07:19] <mistone> or should I upgrade at all?
[11:33] <gubluntu> i have installed ubuntu fresh on a machine with a 15 inch elo touchscreen (serial interface).. appreantly ubuntu has recogized it because i see it has installed the input elo xorg driver automagically.. i just have no idea how to get it working now.....