00:00.59 | pb_ | florian: ah. what goes wrong if composite is activated? |
00:01.26 | florian | pb_: one problem i found is that it seems to depend on "tslib" instead if "libts" which is in unstable feed. |
00:01.27 | pigeon | morning pb_ florian |
00:01.34 | dc___ | hrm |
00:01.42 | pb_ | dc___: sounds bad |
00:01.46 | dc___ | indeed. |
00:01.54 | pb_ | florian: oh, whoops. |
00:01.58 | dc___ | I've been trying to get a working kernel for this epia for about 7 hours :/ |
00:01.58 | pigeon | yo dc___! |
00:02.02 | dc___ | hey... |
00:02.13 | pb_ | pigeon: g'day |
00:02.22 | dc___ | it seems that something is causing init the stall after the last rc script is run. |
00:02.27 | pb_ | dc___: oh dear |
00:02.34 | florian | pb_: not sure... it died some times randomly... i need to investigate this. |
00:02.38 | dc___ | any ideas what might cause this, or where the right log file might be? |
00:02.38 | florian | hey pigeon |
00:02.48 | dc___ | pb_: indeed.... |
00:03.01 | pb_ | sounds more like a bug with the scripts, or inittab, rather than the kernel. |
00:03.07 | dc___ | it boots all okey, then init starts, runs the scrips in /etc/rc2.d |
00:03.21 | dc___ | then just hangs, without giving a login prompt./ |
00:03.31 | dc___ | but I can still input characters on the keyboard etc.. |
00:03.34 | dc___ | so it's not frozed. |
00:03.45 | pb_ | do you have magic sysrq enabled? |
00:03.51 | dc___ | pb_: I've tried another kernel and it boots fine. |
00:03.55 | pb_ | dc___: ah. |
00:03.59 | dc___ | pb_: and removed a load of rc scripts |
00:04.23 | pb_ | hm, very strange |
00:05.05 | dc___ | pb_: what can i do with sysrq button? |
00:06.05 | pb_ | dc___: I was going to suggest that you check to see what processes were running, and kill any that seemed hung. |
00:06.52 | dc___ | ah |
00:07.01 | dc___ | how might I do that with the help of sysrq? |
00:08.39 | *** join/#gpe dc___ (~dctanner@213.208.61.2) |
00:09.02 | pb_ | alt-sysrq-t, I think |
00:11.35 | dc___ | right |
00:11.37 | dc___ | hrm |
00:11.46 | dc___ | what can I do with this info. heh. |
00:11.52 | dc___ | ah rhgit. |
00:11.55 | pb_ | what does it say? |
00:12.27 | dc___ | we have am Xprt, rpc.statd, atd, cron and quite a few gettys |
00:12.35 | dc___ | ah ...hrm. |
00:12.52 | dc___ | init just gave some info |
00:12.59 | pb_ | hrm. well, if you have gettys, you should be able to log in. |
00:13.12 | dc___ | INIT: Id "1" respawing too fast: disabled for 5 minutes. |
00:13.25 | dc___ | and then one replaced eith 2, 3, 4, 5, and 6 |
00:13.29 | pb_ | ah, sounds like your gettys are dying off. |
00:13.36 | dc___ | hrm. |
00:13.39 | pb_ | maybe the console devices they're trying to start on don't exist. |
00:13.44 | dc___ | posiible cause...? |
00:13.49 | pb_ | do you have devfs enabled in the kernel? |
00:13.49 | dc___ | hrm. |
00:14.17 | dc___ | hrm, let me chroot from the debian cdrom |
00:14.51 | reenoo | hmm |
00:14.59 | dc___ | hey reenoo |
00:15.04 | reenoo | I have something similar on my laptop |
00:15.14 | reenoo | hi dc___ |
00:15.15 | dc___ | oh really? |
00:15.43 | reenoo | I wished I did |
00:15.46 | reenoo | :/ |
00:15.52 | pb_ | reenoo: doh |
00:16.15 | reenoo | gettys ramdomly refuse to start with 2.6.5-rc3-mm4 |
00:16.37 | dc___ | right |
00:16.43 | reenoo | and the devices do exist (no devfs) |
00:16.44 | dc___ | this is 2.4.25 |
00:17.48 | reenoo | with 2.6.[0..4] it takes ages until they respawn (claiming the device was still in use which is not the case) |
00:17.49 | dc___ | devfs support is enabled |
00:18.07 | pb_ | try turning it off, or at least set it to not mount on boot |
00:18.18 | pb_ | or use 'devfs=nomount' or whatever the commandline option is |
00:18.38 | dc___ | would that do? |
00:18.43 | reenoo | and bash randomly dies on tty1 |
00:18.56 | pb_ | dc___: no, devfs is too powerful to be restrained by fstab alone |
00:19.49 | dc___ | evils... |
00:19.50 | dc___ | right |
00:20.21 | florian | good night... |
00:20.27 | dc___ | night florian |
00:20.30 | reenoo | 'night florian |
00:20.33 | pb_ | florian: night |
00:21.27 | dc___ | ahha |
00:21.46 | dc___ | pb_: seems to be okay now. |
00:21.56 | dc___ | pb_: so I guess one of my drivers is faulty? |
00:23.26 | reenoo | dc___: actually it's going right back to IBM on monday unless the linux31 or linux-thinkpad guys have suggestions on how to fix the heat issues I have with it |
00:23.47 | pb_ | dc___: if it was the devfs thing, you probably just need to adjust the pathnames in /etc/inittab to use the devfs names for /dev/tty1 and so on |
00:24.38 | dc___ | pb_: and what might they be? |
00:24.50 | dc___ | hehe |
00:24.53 | reenoo | c1:12345:respawn:/sbin/agetty 38400 tty1 linux |
00:24.58 | dc___ | reenoo: heat sucks |
00:25.12 | pb_ | dc___: vc/1, vc/2, ... |
00:25.47 | dc___ | right! |
00:26.29 | reenoo | dc___: yeah. it easily fries your legs :/ |
00:27.01 | dc___ | reenoo: that's kind of scary |
00:27.36 | dc___ | *fingers |
00:27.37 | dc___ | yay |
00:29.40 | reenoo | dc___: http://www.theshire.org/pipermail/linux31/2004-April/000531.html |
00:29.53 | pb_ | dc___: heh |
00:36.07 | pb_ | good-o |
00:36.09 | pb_ | what is it? |
00:36.15 | dc___ | drive me crazy |
00:36.24 | dc___ | thank god it just finished! |
00:36.32 | pb_ | heh |
00:37.46 | moray | dc___: someone tied you down in front of the TV again? |
00:38.00 | dc___ | moray: yeah. my htpc. |
00:39.03 | reenoo | I'm off to bed. 'night all |
00:39.14 | pb_ | reenoo: night |
00:39.19 | moray | night reenoo |
00:40.54 | dc___ | oh. it's the early hours of the morning on ITV-1 |
00:41.26 | dc___ | god save us, it's 2D tv ... |
00:49.33 | dc___ | hahaa |
00:50.37 | dc___ | what a great matrix spoof |
00:51.14 | dc___ | that had to be the only and funnies bit of 2DTV I've ever seen |
00:52.08 | pb_ | heh |
00:52.27 | dc___ | the matrix crashes and they get stuck in windows xp. |
00:53.05 | pb_ | ah, nasty! |
00:59.23 | *** join/#gpe flypiper (~ISP-1@12-222-141-210.client.insightBB.com) |
01:07.38 | dc___ | heh, that fan they put in my htpc case for the psu is totaly pointless, the psu is ice cold. |
01:10.42 | pb_ | yeah, the psu people tend to be quite conservative |
01:11.20 | pb_ | they probably want to be sure that it doesn't overheat if you operate it in the desert, with loads of hard disks fitted and heavy cpu load. |
01:11.21 | dc___ | oooh |
01:11.36 | dc___ | they 'just' updated the via drivers then |
01:11.44 | pb_ | oh, cool |
01:13.08 | dc___ | oops. heh. my bad. only the lite drivers :[ |
01:13.25 | dc___ | so much for that exitement |
01:13.33 | pb_ | ah |