[00:02] <steph_> Can I rm initrd.img.old and vmlinuz.old from / ?
[00:02] <crimsun> those should be mere symlinks.
[00:03] <crimsun> so, yes, if you really wish to.  If you use GRUB (which one does by default), you can use tabbed path-completion at the GRUB prompt anyhow.
[00:04] <steph_> what is the link between these files and GRUB ?
[00:05] <crimsun> those symlinks point to their respective files in /boot
[00:05] <crimsun> they only exist if you either 1) install another Debianised linux package using dpkg, or 2) create them manually
[00:06] <crimsun> GRUB is the default boot loader, and its configuration file uses those symlinks.  Those entries normally point to the second set of linux images.
[00:08] <steph_> Is the second set a "kind of emergency files" ?
[00:09] <crimsun> yes, the entries point to the older, previously installed linux set.
[00:09] <crimsun> i.e., "backup"
[00:10] <steph_> Did GRUB will automaticaly switch to it in case of a bad luck ?
[00:11] <crimsun> no.
[00:11] <steph_> I did a updated from 7.04 to 7.10. And there is now a initrd.img -2.6.20-16,  initrd.img -2.6.20-14 and initrd.img -2.6.20-16.bak.
[00:11] <crimsun> yes, that's correct.
[00:12] <steph_> I just want to understand what's "under the hood"
[00:12] <crimsun> what would you like me to explain regarding those three files specifically?
[00:14] <steph_> I just started to explore files and folders from / . Now I have to read http://www.gnu.org/software/grub/ ;)
[00:15] <steph_> Do I have to keep the old one (initrd.img -2.6.20-14 and initrd.img -2.6.20-16.bak) ?
[00:16] <steph_> I thought there was "cleaning" after an upgrade...
[00:18] <crimsun> 2.6.20-16 is a newer package than 2.6.20-14.  There are numerous security errata applied.
[00:18] <johnny> you want to understand what's under the hood, read the linuxfromscratch howto :)
[00:18] <steph_> where???
[00:18] <johnny> then you'll really understand :)
[00:18] <johnny> web search it
[00:18] <crimsun> You may choose to remove the 2.6.20-14 linux packages if 2.6.20-16 does not introduce any regressions.
[00:18] <steph_> web ?? (I'm jocking)
[00:18] <crimsun> I do not recommend removing the backup initramfs image /ever/.
[00:18] <johnny> i don't say "google it" anymore...
[00:19] <johnny> i use other search engines too afterall
[00:20] <steph_> Is it the right channel to LEARN BY QUESTIONS, or am I to boring ?
[00:21] <johnny> well you should learn by reading first
[00:21] <johnny> and then ask questions
[00:22] <steph_> Thanks. Humility is the path to knowledge...
[00:22] <johnny> this prolly isn't the right channel .. but i don't know what would be the best for that
[00:22] <johnny> except for #gnulinux101 (sadly it doesn't exist)
[00:23] <johnny> i'm always willing to help folks learn stuff when i have time.. unless they are going to work with me on open source projects
[00:23] <johnny> then i spend all sorts of time :)
[00:23] <steph_> see you soon.
[03:08] <steph_> We have 15 old PII 400 with 512MB RAM, including hard drive, that we wanted to recycle at school.
[03:09] <steph_> What would be the best? A powerful server with LSTP and light clients or a medium server with heavy clients and LDAP and MySQL?
[10:15] <MasterOne> Damned, just recently I found a link to an edu-something site, which had the recent version of libflashsupport as a .deb package, but I am unable to find that site again. The version from vdbonline.net is over 1 year old, and a recent version is supposed to operate more stable. Anyone seen the site I mean?
[13:00] <Joris_> some of my LTSP clients don't start their Xserver anymore since updating the server to gutsy
[13:01] <Joris_> locally X works with the i810 driver - I tried changing it to 'intel'
[13:02] <Joris_> after the boot process, the system stops with blinking a '-' in the upper left corner  of the display
[13:03] <Bauer|> Ctrl-Alt-F1 - is there any error-message?
[13:04] <Joris_> nope, just the login prompt
[13:05] <Joris_> I don't know where to look for logs :/
[13:06] <Bauer|> /var/log/Xorg.0.log ?
[13:06] <ogra> Joris_, some intel cards try to forcefully run at 32bt colordepth but aret capable of that ...
[13:06] <ogra> try X_COLOR_DEPTH=24 for them
[13:06] <Joris_> ogra: tried that too, sorry :/
[13:06] <Joris_> Bauer|: that's on the server?
[13:07] <Joris_> Bauer|: I mean LTSP server, xorg client
[13:08] <Joris_> ogra: 16bit even
[13:08] <Bauer|> I am thinking the client
[13:09] <Joris_> how would I login into it?
[13:11] <Bauer|> now thats a good question :p i don't know :p i would think ogra knows?
[13:11] <ogra> define SHELL_07=ldm  SHELL_02=shell
[13:11] <ogra> that spawns a shell on tty2
[13:11] <Joris_> in lts.conf ?
[13:11] <ogra> ad keeps to try to configure and start X on tty7
[13:11] <ogra> yep
[13:14] <Joris_> [00:02:A5:23:FA:85]
[13:14] <Joris_> SHELL_07=ldm
[13:14] <Joris_> SHELL_02=shell
[13:15] <Joris_> is that correct? it appears not to work
[13:20] <ogra> thats correct
[13:20] <ogra> should work
[13:21] <Joris_> doesn't... login on tty1, failed X on 7
[13:22] <ogra> tty2
[13:22] <ogra> ?
[13:23] <Joris_> ctl+alt+f2
[13:23] <Joris_> err
[13:23] <ogra> yep
[13:23] <ogra> there should be a rootshell running
[13:23] <Joris_> 1, 2, 3 are empty
[13:23] <ogra> then yur lts.conf isnt read or the MAC is wrong
[13:24] <Joris_> hmm, mac = copypaste, so that should be ok
[13:25] <Joris_> if lts.conf isn't read that could explain wy setting the xserver or colordepth doesn't solve anything
[13:25] <ogra> does your lts.conf lie in the path thats defined in the filename directive in your dhcpd.conf ?
[13:25] <ogra> thats where it should reside
[13:26] <Bauer|> you do upgrade you image after editing lts.conf?
[13:26] <Joris_> Bauer|: no, I didn't' - should I?
[13:27] <Bauer|> i have to rebuild my image after editing lts.conf
[13:27] <Joris_> ogra: no, it doesn't: option root-path "/opt/ltsp/i386" and /var/lib/tftpboot/ltsp/i386/lts.conf
[13:27] <ogra> Bauer|, not if you have your lts.conf in the right path
[13:28] <ogra> Joris_, "filename" not root-path
[13:28] <ogra> root-path isnt used at all in gutsy ltsp
[13:28] <ogra> (only there for backwards compatibility)
[13:29] <Joris_> tought so, it's commented in that file there :)
[13:29] <Joris_> filename "/ltsp/i386/pxelinux.0"; and filename "/ltsp/i386/nbi.img";, so it should be ok?
[13:30] <ogra> right
[13:32] <ogra> hmm, thats strange
[13:33] <Joris_> trying with inotify o the file
[13:33] <ogra> you didntput links into that folder or something i suppos
[13:33] <ogra> e
[13:33] <ogra> (tftp isnt capable of following links ... )
[13:33] <Joris_> I did, to figure out another problem - but removed them again
[13:33] <ogra> (especially not outside its own root (/var/lib/tftpboot/))
[13:35] <Joris_> according to inotify, my lts.conf is not being read :s
[13:36] <Joris_> (iwatch -e access  /var/lib/tftpboot/ltsp/i386/lts.conf /opt/ltsp/i386/etc/lts.conf does not register any reads-
[13:37] <Joris_> in.tftpd[1240]: RRQ from 192.168.0.78 filename /lts.conf
[13:38] <Joris_>  in.tftpd[1240]: sending NAK (1, File not found) to 192.168.0.78
[13:39] <Joris_> something is really really wrong
[13:40] <Joris_> without changing anything, the client now does request the lts.conf
[13:40] <Joris_> and is now unresponsive, blinking with the caps and scroll lock
[13:41] <Joris_> maybe it's better to reinstall the server completely
[13:42] <Joris_> (screen hangs on kubuntu progress bar btw)
[13:42] <ogra> its missing the path
[13:42] <ogra> filename /lts.conf must be filename /ltsp/i386/lts.conf
[13:43] <ogra> are you sure the dhcpd you configure is actually used ?
[13:43] <Joris_> good question
[13:43] <ogra> paste your config to a pastebin
[13:47] <Joris_> http://pastebin.com/m67a7298b
[13:48] <ogra> and your tftp line in inted.conf has "-s /var/lib/tftpboot" at the end ?
[13:48] <Joris_> yes, can you refresh that url?
[13:49] <Joris_> open http://pastebin.com/m54c93530 rather :)
[13:49] <ogra> whats pxelinux.0\377 ??
[13:49] <ogra> thats broken
[13:50] <ogra> also: ls -la /var/lib/tftpboot/ltsp would be intersting
[13:50] <Joris_> I tried copying the file because some clients request that
[13:50] <ogra> no, thats an internal code of PXE
[13:51] <Joris_> ah, oh :/
[13:51] <Joris_> that's also giving me problems...
[13:51] <ogra> show me ls -la /var/lib/tftpboot and ls -la /var/lib/tftpboot/ltsp
[13:52] <Joris_> http://pastebin.com/m1284b79b
[13:52] <Joris_> (staring on line 54)
[13:53] <ogra> yeah, nothing suspicious
[13:53] <ogra> make a backup of your lts.conf, wipe the i386 dir and run: sudo ltsp-update-kernels
[13:53] <ogra> then copy the lts.conf back
[13:53] <ogra> that should clean up anything you could have broken
[13:55] <Joris_> ok :D
[13:56] <Joris_> boots without the caps/scroll blink again, but still no xserver
[13:56] <ogra> shell ?
[13:56] <Joris_> neither :(
[13:57] <ogra> why did you put the |uniq in the lts.conf part ?
[13:57] <Joris_> whitespace
[13:58] <ogra> ergh
[13:58] <Joris_> there are no double entries of any kind I think
[13:58] <ogra> sillyness
[13:58]  * ogra headdesks ...
[13:59] <ogra> s/SHELL/SCREEN/
[13:59] <Joris_> ouch :D
[13:59] <ogra> blind me
[13:59] <Joris_> great
[14:00] <ogra> you can drop SOUND,LOCALDEV and SYLOG_HOST ther are set by default to these values
[14:00] <ogra> *they
[14:03] <Joris_> ughm
[14:03] <Joris_> [00:02:A5:23:FA:85]
[14:03] <Joris_> SCREEN_07=ldm
[14:03] <Joris_> SCREEN_02=shell
[14:03] <Joris_> right?
[14:03] <ogra> yeah
[14:03] <Joris_> doesn't work :/
[14:04] <Joris_> but the file is requested, according to inode
[14:04] <ogra> did it fix your PXE error on the other terminals ?
[14:05] <Joris_> nope, no idea how
[14:05] <ogra> any info in the logs ?
[14:06] <ogra> with your triple -v you should see everthing tftpd does
[14:07] <Joris_> just the not found \337
[14:08] <Joris_> RRQ from 192.168.0.78 filename /ltsp/i386/boot/pxelinux.0\377  -> NAK
[14:08] <ogra> your is clean now btw ?
[14:08] <ogra> err
[14:08] <ogra> your /var/lib/tftpboot/ltsp/i386/
[14:08] <Joris_> I think so
[14:08] <Joris_> I ran the kernel update thing
[14:09] <ogra> whats boot ??
[14:09] <ogra> thats shouldnt be there
[14:09] <Joris_> a symlink to .
[14:09] <Joris_> did I break that too? :(
[14:09] <ogra> but you just wiped that dir
[14:09] <ogra> how can it be there again
[14:10] <Joris_> I don't know
[14:10] <ogra> there should only be three links (vmlinuz, initrd.img and nbi.img)
[14:10] <Joris_> manually removed it, ltsp-update-kernels and now itt's gone
[14:10] <ogra> and one subdir pxelinux.cfg
[14:10] <Joris_> http://pastebin.com/m54c83221
[14:11] <Joris_> no pxelinux.0?
[14:11] <ogra> sure
[14:11] <ogra> the dir looks good now
[14:12] <Joris_> I'll retry
[14:12] <Joris_> what's wrong with that /ltsp/i386/boot/pxelinux.0\377?
[14:13] <Joris_> client boots, but no X and no shell
[14:13] <ogra> well, i wonder how you get the boot in there
[14:13] <ogra> it shouldnt be there
[14:14] <ogra> something is really wonky, either in your chroot or with the setup of your server
[14:14] <Joris_> and NO /var/lib/tftpboot/ltsp/i386/lts.conf read!!?!
[14:14] <Joris_> pfff
[14:14] <Joris_> I think something went really wrong with the gutsy upgrade of this machine
[14:14] <ogra> you are not running another dhcpd in your network or so ?
[14:15] <Joris_> yes, but it is pointing to me as it's next-file
[14:15] <Joris_> next-server
[14:15] <ogra> upgrade ?
[14:15] <Joris_> or something
[14:15] <ogra> but you rebuilt the chroot as advised i hope
[14:15] <Joris_> it was a 6.06/7.07 and updated it to 7.10
[14:15] <Joris_> certainly, I rebuilt the chroot
[14:17] <ogra> hmm
[14:17] <ogra> do you have any other tftpd running ?
[14:17] <Joris_> on the network? not sure, but not on this server
[14:17] <ogra> ok
[14:18] <ogra> how does your /opt/ltsp/i386/boot/pxelinux.cfg/default look like ?
[14:18] <ogra> (paste here, should be one line)
[14:18] <Joris_> root@dotkomserver:~# cat /opt/ltsp/i386/boot/pxelinux.cfg/default
[14:18] <Joris_> DEFAULT vmlinuz ro initrd=initrd.img quiet splash
[14:18] <ogra> looks fine
[14:19] <ogra> /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default has the same content i suppose
[14:19] <Joris_> identical
[14:21] <ogra> i really dont understand how it gets the boot in there :/
[14:21] <Joris_> it could be I did it, but I don't tremember
[14:22] <Joris_> ogra: I can reinstall the server :?
[14:22] <Joris_> directly from 7.10
[14:22] <ogra> yes, but i'dlike to find the cause :)
[14:23] <mcfloppy_> is there a way to run ltsp 4.1 and 5.0 together?
[14:24] <mcfloppy_> cause i need ltsp 4.1 for my netvista devices and the other pcs from the system running under 5.0
[14:24] <ogra> mcfloppy_, there surely is, but i bet its a lot work to set up the servers right
[14:24] <Joris_> ogra: I'd be more than happy to dig further into this, but:
[14:24] <Joris_> not today, I have to get going
[14:25] <Joris_> and also: they are depending on me getting a lot of clients functional, I don't know how long the current situation can persist
[14:25] <ogra> dpkg -l ltsp-server ?
[14:26] <Joris_> it's installed
[14:26] <ogra> and chroot /opt/ltsp/i386 dpkg -l ltsp-client-core
[14:26] <Joris_> 138 files
[14:26] <ogra> i want to compare te versions :)
[14:26] <mcfloppy_> ogra hmm kay,
[14:26] <mcfloppy_> what would you do?
[14:27] <Joris_> http://pastebin.com/m741771bf
[14:27] <ogra> mcfloppy_, well most easy would be to have two different networks (a NIC each) for the different implementations and direct either to different files in the dhcpd.conf
[14:28] <ogra> Joris_, ok
[14:28] <mcfloppy_> orga du sprichst doch deutsch, oder?
[14:28] <ogra> if oyu start splitting on a higher level it gets more tricky
[14:28] <ogra> mcfloppy_, jup
[14:28] <Joris_> ogra: you can email me at my nickname @v5.be... I'll come back to this channel to haunt you some more later
[14:28] <mcfloppy_> ogra bitte lass uns das in deutsch klären...
[14:28] <mcfloppy_> query oder so
[14:29] <ogra> #edubuntu-de :)
[14:29] <Joris_> ogra: thanks and have a nice weekend
[14:29] <ogra> ciao
[15:26] <bddebian> Heya
[22:32] <lns>  Is there a grub boot option in Ubuntu/Edubuntu Gutsy to boot the server kernel directly? I need this for correct hardware detection for my Proliant servers...
[22:33] <lns> as in, from the live/install cd