=== Keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-boot | ||
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-boot | ||
=== JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-boot | ||
=== makx [n=max@baikonur.stro.at] has joined #ubuntu-boot | ||
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-boot | ||
=== Keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-boot | ||
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-boot | ||
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-boot | ||
=== crispin_ [n=crispin@cpc1-cmbg8-4-0-cust246.cmbg.cable.ntl.com] has joined #ubuntu-boot | ||
crispin_ | Keybuk: I was wondering if you want any debugging info for bug 31791 (doesn't find root fs with sata_via - sd_mod not loaded) | 03:20 |
---|---|---|
Keybuk | yes, because I don't know why it isn't loaded | 03:21 |
crispin_ | ok, I'm at the busybox prompt right now | 03:21 |
crispin_ | the 90-modprobe.rules file contains the bit that you pasted into the bug | 03:22 |
Keybuk | there's nothing I can think of to try I'm afraid | 03:23 |
Keybuk | do you have a /sys/block/sda ? | 03:24 |
Keybuk | like the rules say, when a scsi device of type 0, 7 or 14 (disks) shows up, that module will get loaded | 03:25 |
Keybuk | so that suggests those devices haven't shown up until you load the module to drive them | 03:25 |
Keybuk | which is broken | 03:25 |
crispin_ | no, I don't have a /sys/block/sda | 03:26 |
Keybuk | do you know which pci device is your scsi controller? | 03:27 |
Keybuk | do you have anything in /sys/bus/scsi/devices | 03:27 |
Keybuk | or /sys/class/scsi_device ? | 03:28 |
crispin_ | I have /sys/bus/scsi/devices/0:0:0:0 | 03:28 |
Keybuk | is that a symlink to something under devices/pci*/.../host*/target*/* ? | 03:28 |
crispin_ | yeah | 03:28 |
Keybuk | ok | 03:29 |
Keybuk | anything in /sys/class/scsi_device | 03:29 |
crispin_ | yeah, /sys/class/scsi_device/0:0:0:0/device points to the same place | 03:29 |
Keybuk | ok, good | 03:29 |
Keybuk | in that directory, is there a type file? if so, what's in it? | 03:29 |
crispin_ | 0 | 03:30 |
Keybuk | ok ... | 03:30 |
crispin_ | I don't know if it is relevant, but earlier kernels we had to modprobe ide-generic to get things working | 03:30 |
Keybuk | in /etc/udev/rules.d/90-modprobe.rules, what's the first line after "ACTION!=add" one | 03:30 |
crispin_ | but that doesn't seem to be needed any more | 03:30 |
crispin_ | there is a blank line, then a comment "# Load S/390 ccw modules ..." | 03:31 |
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-boot | ||
Keybuk | ok | 03:31 |
Keybuk | hmm | 03:31 |
Keybuk | what happens if you do: | 03:31 |
Keybuk | echo > /sys/class/scsi_device/0:0:0:0/device/uevent | 03:32 |
crispin_ | perhaps the udev add event doesn't get fired by the kernel - so it never calls that script ? | 03:32 |
crispin_ | not much happens - no more modules get loaded, still no /sys/block/sda | 03:33 |
crispin_ | Keybuk: hmm, I'll have to get the thing booting now - if you think of anything else to try let me know and I'll test next time I reboot | 03:39 |
Keybuk | that's just weird, | 03:48 |
Keybuk | grab me another time when I'm online | 03:48 |
Keybuk | it looks like the kernel isn't firing the events properly, as you say | 03:48 |
crispin_ | am I right in thinking that when I did the "echo > .../uevent" it should have caused the kernel to fire the event and the udevd should have picked it up, run the rules and loaded the sd_mod ? | 03:51 |
Keybuk | exactly | 03:51 |
Keybuk | next time try echo > /sys/class/scsi_device/0:0:0:0/uevent instead | 03:52 |
Keybuk | out of interest, you haven't done anything like compile things in to a kernel? it is a stock ubuntu kernel, yes? | 03:52 |
crispin_ | yeah, totally stock kernel (the current -k7 variety) | 03:53 |
Keybuk | just checking | 03:53 |
crispin_ | doing it now (while stracing the udevd) shows that it is picking up some event - but not calling modprobe on sd_mod | 03:53 |
crispin_ | I don't know if that is expected | 03:53 |
Keybuk | that's kinda interesting | 03:54 |
Keybuk | can you kill udevd | 03:54 |
Keybuk | and run it as UDEV_LOG=info udevd --daemon | 03:54 |
Keybuk | and see what it spits over the screen when you do that? | 03:54 |
crispin_ | which screen will it print stuff to ? I see a small amount of stuff in /var/log/syslog but nothing particular enlightening | 03:56 |
Keybuk | /dev/console, whatever that is | 03:59 |
Keybuk | nothing should in /var/log/syslog if you're in the initramfs, as syslogd isn't running | 03:59 |
Keybuk | (you may need to boot without the "quiet" or "splash" options) | 03:59 |
crispin_ | oh right, no I'm booted into X at the moment, just stracing udev to see what happens | 04:00 |
crispin_ | I'll try the UDEV_LOG thing next time I reboot | 04:00 |
Keybuk | ok | 04:01 |
=== Keybuk [n=scott@213-78-32-60.ppp.onetel.net.uk] has joined #ubuntu-boot |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!