[12:26] jbailey: It should still ask us in case the user doesn't have usplash [12:26] Or has removed the "splash" argument [12:28] Why, though? [12:29] Without fbcon, it's not useful for the console. === crimsun [n=crimsun@216.239.132.120] has joined #ubuntu-kernel [01:05] I think I have the solution for our kernel post-breezy, with regards to git === BenC has a grand vision now [01:15] jbailey: If it's not loading fbcon, it ought to be === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel [01:36] Subject: linux-source-2.6.12_2.6.12-9.19_source.changes ACCEPTED === BenC declares breezy kernel frozen, waves his hands, and goes to start on post-breezy stuff [04:38] mjg59: Right, and it's not. It's just vesafb and capabilities. [04:39] mjg59: Fabio mentioned that he didn't know why those were in there, just that they were. Given that usplash loads vesafb or vga16fb if it needs to, I'm inclined to just move the capabilities loading hint out of the kernel and into initramfs. [04:40] I know that ppc kernels generally have the framebuffer built in. Is that generally the right thing, or should there be some initramfs magic that loads the framebuffers right away and does something to autodetect what it can (loading all the per-arch framebuffers or something [04:40] All obviously post-breezy. =) [04:45] BenC; nooo!! [04:45] BenC; first you must enable hugepages :) [05:01] desrt: It's okay. He's a *kernel hacker* [05:01] Linus set a fine tradition that frozen is what you get out of a slurpy machine. ;) [05:54] :) [05:54] btw. fix inotify.h :) [06:04] yeah yeah yeah. [06:09] Got a current patch for me? =) [06:15] ya. it's on bugzilla [06:15] well... not a 'patch' per se [06:16] but the one-line that needs to be added [06:16] you actually want it in patch form? === crimsun [n=crimsun@216.239.132.120] has joined #ubuntu-kernel [06:26] jbailey; k. updated patch uploaded here: http://bugzilla.ubuntu.com/show_bug.cgi?id=14456 [06:26] it's perfectly in sync with the one in the kernel now with the exception that all the #ifdef KERNEL business is removed (which you did) [06:53] Cool, thanks. [06:53] Yeah the upstream lkh that we uses gets rid of all of that. [06:53] And makes usre all the rest of the types are trivially usable from userspace. [06:53] Sleep now, will hack in the morning. =) [06:54] (Best to upload that lkh when I'm sober. thankyou very much for the patch) [06:57] BenC: didn't you back out the security patch??? [06:57] ah never mind [08:43] fabbione: it's removed from 00list === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === chmj [n=chmj@wbs-146-151-240.telkomadsl.co.za] has joined #ubuntu-kernel === mkrufky [n=mkrufky@user-12lcl1s.cable.mindspring.com] has joined #ubuntu-kernel === crimsun_ [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === Yagisan [n=jamie@220-245-252-194-nsw-pppoe.tpgi.com.au] has joined #ubuntu-kernel === Yagisan [n=jamie@220-245-252-194-nsw-pppoe.tpgi.com.au] has left #ubuntu-kernel [] === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #ubuntu-kernel === doko [n=doko@dslb-084-059-101-102.pools.arcor-ip.net] has joined #ubuntu-kernel === doko_ [n=doko@dslb-084-059-083-102.pools.arcor-ip.net] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === Yagisan [n=jamie@60-240-127-215.tpgi.com.au] has joined #ubuntu-kernel === joh [n=joh@cD908888B.sdsl.catch.no] has joined #ubuntu-kernel [07:06] Hello, I'm running ubuntu on a server which I had to restart the ugly way by pulling the plug because of a crash. Now when I boot the machine, I discover some files (about 10) located in /bin /sbin /usr/bin and /usr/sbin which all have their owner changed to uid 112 and gid 114. Now I'm unable to change their permissions back to root (Operation not permitted). Actually, I'm unable to change *any* file in those 4 directories. After running an fsck, [07:08] joh: hmmmm [07:08] i would try to check for chattr -i [07:08] Yeah, it's likely that they've ended up immutable [07:09] if you still can't change them, try to run another e2fsck on it [07:09] probably there is still corruption [07:11] fabbione: hmmmm [07:11] fabbione: chattr -i didn't help either... [07:12] joh: switch to init s and umount /usr [07:12] e2fsck -fF /dev/whatever [07:12] and see if it helps [07:13] fabbione: ok, some of the files are immutable actually... [07:13] fabbione: but removing the flag doesn't help [07:14] fabbione: they have all the sia flags set [07:14] joh: please so as i said and check for extra corruption first [07:14] what fs is that? [07:14] fabbione: ext3 [07:15] (this is the root filesystem, so I cannot umount it atm :P I can check the files in /usr though) [07:15] switch to single user and mount it ro [07:15] i have to go now [07:15] bbl [07:15] ok, thanks === doko_ [n=doko@dslb-084-059-090-027.pools.arcor-ip.net] has joined #ubuntu-kernel === joh [n=joh@cD908888B.sdsl.catch.no] has joined #ubuntu-kernel [07:38] fabbione: thanks, it worked when I removed the sia attributes from them. both fscks run successfully (no errors as far as I could see)... [07:38] joh: no problem [07:40] fabbione: any idea what could've caused this, btw? [07:41] joh: it depends from a billion things [07:41] first, do you know why the machine crashed? [07:41] fabbione: ok? :P the cause of the crash was out of memory I think... [07:41] also.. what does the machine run? [07:41] fabbione: probably a leak in hula [07:42] does the machine do a lot of IO? [07:42] fabbione: apache, hula, mysql, pgsql, ssh, php, ... [07:42] so yeah [07:43] it's possible that it was doing I/O while you unplugged the power [07:43] and crap has been written to disk [07:43] that's simplest explanation i can find [07:43] fabbione: well, the system wasn't responsive at all when it crashed. [07:43] the worst one is that you have been hacked and that the leak and corruption was caused by an attacker attempt to gain root [07:43] fabbione: i.e. I could change VTs but not run any process... [07:44] joh: that doesn't mean much.. it could have been busy doing I/O [07:44] now i give you a few tips [07:44] fabbione: ok :) [07:44] when you install servers. it's always a good idea to use different partitions [07:44] like /usr /var /tmp /home on separate partitions [07:44] even LVM would do [07:45] they are [07:45] ok [07:45] well i understood differently befor [07:45] e [07:45] well, what I meant that was that the files in /bin and /sbin were on the root filesystem. [07:45] and if your server provides a lot of different services [07:45] *root partition [07:46] it's worth a try to make some partitions ro [07:46] like /usr [07:46] there is no need to write there [07:46] unless I install some packages :P [07:46] root is a bit too complicate... [07:46] yeah [07:46] of cours [07:46] but than you can always mount/remount [07:46] yeah [07:46] Ok, thanks again, I have to go now :) [07:47] np === doko [n=doko@dslb-084-059-092-205.pools.arcor-ip.net] has joined #ubuntu-kernel === doko_ [n=doko@dslb-084-059-088-190.pools.arcor-ip.net] has joined #ubuntu-kernel === doko__ [n=doko@dslb-084-059-073-057.pools.arcor-ip.net] has joined #ubuntu-kernel