=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-boot === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-boot === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-boot === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-boot === Keybuk [n=scott@c51008D91.inet.catch.no] has joined #ubuntu-boot === crispin[zzz] is now known as crispinf [12:36] Keybuk: ping ? [12:42] hello [12:42] Keybuk: so I re-booted today, and ran the UDEVD_LOG=info thing, and did the echo > /sys/class/scsi_device/0:0:0:0/device/uevent again [12:43] right [12:43] basically, that did nothing - I have 4 lines from udevd and udevd-event [12:43] however ... [12:43] echo > /sys/class/scsi_device/0:0:0:0/uevent did the magic [12:43] I got spammed by lots of stuff, including the modprobe lines for inserting sd_mod [12:44] ok ... [12:44] so for whatever reason the .../device/uevent isn't working [12:44] did you get a UEVENT for when you touched the /evice/uevent ? [12:45] if so, that's working "as expected" [12:45] I don't know why the scsi_device/*/*uevent wasn't tickled though ... it should be [12:45] unless for some reason the driver was initialised before udevd was started, but unless you've compiled it in, that shouldn't happen [12:46] the bottom 4 lines of text were printed for the /devive/uevent : http://patches.theflowerdays.com/udev_debug.txt [12:46] I'm just using the stock ubuntu kernel, haven't compiled anything in anywhere ... [12:49] ok, that's kinda kooky [12:51] edit /usr/share/initramfs-tools/hooks/usplash [12:51] and add "copy_exec /usr/sbin/udevmonitor /sbin" below the others [12:51] then update-initramfs -u [12:53] and reboot, putting break=premount onto the kernel command-line (taking out quiet and splash) [12:54] then do "ls /sys/class/scsi_device" and "/sys/bus/scsi" for me [01:01] right, I'll do that next time I reboot (will try to find time this evening) [01:02] we will get there eventually hopefully :-) [01:03] ok [01:03] in theory the action of loading the scsi module should have caused the scsi_device thing to be created, thus loading sd_mod [01:04] I don't know why that's not happening for you [01:57] right - I'm rebooting to see what is happening [02:00] Keybuk: in /sys/class/scsi_device I have 0:0:0:0, /sys/bus/scsi/devices/0:0:0:0 is there too [02:01] ok... [02:01] lsmod [02:01] uh [02:01] sorry [02:01] cat /proc/modules [02:01] :p [02:01] lsmod not found - cat /proc/modules gives scsi_mod, libata and sata_via [02:01] you did break=premount, rather than waiting for panic? [02:01] yep [02:02] cat /proc/cmdline = "root=/dev/sda1 ro break=premount" [02:02] I have on udev running [02:02] cat conf/modules [02:02] sata_via, capability vesafb, fbcon, unix [02:02] who put sata_via in there? :p [02:02] in fact, who put ANYTHING in there? :p [02:02] is that just a copy of /etc/modules ? [02:03] no [02:03] /etc/mkinitramfs/modules [02:03] hmm [02:03] let me boot and see ... [02:04] before you do [02:04] try this for me [02:04] udevd --daemon [02:04] udevplug -Bscsi -Cscsi_device [02:04] argh - hang on a sec ... [02:06] that seems to have inserted sd_mod [02:06] good-o [02:07] anything else you want me to try without before I finish booting ? [02:07] nope [02:08] install udev_079-0ubuntu15 when it appears in the archive [02:10] thanks [02:11] I probably added sata_via to the /etc/mkinitramfs/modules when it failed to boot correctly last time [02:11] ;) [02:11] was a good test, that same bug would've bitten people who compiled their own [02:13] I'll test out the new udev and let you know how it goes, thanks again === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-boot