[12:02] interesting [12:02] do you have a /proc/ide ? [12:02] yes, with "drivers ide0 hda ide1 hdc" in it [12:02] *blink* [12:03] agreed :-P [12:04] so you have /proc/ide/hda but not /sys/block/hda ? [12:04] how about /sys/block/hdc ? [12:04] /sys/block has only ram[0-15] [12:05] right [12:05] cd /sys/devices/*/*/ide0 [12:05] pwd [12:05] what does that say? [12:07] cd: 10: can't cd to /sys/devices/*/*/ide0 [12:07] sweet [12:07] uh [12:07] find /sys -name ide0 [12:07] I guess you don't have find though [12:08] indeed :-) [12:08] look for /sys/devices/*/ide0 */*/ide0 */*/*/ide0 etc. [12:08] (don't have it) [12:08] /sys/devices/ide0 [12:09] top-level like that?! [12:09] yepp :-) [12:09] cd into that [12:09] and do an ls for me [12:09] uevent power 0.0 [12:10] ok ls -l 0.0/bus [12:11] lrwxrwxrwx 1 0 0 0 0.0/bus -> ../../../bus/ide [12:11] ls 0.0 [12:11] uevent power bus [12:11] ok, try echo "" > /sys/devices/ide0/uevent [12:12] (why do you always echo "" rather than plain echo anyway? :-)) [12:12] (or udevplug /sys/devices/ide0/uevent) [12:12] Kamion: dunno [12:12] udevplug /sys/devices/ide0 I mean [12:12] but anyway [12:12] WRITE TO THAT FILE [12:12] [12:13] I think /dev/ttya[0-2] came out of that. [12:13] ksdgjs9gu8281 [12:13] or rather, they are the last ones ;-) [12:13] heh [12:14] you still don't have /sys/block/hda ? [12:14] nope [12:14] :-P [12:14] try udevplug /sys/bus/ide/0.0 [12:14] no change [12:15] meh [12:15] well, you haven't got an IDE controller [12:15] apparently [12:15] I can prove I have it by modprobe ide-disk ;-) [12:15] and so can ogra on his beauty ;-) [12:16] what kind of machine do you and ogra have in common? [12:16] ogra: amd64, no? [12:16] amd64 laptop here [12:16] SATA ? [12:16] http://www.magicalforest.se/darkelf [12:16] nope, PATA-100 [12:16] ok [12:17] try udevplug -Bpci [12:17] see if that makes /sys/block/hda [12:17] nope [12:17] udevplug [12:17] (without any arguments) ? [12:18] udevd-event[17175] : run_program: exec of program `/sbin/grepmap` failed [12:18] hence why I said that was missing :-P [12:19] yeah, that's just an annoying bitch I'm going to get rid of at some point [12:19] :-) [12:19] any /sys/block/hda though? [12:19] nope :-P [12:19] ok [12:19] well that means you have nothing on your system that claims to be an IDE controller [12:19] iz kernel bug [12:20] is ide-generic loaded? [12:20] where can I check? :-) [12:20] lsmod not found :-P [12:20] grep generic /proc/modules [12:21] ide-generic and ide-core is loaded, yes :-) [12:22] fwiw: ACPI registers the ide-bus in init-premount. [12:22] ide-disk then finds hda [12:23] ACPI? [12:23] yes [12:23] why is that "registering" the disk? [12:23] that just loads fan and thermal [12:23] ...] ACPI: bus type ide registered [12:24] you have nothing that says you need to load ide-disk [12:25] ie. the kernel hasn't found any ide devices [12:25] but it claims to have, as there's things in /proc/ide [12:25] which driver is it? [12:26] (it'll be one of the things hanging on to ide-core) [12:26] via82cxxx is memory provides [12:26] is that loaded? [12:27] nope [12:27] ah, interesting [12:27] modprobe -r ide-generic [12:27] then modprobe via82cxxx [12:27] then modprobe ide-generic again [12:28] yes? :-) [12:28] did that do anything? [12:29] said averything IDE was brought up (the usual kernelmessages) [12:29] did you get a /dev/hda ? [12:29] but no /dev/hda* or anything :-P [12:29] /sys/block/hda ? [12:29] nope [12:29] hmm [12:29] it could be buggered up by loading ide-generic first [12:30] that does evil things to the kernel [12:30] but you got a lot of the IDE things by loading the via82cxxx module? [12:31] not lots, that ACPI registered the bus.. [12:31] if I load ide-generic I get lots [12:31] right [12:31] ok [12:31] grep 1106 /sys/bus/pci/devices/*/vendor [12:32] 12 lines :-) [12:32] right [12:33] look at the /device files for each of them [12:33] they'll each have 4-digit numbers/letters [12:33] could you type them each here [12:34] shouldn't I be able to find out which one it is by grepping? :-) [12:35] no, clearly you have one that isn't registered [12:35] so I want the ids so I can google for them [12:35] hehe [12:37] 3177 [12:37] 0571 [12:38] 3059 [12:38] 3068 [12:38] any hit yet? :-) [12:38] carry on [12:39] 3065 [12:39] 3044 [12:40] b188 [12:40] 3188 [12:40] 3038 [12:42] same on all 00:10.*, so USB I guess [12:42] ok [12:42] could you note down the sysfs path to the one that's 0571 [12:42] then once done, reboot and put break=top onto the kernel command-line [12:42] so you're given a shell in the initramfs, rather than it failing [12:43] /sys/bus/pci/devices/0000:00:11.1/device [12:43] k [12:43] so reboot, with break=top, so we're in a fresh shell with no modules loaded [12:44] ey! you are reading my notes-to-self :-P [12:44] hmm? [12:44] oki, I'm there. [12:44] right [12:44] you told me to take a note ;-) [12:45] if you're on a laptop ... modprobe fan and modprobe thermal now [12:45] hehe, done [12:45] run UDEV_LOG=info /sbin/udevd --daemon [12:46] done [12:46] ok, now can you verify a few things for me, if not true, can you say what you see [12:46] /sys/bus/ide/devices is either empty or non-existant [12:46] grep via82cxxx /proc/modules shows nothing [12:47] /sys/bus/pci/devices/0000:00:11.1/vendor is 1106 [12:47] /sys/bus/pci/devices/0000:00:11.1/device is 0571 [12:48] all true [12:48] /sys/bus/pci/devices/0000:00:11.1/class is 0x010000 [12:48] not true [12:48] what is it? [12:48] 01018a [12:48] with or without an 0x on the front? [12:49] 0x01018a :-) [12:49] right, that's quite important :p [12:49] hehe, oki :-). all of them has that if not said otherwise ,-) [12:49] /sys/bus/pci/devices/0000:00:11.1/modalias should begin pci:v00001106d00000571sd... yes? [12:49] yeah, that's ok, just checking on that one in particular [12:50] also does it end bc01sc01i8a ? [12:50] not sd, sv [12:51] right, sorry, typo [12:51] sd00002032bc01sc01i8a [12:51] cool [12:51] now, /sys/block/hda should not exist [12:51] also /sys/devices/ide0 should not exist [12:51] and /proc/ide should not exist [12:51] are all those true? [12:52] yes indeed [12:52] right [12:52] udevplug -Bpci -Iclass=0x010[01] * [12:52] that should do a bunch of stuff on your screen, any of it interesting? [12:53] it didn't :-P [12:53] did nothing? [12:53] did nothing... [12:53] not even a grepmap bitch? [12:54] not even the bitch :-) [12:54] grep via82cxxx /proc/modules still shows nothing ? [12:54] cat /proc/modules: unix thermal processor fan [12:55] right [12:55] udevd is running? (ps ax) [12:55] yepp [12:55] udevplug /bus/pci/devices/0000:00:11.1 [12:55] does that do anything? [12:56] you forgot /sys, right? [12:56] doesn't matter, is optional [12:57] did nothing [12:57] how about just [12:57] echo > /sys/bus/pci/devices/0000:00:11.1/uevent [12:58] udevd-event output :-) [12:58] any of it interesting? [12:58] Keybuk ; Dude. You updated linux-meta while powerpc was still fucked? [12:59] infinity: yes, mdz said to :) [12:59] lol [12:59] /sbin/modprobe -Q pci:v.... [12:59] Nafallo: see, now that is interesting [12:59] do you now have any of /sys/block/hda, /sys/devices/ide0, /proc/ide/hda/media, /dev/hda ? [01:00] /sbin/modprobe (stderr) and the usage note :-P [01:00] huh why usage note? [01:00] is the line after that one... [01:00] so status 1 on modprobe... [01:00] uh [01:00] /sbin/modprobe -Q fan [01:00] ^ what does that do? [01:01] Keybuk : Ahh, yeah, just read backscroll. [01:01] usage message.. [01:01] -q maybe? [01:01] no, definitely -Q [01:01] so, could you do something for me [01:01] modprobe ide-disk [01:01] mount /dev/hda1 (or whatever your root/var is) /root [01:02] ls /dev still shows console and null only [01:03] *giggle* [01:03] OH I SEE THE PROBLEM [01:03] module-init-tools FTBFS [01:03] eeh? :-P [01:04] bloody patch systems === Nafallo breathes in [01:05] ...and out [01:06] ok [01:06] soooo, here's how to boot your machine [01:06] boot with break=premount [01:07] . conf/initramfs.conf [01:07] . scripts/functions [01:07] scripts/init-premount/acpid [01:07] udevd --daemon [01:07] udevplug /class/mem /class/misc /class/tty /class/vc /block [01:08] modprobe via82cxxx [01:08] modprobe ide-disk [01:08] modprobe ide-generic [01:08] (this should get you /dev/hda*) [01:08] udevplug -W [01:08] mountroot [01:08] run_scripts scripts/init-bottom [01:09] exec run-init /root $init "$@" /root/dev/console [01:09] -- [01:09] mountroot not found :-P [01:10] did you do the ". scripts/functions" bit? [01:10] Keybuk : Shall I fix module-init-tools while you're helping Nafallo get unfucked? [01:10] oh [01:10] sorry [01:11] . scripts/$BOOT [01:11] mountroot [01:11] infinity: already uploaded [01:11] Ahh, cool. [01:13] :-) [01:13] thanx :-) [01:13] booted? [01:13] yepp [01:13] and had more fun than ever on the way :-) [01:13] right [01:13] NOW BEFORE YOU GO [01:13] http://people.ubuntu.com/~scott/module-init-tools_3.2.1-0ubuntu3_i386.deb [01:13] actually [01:13] that's the wrong arch for you isn't it [01:13] uh [01:13] hehe, it is :-) [01:14] http://people.ubuntu.com/~scott/module-init-tools_3.2.1-0ubuntu3.diff.gz [01:14] http://people.ubuntu.com/~scott/module-init-tools_3.2.1-0ubuntu3.dsc [01:14] http://people.ubuntu.com/~scott/module-init-tools_3.2.1.orig.tar.gz [01:14] grab those three down, dpkg-source -x, dpkg-buildpackage -rfakeroot -b -uc -us, install module-init-tools [01:15] then check that "/sbin/modprobe -Q fan" does NOT give you a usage error :p [01:15] hmm, where is my network? ;-) [01:15] ifup [01:15] that's a known problem [01:15] it's in the release notes [01:17] I thought network-manager would take care of that ;-) [01:17] maybe [01:18] either way, it's on my list todo, just a few items down [01:18] just shout if you need testing :-) [01:18] let's first get you booting without error :p [01:19] got that built yet? [01:20] just wgeted and gave it to pbuilder :-) [01:28] oki, rebooting :-) [01:30] hmm, same error... [01:30] I don't have to run update-initramfs manually or something? [01:31] I actually just meant that you should run /sbin/modprobe before rebooting [01:31] but yes, you would need to run update-initramfs [01:35] I thought packages would do that these days ;-) [01:35] anyway, booted via the long command method again ;-) [01:36] no usage error :-) [01:37] sudo update-initramfs -u and then reboot again :-) [01:39] wow! "Mounting root file system ok" [01:39] :-) [01:39] thanx Keybuk! I'll post fresh bootcharts shortly :-) [01:40] even network works now ;-) [01:41] yay! my battery works :-) [01:44] http://www.magicalforest.se/~nafallo/bootchart/dapper-20051201-3.png === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-boot === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-boot === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-boot === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-boot === jbailey_ [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-boot === fabbione [n=fabbione@cerberus.fabbione.net] has joined #ubuntu-boot [07:36] guys can we have a FEW WORDS? [07:37] infinity: this upgrade is the disaster [07:37] RAID and network are gone [07:38] infinity: nvidia is broken on amd64 [07:38] + we load some fb modules that conflicts heavily with nvidia [07:38] removing the fb modules makes no good [07:38] nvidia either crashes or it manages to start X but it kills console [07:42] i think bootchart it's taking ages to release to console [07:43] but that's not a big deal [07:44] grepmap seems to be broken too === fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-boot [08:09] fabbione : Hrm. nvidia works for me on amd64 (both legacy and current), but I tested it before the new udev and stuff when in. [08:10] yes, the problem seems to be either usplash or initramfs that are loading too many fb modules [08:10] fabbione : I'll have to test again after I upgrade evrything, but more concrete stuff than "it doesn't work" would be helpful, I think. [08:10] (And I'm using usplash with vga16fb on that machine, ie: a default setup) === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-boot [08:10] for what i can see other than the fb modules problems, nvidia kills switching to console [08:11] and it kills the machine if loading it directly without the fb modules [08:11] it's kind of a mess that will need more debugging [08:11] Fun. What kind of card do you have? [08:11] I've only been able to test on my 6800GT. [08:11] 0000:00:0e.0 VGA compatible controller: nVidia Corporation NV17GL [Quadro4 200/400 NVS] (rev a3) [08:11] 0000:01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti 4600] (rev a3) [08:11] it has 2 cards [08:12] So, if you boot with "nosplash", everything's okay?... [08:13] Or it dies in different ways? [08:13] (And have you tried with -legacy?... While your cards don't technically need it, they are older, so are more likely to run afoul of bugs in the new drivers, which are being aimed at 6/7 series stuff) [08:14] if i boot with nosplash the machine freezes [08:15] no, i didn't try -legacy yet [08:15] Er,, not sure if it's "nosplash", or just removing "splash" from the command line. Probably the latter, actually. [08:16] yeah i did try the recovery mode [08:16] and usplash was not loaded [08:16] it might as well be a problem with the sequence in which modules are loaded [08:16] because unloading fb stuff and loading nvidia works [08:16] so it's kind of weird [08:17] Very fun. I'll test again later tonight after a full upgrade. [08:17] ok [08:18] I fear it may be specific to your setup, though. So if I can't reproduce it at all, I'll whine at you to help. [08:20] yeah of course [08:20] i would like at least to get RAID/network back first [08:20] because they are truely annoying to start manually at each boot [08:20] You did upgrade everything, right? [08:21] yeps [08:21] Well, damn. :) [08:21] Blame keybuk. [08:22] heheh [08:22] infinity: do you plan a php5 upload soon? [08:23] there is the libsnmp5 -> 9 transition [08:23] it's the only pkg in main left [08:23] i just did hplip [08:31] Yeah, it's happening soon for other reasons. [08:32] ok === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-boot [09:36] ARGH. [09:36] fabbione : [09:42] ? [09:44] fabbione : Are you getting some nvidia-specific framebuffer module loaded? [09:44] fabbione : After upgrading everything and rebooting, I've noticed that something is now loading radeonfb magically for me, which is very clearly a bug. [09:44] If that's happening for you (but with the nv equivalent), that's the real problem. And I'm pretty sure it's the new udev's fault. [09:46] yes it is happening for me to [09:47] it loads radeon and nvidia fb [09:47] Both? [09:47] You have an ATI in there too? [09:47] Or is it doing something even more wrong than wrong? [09:47] nope [09:47] no ati on this box [09:47] sorry i meant riva [09:48] Oh, phew. [09:48] Kay. [09:48] Still very wrong, but at least that one makes sense. :) [09:48] [ 235.360791] NVRM: The NVIDIA probe routine was not called for 2 device(s). [09:48] [ 235.360796] NVRM: This can occur when a driver such as rivafb or rivatv was [09:48] [ 235.360798] NVRM: loaded and obtained ownership of the NVIDIA device(s). [09:48] [ 235.360802] NVRM: Try unloading the rivafb (and/or the rivatv) kernel module [09:48] [ 235.360804] NVRM: (or reconfigure your kernel without rivafb support), then [09:48] [ 235.360805] NVRM: try loading the NVIDIA kernel module again. [09:48] [ 235.362873] NVRM: No NVIDIA graphics adapter probed! [09:48] this one repeated several times [09:48] Yeahp. [09:48] it clearly goes away as soon as i rmmod riva [09:49] I'm getting the same here with conflicts between radeonfb and fglrx. Which, of course, shouldn't be happening, because radeonfb and rivafb shouldn't be autoloaded. [09:49] I'll be sure to yell at keybuk when he returns. [09:49] ehehehe [09:50] For now, you could blacklist rivafb, but having framebuffers hot/coldplugged at all is just sick and wrong, given that most of them are biuggy as hell. [09:51] i argee [09:51] agree [09:51] and i can wait for Keybuck to fix [09:51] i am not going to reboot this machine anytime soon anyway [09:54] Kamion: I'm going to waste a little time today trying to get our custom widget stuff upstream as well as our kbd-chooser changes. Ok? === jbailey__ [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-boot === pitti [n=pitti@195.227.105.180] has joined #ubuntu-boot [11:12] hmmm [11:13] Kamion: the pvremove -ffy solution doesn't solve all the problem :/ [11:13] i need to do a clean lvm removal [11:15] actually [11:15] no [11:15] i can be WAYYYY more evil :) [11:20] Mithrandir: cool, thanks [11:21] fabbione: ok ... [11:23] fabbione: I'm going to do a partman-auto-lvm upload to Debian in a moment; you'll need to merge that or your world will stop working [11:24] fabbione: oh, uh, you've been doing lots of stuff too, hmm [11:25] I guess it's not safe to upload at the moment [11:25] fabbione: if you want udev stuff to keep working with the new installer world order, merge r32609 from d-i svn; if you don't care, feel free to wait :) [11:26] Kamion: all the changes are the same we have in ubuntu [11:26] and all tested [11:26]