=== co-NP [n=conp@pool-028bc.externet.hu] has joined #upstart === co-NP is now known as coNP [02:29] <_ion> ^X^C? He must surely mean :q === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #upstart === Keybuk [n=scott@209.79.152.253] has joined #upstart === johnnybuoy [n=johnny@unaffiliated/johnnybuoy] has joined #upstart === johnnybuoy [n=johnny@unaffiliated/johnnybuoy] has joined #upstart === j_ack [n=rudi@p508DB83C.dip0.t-ipconnect.de] has joined #upstart === Seveas [n=seveas@ubuntu/member/seveas] has joined #upstart === juergbi [n=juerg@80-219-26-249.dclient.hispeed.ch] has joined #upstart === Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart === Md [i=md@freenode/staff/md] has joined #upstart === coNP [n=conp@pool-028bc.externet.hu] has joined #upstart === Md [i=md@freenode/staff/md] has joined #upstart === johnnybuoy [n=johnny@unaffiliated/johnnybuoy] has joined #upstart === mikeconcepts [n=Mike@100.142.33.65.cfl.res.rr.com] has joined #upstart === mikeconcepts [n=Mike@100.142.33.65.cfl.res.rr.com] has left #upstart ["Leaving"] === Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart === Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart === Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart === Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart === phsdv [n=paul@88.123.131.22] has joined #upstart === lebernie [n=bernie@did75-5-82-224-61-136.fbx.proxad.net] has joined #upstart === phsdv [n=paul@88.123.131.22] has joined #upstart === mbiebl [n=michael@e180064100.adsl.alicedsl.de] has joined #upstart === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #upstart === kung [n=kung@dslb-084-058-193-240.pools.arcor-ip.net] has joined #upstart [04:10] hi [04:10] I just noticed, that my distro uses upstart instead of sysvinit [04:11] nevertheless I'd like to run some of my old scripts...is there a way just to place them somewhere or do I have to rewrite them? [04:12] which distro? [04:12] Ubuntu? [04:16] yea, edgy [04:16] kubuntu actually [04:16] well, currently edgy will just run the existing sysvinit scripts, so you won't need to do anything to them [04:17] at least, until feisty is released. [04:18] okay..then it must be another problem, why my scripts are no more executed..;) [04:18] they worked for dapper, though. [04:18] thx anyways [04:18] :) [04:19] incorrect permissions, maybe? [04:19] what runlevel are they in? /etc/rc2.d? [04:20] /etc/rc3.d [04:20] kung: do you ever switch to runlevel 3? [04:20] add them to rc2.d [04:20] then it should work [04:21] hmm okay, it worked there in dapper... [04:21] well and in hoary... [04:21] ;) [04:21] I'll move then to rc2.. [04:22] maybe I changed something to the runlevels back then..dunno === j_ack [n=rudi@p508D9CF2.dip0.t-ipconnect.de] has joined #upstart === Amaranth [n=travis@ubuntu/member/amaranth] has joined #upstart === Keybuk [n=scott@207.47.10.130.static.nextweb.net] has joined #upstart === Seveas [i=seveas@conference/ubuntuconf/x-658f92a537338062] has joined #upstart === __keybuk [i=scott@conference/ubuntuconf/x-9857ea9af706e7f7] has joined #upstart === Amaranth [i=travis@ubuntu/member/amaranth] has joined #upstart === johnnybuoy [n=johnny@unaffiliated/johnnybuoy] has joined #upstart === wasabi_ [i=wasabi@ubuntu/member/wasabi] has joined #upstart === johnnybuoy [n=johnny@unaffiliated/johnnybuoy] has joined #upstart === wasabi_ [i=wasabi@ubuntu/member/wasabi] has joined #upstart === Amaranth [i=travis@conference/ubuntuconf/x-da2bf24e289d71c7] has joined #upstart === DarkWizzard [i=mirc@86.126.236.125] has joined #upstart [08:57] hello all [08:57] need help [08:57] I can't start my system [08:57] I'm under windows right now [08:57] it says rcS killed by signal 11 [08:57] and rc-default killed by signal 11 [08:57] thats all [08:57] <_ion> It's segmentation fault. [08:58] before that suddenly it started segfaulting [08:58] <_ion> Faulty RAM? Overclocked, overheating system? [08:58] I went to recovery mode [08:58] dont think so [08:58] windows works fine [08:58] Kubuntu edgy [08:59] this is strange [08:59] edgy is getting stranger by time [08:59] <_ion> The first thing i'd run when programs start to segfault randomly is memtest86. You have it already installed, just select it from the grub menu. [08:59] ok [08:59] what does it do ? [08:59] <_ion> It tests the RAM. [09:00] thats logical [09:00] ok I'll run it and come back [09:00] brb === wasabi_ [i=wasabi@ubuntu/member/wasabi] has joined #upstart === Amaranth [i=travis@ubuntu/member/amaranth] has joined #upstart === ubuntu_ [n=ubuntu@86.126.236.125] has joined #upstart === ubuntu_ is now known as DarkWizzard [09:19] back [09:19] my RAM is ok [09:20] I'm from a live cd [09:20] right now [09:20] I have no ideea what is causing that problem [09:20] maybe a reinstall of my init scripts would do the job [09:20] <_ion> It completed all the tests in... 19 minutes? [09:20] not all [09:20] but I dont have that time [09:21] besides the live cd boots [09:21] 19 minutes is useless for memtest in general [09:22] its not a hardware problem [09:22] I'm sure of that [09:23] E: Sub-process /usr/sbin/dpkg-preconfigure --apt || true received a segmentation fault. [09:23] I chrooted to the installed system [09:23] <_ion> You could run debsums from the Live-CD to check for corrupted libraries. [09:24] how ? [09:24] I'm thinking about a clean install but first I have to revive my system and save the data [09:24] to bad this live cd can't write to ntfs partitions [09:25] *too [09:25] ntfs is proprietary [09:25] ... [09:26] what do you mean ? [09:26] too bad you use ntfs... [09:26] well yeah [09:26] well, you can't write in a language you don't know, can you.. [09:26] its from the windows times [09:26] ntfs is writable [09:26] with ntfs-3g [09:26] <_ion> Copy etc/apt/sources.list from your HDD to /etc/apt on the Live-CD, apt-get update, apt-get install debsums, debsums -s -r /your_hdd_mountpoint [09:27] <_ion> (Any of those shouldn't be run inside the chroot) [09:27] DarkWizzard<> what is ntfs-3g? [09:27] a nice little program to handle ntfs filesystems under linux [09:27] <_ion> johnnybuoy: apt-cache show [09:27] it makes them writable [09:28] hmm [09:28] not bad... [09:28] (gentoo here...) [09:28] <_ion> I guess you can install ntfs-3g in a Live-CD session as well. [09:32] DarkWizzard: if dpkg is also segfaulting, I'd say you have either a corrupted libc, dynamic link loader, or hardware problem, e.g hard drive or RAM [09:33] <_ion> ...And corrupted libraries are likely caused by such a hardware problem. :-) [09:34] DarkWizzard: if i were you i'd install debsums and check the integrity of as much as you can [09:34] could be tricky on the dodgy system in question tho [09:34] doh! [09:35] <_ion> Well, if he was able to start a Live-CD session and a Windows session, running debsums might not be a problem. === DarkWIzzard [n=ubuntu@86.126.236.125] has joined #upstart [09:40] back [09:40] LiveCD gone wild === DarkWIzzard is now known as DarkWizzard [09:40] so I need to install debsums [09:40] man I had a hell of a day [09:41] and now this [09:42] <_ion> Please define "gone wild". [09:42] well it stopped spinning [09:42] its an old rewritable cd [09:42] and the system was doing to much [09:42] and nothing responded [09:42] so I just rebooted manually [09:43] sorry I dont have logs on the live cd [09:44] how do I use debsums ? [09:44] <_ion> Copy etc/apt/sources.list from your HDD to /etc/apt in the Live-CD session, apt-get update, apt-get install debsums, debsums -s -r /your_hdd_mountpoint [09:45] ok [09:45] in progress [09:45] <_ion> Run all of that outside any chroot. [09:45] ok [09:45] so it searches for corrupted libraryes ? [09:46] <_ion> Well, yes. [09:47] I always liked kubuntu [09:47] but this release caused far to many problems [09:47] the upgrade was hell [09:47] tomorow I'm going to do a fresh install [09:48] debsums has a lot of output [09:48] debsums: checksum mismatch coreutils file /media/hda3/bin/mv [09:48] and a big list of it [09:48] but I know whats causing it [09:48] I had problem with coreutils [09:49] back in dapper [09:49] mkdir suddenly segfaultedd [09:49] and stty and sleep [09:49] so I built it from source [09:49] and after that it worked [09:49] <_ion> Seems like you've had a hardware problem for a long time, and it's causing more and more visible problems. [09:49] I have the strangest problems [09:50] hmmm [09:50] well this was long ago [09:50] after that everything worked fine [09:50] my pc isn't the best one [09:51] <_ion> (Btw, *never* just install stuff all around the filesystem without the package manager knowing about it.) [09:51] how can I tell the package manager that I installed something from source ? [09:51] debsums: no md5sums for initscripts [09:52] <_ion> Well, for starters, instead of installing coreutils from source you should have identified the faulty piece of hardware and replaced it, and reinstalled the coreutils binary package. [09:53] how do you explain that after installing from source it worked [09:53] if I have faulty hardware ? [09:53] <_ion> It's not like faulty hardware corrupts every single file a program write to the hard disk. [09:54] <_ion> writes [09:55] We'll see if I keep on getting segfaults after a clean install [09:55] I just need to somehow install ntfs-3g on the live cd [09:55] <_ion> Perhaps not immediately, but the system will keep getting more and more unstable, until it's unusable again. [09:55] well this is strange [09:56] <_ion> Install smartmontools, run smartctl -a /dev/hda, watch for errors. Perhaps run a long self-test (smartctl -t long /dev/hda, wait, smartctl -a /dev/hda). Leave memtest running overnight. [09:56] what does smartctl do ?/ [09:57] <_ion> (SMART isn't guaranteed to find a fault even if your HDD, the ATA controller or the cable has one, but it might.) [09:57] <_ion> apt-cache show smartmontools [09:57] but how could I temporary revive my system ? [09:58] does debsums repair anything or only search ? [09:58] <_ion> You might get a temporarily working system by reinstalling packages that debsums complains about. [09:59] it just tells you what doesn't match [09:59] well [09:59] I cant reinstall from chroot [09:59] you must have guessed why [09:59] dpkg segfaults [10:00] <_ion> Outside chroot: dpkg --root /mountpoint -i package.deb [10:01] if dpkg segfaults you _definitely_ have flaky hardware [10:01] <_ion> Begin by reinstalling libc6 [10:03] ok [10:03] I just need to get some sleep [10:03] thanks for your help [10:04] good night all (even if its daytime there) [10:04] <_ion> I'd like to emphasize again: you really need to replace the faulty piece of hardware. Otherwise you'll be running to the same perhaps bigger problems again and again. [10:05] ok I'll replace it if I'll have the buget [10:05] you know :) [10:05] <_ion> You've had the problem since the first segfaults you got from the coreutils programs. [10:05] thats the biggest problem [10:05] maybe the os was buggy [10:05] windows never complained about hardware [10:05] <_ion> Sigh. [10:06] and I spend much time under it [10:06] ok ok I understand [10:06] thanks for your help [10:06] bye all [10:06] <_ion> At least leave memtest running overnight. === coNP [n=conp@pool-028bc.externet.hu] has left #upstart ["c-x] === Keybuk [i=scott@conference/ubuntuconf/x-7f410c8464c9c776] has joined #upstart === wasabi_ [i=wasabi@ubuntu/member/wasabi] has joined #upstart === theCore [n=alex@modemcable128.255-131-66.mc.videotron.ca] has joined #upstart [11:23] I think I found a bug/annoyance in upstart [11:24] if you login in GDM really fast === Amaranth [i=travis@ubuntu/member/amaranth] has joined #upstart [11:24] HAL doesn't have the time to start, therefore GNOME complains that HAL isn't initialized [11:25] that's not a bug in upstart [11:25] <_ion> That doesn't have to do anything to do... keybuk was faster. :-) [11:25] that's just a bug in the ubuntu init script ordering [11:25] <_ion> s/to do/with/ [11:25] <_ion> Argh, wrong again. :-) [11:25] ah, that's right [11:26] I always forget [11:26] Keybuk: I need help with #397002 [11:27] ok, then I fill that for Ubuntu package [11:27] Md: that's kinda interesting ... you check for /dev/console ? [11:27] uh, I mean assume stdin==/dev/console [11:28] RUNLEVEL and PREVLEVEL will be set [11:28] warn_if_interactive() { [11:28] if [ "$RUNLEVEL" = "S" -a "$PREVLEVEL" = "N" ] ; then [11:28] return [11:28] fi [11:28] TTY=$(my_tty) [11:28] if [ -z "$TTY" -o "$TTY" = "/dev/console" ] ; then [11:28] return [11:28] fi [11:28] where my_tty is just like tty(1) [11:28] ahh, that TTY thing will break, yes [11:28] it's arguably a bug in the Debian upstart-compat-sysv [11:28] they should have "console owner" in there for Debian, as Debian lacks Ubuntu's "no boot messages" policy [11:29] the RUNLEVEL and PREVLEVEL checks should work [11:29] oh, hmm, bet they don't [11:29] /etc/event.d/rcS doesn't set RUNLEVEL or PREVLEVEL, because rcS doesn't use them [11:29] the submitter says that they do not [11:29] again, but in upstart-compat-sysv [11:29] s/but/bug/ [11:30] ok, I will reassign the bug and add this chat to the thread [11:30] *ndos* [11:30] *nods* even [11:32] I think it is too easy blame upstart, for bugs in the initscript package. It seems people really like to find bug in new software :) [11:38] I had a bug once blaming upstart for their fonts looking funny [11:38] <_ion> Hehe. [11:39] their fonts? [11:39] whoa, that's going far ... [11:40] theCore: people blame udev for everything, maybe next year we will have another scapegoat... [11:41] ah, gotta love the clueless newbie [11:42] Md: people stopped blaming udev in ubuntu [11:42] it works too well [11:42] personally, I never used a Linux system without udev, so I can't judge it [11:43] it works well in debian too, they just to pretend they know how it works better than I do... [11:43] even the LFS I built had udev [11:45] so, does dbus support is still planned in upstart? [11:55] yes [11:55] either a dbus proxy, or use dbus for upstart's own IPC