/srv/irclogs.ubuntu.com/2005/11/30/#ubuntu-boot.txt

=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-boot
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-boot
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-boot
=== Keybuk [n=scott@descent.netsplit.com] has joined #ubuntu-boot
=== pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-boot
HiddenWolfKeybuk, does that bootchart tell me y'all have managed to halve dapper boot times?09:07
Keybukish09:07
Keybukcertainly below 1m09:07
infinityWell, except for the part where there's no GDm there.09:07
infinityIn fact, no runlevel 2 at all, if I'm not mistaken.09:08
Keybukyeah, it's just rcS09:09
HiddenWolfah09:10
Keybukwhich has dropped from 55s to 39s09:10
HiddenWolfHm, still amazing.09:12
Keybukyeah, it's a start09:13
Keybukthere's probably another 10s or so in there09:13
Keybuknot loading framebuffer drivers should help a bit09:13
Keybukand removing networking and pcmcia should too09:13
HiddenWolfIt'd be sweet if things would only start if needed.09:14
HiddenWolfthink hplib.09:14
Keybukthat starts after gdm09:14
Keybukanything that starts after gdm isn't relevant09:14
Keybukthe game isn't time-until-end-of-rc2 ... but time-until-user-can-login09:14
Keybukwho cares if hplib and apache don't start until half way through their login?  they probably won't09:15
Mithrandirit should probably be "time until user logged in or system-fully-booted, whichever is longer"09:15
Keybukno it shouldn't09:16
KeybukI only care up to the point gdm's greeter comes up09:17
Keybukafter that iz gtk bug :)09:17
KeybukWindows plays the same trick, it brings the greeter up as soon as it can while still booting -- it gives the perception of a fast boot09:17
infinity<nod>09:19
infinityWe need to see a useable GDM as soon as possible.09:19
infinityAnything beyond that is nice (we don't want to grind for 2 more minutes) but much less critical.09:19
Keybukright09:20
Keybukonce gdm is up, it's all low-hanging09:20
MithrandirKeybuk: I care about "machine usable and stuff working", not "shows me pretty junk"09:21
Keybukdefine usable :)09:22
Keybukyour machine might not be usable until you plug in your pcmcia network card09:22
Keybukand if we bootcharted the 5 minutes for you hunting through the crap on your desk, it'd be a loooong time09:23
Keybukthe best definition I can think of is that the user can do _something_09:23
Keybukie. get them a greeter or getty as soon as you can09:23
HiddenWolfKeybuk, how much do you think is realisticly what you can still shave off it?09:52
Keybuk<----> that much09:52
HiddenWolfhah, ok.09:52
=== HiddenWolf lurks on
HiddenWolfget me <---------> this much, and I'll extend an open invitation to free beer. ;)09:53
Keybukbeer is over-rated09:55
Mithrandirbeer is good09:56
HiddenWolfKeybuk, apple-juice for you then. :)10:07
HiddenWolfKeybuk, with a straw. :)10:07
Keybukvodka!10:07
HiddenWolfKeybuk, Would I have to carry you out in that case?10:11
KeybukI'm feeling daring10:39
Keybuklet's see if I can get to X10:39
Keybukcor10:41
KeybukI can10:41
KeybukI still want to know what that strange sh/run-parts thing is in rcS10:45
Keybukahhhh10:49
Keybukit's in a modprobe-post-install rule10:49
HiddenWolfKeybuk, you're working without X?11:10
KeybukI was11:11
KeybukI have X now11:11
KeybukKamion: any alarm bells ringing if I suggest making /tmp and /var/run tmpfs?11:20
Kamionthe main problem is partman doesn't know how to do that :P11:31
Keybukwhy does partman need to know?11:31
Kamionbecause it sets up fstab ...11:31
Keybukvirtual filesystems are mounted long before fstab is around :)11:31
Kamioner11:32
Keybukcf. our discussion about the futility of having /proc in there11:32
Kamionyou mean admins don't get to choose? I don't think that's so good11:32
Kamionmy server has problems with /tmp being tmpfs, because (a) various applications I can't be bothered to fix write lots of stuff in there, (b) it's too low on memory for all the stuff they want to write11:32
Keybukhmm, I can see the argument for being able to choose /tmp11:33
Kamion/var/run's probably ok11:33
Keybuk/var/run is never large, it's just pid files and sockets11:33
Keybuk(and having it as a tmpfs would solve a major ordering issue I'm currently having <g>)11:33
Kamionbut by the same token I don't see why we need to force it in initramfs either ... oh?11:33
Keybukthere's a bunch of rcS stuff to clean up /var/run before things are started11:33
Keybukbut I'd have to move that all into the initramfs in case udev starts the things now11:34
KeybukrcS should increasingly become "things udev doesn't do"11:34
KeybukI'll have a think and a play with some different ideas, see which works best and doesn't break anything11:35
Kamionah, hm11:35
Keybukalso having it as a tmpfs actually means we can start networking before the real filesystem, which is a current snag11:36
Kamionwe'd have to make sure everything works with /var/run as a tmpfs; IIRC there were a few broken packages that installed files there in .debs or in the postinst11:36
Keybuk/etc/network/run would become /var/run/network, and all would be happy11:36
KeybukKamion: yeah, I checked main for them, and couldn't immediately see any -- have to check postinst yet though11:36
Keybukat the moment I have the problem:11:38
Keybukudevplug finds network card11:38
Keybukudevd calls ifup11:38
Keybukifup can't write to /etc/network/run/ifstate11:38
Keybuk (time passes)11:38
Keybukroot filesystem gets checked and mounted rw11:38
Keybukand, of course, if you swap the two... you get11:41
Keybukroot filesystem can't be chcked because /dev/hda1 doesn't exist11:42
Keybukroot filesystem remounted rw, and evil error gets shown11:42
Keybukudevplug finds block device11:42
Keybukudevd creates /dev/hda111:42
Keybuk:)11:42
=== Kamion uploads ubuntu-meta to suck in new pcmciautils
Keybukheh12:00
KamionI should probably start running around debian-installer preparing stuff for .1512:00
KeybukI haven't even started the udev udeb stuff yet :-/12:00
Keybukit's just a udeb with a bunch of binaries in12:01
Kamion<cjwatson@cairhien ~/src/ubuntu/debian-installer/debian-installer-20051026ubuntu3/build>$ wcgrep pcmcia-cs-udeb pkg-lists | wc -l12:01
Kamion2112:01
Kamionjoy12:01
Kamionjust try not to emulate Marco's trick of continually leaving stuff out of the udeb12:01
Keybuklol12:01
KeybukI guess I'll have to modify hw-detect too12:01
Kamionhm? what for?12:01
Kamionoh, udevplug12:01
Keybukto make it call the right bits of udev12:01
KamionI was planning to move that into rootskel, I'm fed up with running around modifying a billion different pieces12:02
Kamiontell me what's needed and I'll get it incorporated in the right place12:02
Kamionjust run udevplug?12:02
Keybuklet me upload our new very-simple udev.init for you, so you can see12:02
Kamionfor udev.init, the plan is for udev-udeb to ship /lib/debian-installer-startup.d/S02udev with whatever it needs to do12:03
Keybukhttp://people.ubuntu.com/~scott/udev.init12:03
Keybukbasically it's12:03
Keybukmount /dev12:03
Keybukudevd12:03
Keybukcp /lib/udev/devices into /dev12:04
MithrandirKeybuk: do you want the udeb bits for bootchart submitted, or should I just upload them?12:04
Keybukuidevplug12:04
KeybukMithrandir: just upload them, if they don't touch the ordinary boot stuff12:04
Mithrandirok12:04
Mithrandirthey don't.  Or shouldn't, at least.12:04
KamionKeybuk: take the start bit of that and make it /lib/debian-installer-startup.d/S02udev12:04
Keybukok, that's easy enough then -- without the initramfs stuff, I guess?12:05
Keybukcan I guarantee that the installer would have 2.6.15 so skip the "abort!abort!abort!" bit?12:05
Kamionyou won't be in initramfs12:05
Keybukok12:05
Kamionhm, no, best have the error check, stuff is confusing enough at that stage12:06
Keybukthat's not "in initramfs", there's a check there to make sure that initramfs didn't run on a non-2.6.15 kernel12:06
Keybukright12:06
Kamionwell, let me rephrase that. you won't be in initramfs FOR NOW12:06
Keybuklol12:06
Kamionthat might change later, but if it does, it'll be initramfs for the whole installer12:06
Keybuk*blink*12:06
Keybukis that "install a system, then exec run-init when done" ? :p12:07
Kamionnah, just initramfs as an initrd replacement12:07
Keybukoh right12:07
Kamionalthough I suppose you could :)12:07
Keybukthought you had the entire installer in an initramfs there12:07
Keybukwhich would be kinda cute12:07
Keybukit's /technically/ "only mounting the root filesystem" ... with the added bonus of making one first12:08
=== Kamion grins
Keybukgreat for kiosk mode ... they reinstall themselves when they reboot12:08
Kamionnetwork configuration would be amusing12:08
Kamionit'd be a bit like tccboot, only more so, especially if you did a gentoo version12:08
Keybukyou know it'd rock12:08
Keybukgentubuntu12:09
KeybukI bet jbailey would like it12:10
KeybukI swear he wants X in the initramfs12:10
Mithrandirthat'd make X start early enough in the boot, at least.12:11
Mithrandircan tcc be used to bootstrap gcc?12:11
KeybukGoogle says yeah ... *cough*12:13
=== Keybuk giggles at vorlon
KeybukOMG THIS NEW-FANGLED-SHINY-INIT VIOLATES POLICY! SEVERITY SHALLOW-GRAVE!12:15
Keybuk"oh, wait, it's sysv-rc ... uh, maybe it's policy's fault"12:15
Kamionjbailey: please remove that zoneinfo-udeb patch I did from glibc at your next convenience; the installer no longer needs it12:19
Kamionor tell me and I'll do it12:20
KeybukKamion: do you know what kind of /dev rules we want for d-i?12:28
KeybukI guess we want the default naming rules, but do we also want things like /dev/disk/by-* ?12:29
Kamiondefault + devfs-compat12:29
Kamionnot sure about /dev/disk/by-*12:29
Kamionprobably not for now12:29
Kamionwe can add them when we come up with a good reason12:29
Keybukugh, I'll have to rewrite devfs-compat *cry*12:32
Keybukthe old rules flat-out don't work anymore12:33
=== Keybuk wonders whether Marco has already
KamionI believe Debian's d-i works when built with udev, so probably ...12:35
Kamionwell, networking is apparently broken, haven't investigated for myself yet12:35
Mithrandirwe could just rip out all the devfs names and use the old ones again.12:36
KamionI'm not going for that degree of forkage from Debian12:38
Kamionthere should be an abstraction layer12:38
Kamionthat can go into Debian12:38
Mithrandirisn't debian going to go with udev soonish?12:38
Kamionyes but 2.4 will still be supported for a while12:38
Mithrandirhm, ok12:39
Mithrandiras in "for etch"?12:39
Kamiondunno12:39
Keybukthe problem is that the devfs names are about as reliable as daniels12:39
Kamionthere are parts of d-i that still rely on walking /dev/discs to get at the list of disks on the system12:39
Kamionthose need to be fixed to use parted/libparted12:39
Kamionbut for now it's not just a trivial sed job to change them] 12:40
Kamionand Linux paths have changed around so much in the last three years that I have zero belief that they won't change again, so having an abstraction layer in between d-i code and device paths is good for us anyway12:40
Keybukyeah12:45
KeybukLinux paths are now totally non-fixed12:45
Keybukit's up to the distro/app to pick them12:45
Keybukthe trouble with the devfs paths is that they're a bit racey12:45
Keybukwhen devfs was around, it was easy, because the kernel could keep track of the enum with a BKL around it12:45
Keybukbut in userspace, we've no idea how to make a number that truly counts the number of (e.g.) cdroms12:46
Keybukso with udev, you end up with /dev/cdroms/cdrom0 /dev/cdroms/cdrom4 /dev/cdroms/cdrom912:46
Keybukwhich makes most things (including hw-detect) sulk12:46
Keybukor, worse, you end up with two things trying to be /dev/cdroms/cdrom212:46
Kamionright, I'm happy to move for special cases where it really bites us, but I don't want to commit to doing so for everything12:47
Mithrandiras long as you can find all the cd-roms in the system, that's not a problem, really.12:47
Kamionand for those, I'd rather make the code fall back to devfs paths so that I can keep in sync with Debian12:47
Keybukheh12:48
Keybukannoyingly there isn't a way to do that anyway12:48
Keybuknone of the buses expose the media type in /sys12:48
Keybukand then you have SATA, which is fucked12:49
KeybukIDE devices appear as SCSI generic devices12:49
Keybukso they don't show up in /proc/ide .. and you can't use the device name to decide what it is12:49
Keybukwhich is why d-i doesn't work on Acer laptops12:49
Keybuk(amongst other things)12:49
Mithrandirvendor for my SATA stuff seems to be set to ATA..12:51
Mithrandirno idea if that can be used for something12:51
Keybukdunno, I'll play with that more when quest arrives I guess12:51
Mithrandirwhich quest is that named after?12:52
Keybukall of them12:52
KeybukI've not thought of a better name yet12:52
jbaileyKeybuk: Wha?01:07
jbaileyKeybuk: What would I do with X in the initramfs?01:07
jbaileyKamion: Thanks!01:07
Keybukjbailey: like the idea01:08
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-boot
=== Keybuk [n=scott@descent.netsplit.com] has joined #ubuntu-boot
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-boot
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-boot
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-boot
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-boot

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!