IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 4 October 2010   (all times are UTC)

00:25alkisg has joined #ltsp
00:37jimjimovich has joined #ltsp
00:41sweetpi has quit IRC
00:44alkisg has quit IRC
01:21alkisg has joined #ltsp
01:26F-GT has quit IRC
01:42F-GT has joined #ltsp
01:52M4gic5t0rM has joined #ltsp
02:00gnunux has joined #ltsp
02:01mikkel has joined #ltsp
02:01
<gnunux>
hi
02:03
<alkisg>
Good morning
02:04
<muppis>
02:23alkisg has quit IRC
02:31alkisg has joined #ltsp
02:34M4gic5t0rM has quit IRC
02:36M4gic5t0rM has joined #ltsp
02:39dobber has joined #ltsp
02:44biomorph_ has joined #ltsp
02:47cparapat has joined #ltsp
02:53alkisg has quit IRC
02:59Da-Geek has joined #ltsp
03:06
<jimjimovich>
man, just too many problems with Ubuntu 10.10 ltsp, gonna stick with 10.04
03:07
<muppis>
Is 10.10 already out?
03:07
Ah, 6 day left.
03:07
<jimjimovich>
the release candidate is, final in less than a week
03:07
<muppis>
jimjimovich, shouldn't use rc in production.
03:08
<jimjimovich>
yeah, i know, it's not exactly production yet
03:08
<muppis>
Ok.
03:08cparapat has quit IRC
03:08
<jimjimovich>
i guess it's much safer to stay on 10.04 since this is going be a very important part of our infrastructure
03:08
<muppis>
I probably left server to 10.04 and upgrade my workstation to 10.10.
03:09cparapat has joined #ltsp
03:09
<jimjimovich>
that gives me 2-3 years of hopeful stability :)
03:09
<muppis>
:)
03:09
<jimjimovich>
i actually don't see any compelling reason to upgrade to 10.10
03:17
<muppis>
They say it should be always fresh installed when upgrading Ubuntu. Haven't done that since 8.10 and still running fine.
03:19
<jimjimovich>
I actually am starting a new ltsp project and thought i'd give 10.10 a try. worked with it for a few days and having lots of problems. we have a working 10.04 ltsp server working in production with no problems.
03:20
<biomorph_>
jimjimovich: Remember 10.04 is LTS, so could be worth staying with for stability.
03:21
<jimjimovich>
biomorph_: yup, that's the new plan ;)
03:21
btw, we've had great luck with all the LTS releases. had 8.04 running for 2 years, and before that 6.06 for 2 years
03:22
don't know what i was thinking with 10.10
03:22alkisg has joined #ltsp
03:23
<johnny>
uhmm.. it's also beta..
03:23
ah.. whoa.. it's coming soon
03:23
<jimjimovich>
like i said ... not sure what i was thinking
03:23
<johnny>
fedora doesn't come out til november :(
03:24
<jimjimovich>
hey guys, i got a situation where i'd like my terminals to be thin clients (not fat) yet i'm sure users will want to be able to watch video, from your expeience, what would you suggest as a setup?
03:24
<johnny>
local apps..
03:24
just run the video app locally
03:25
<jimjimovich>
yeah, tried that with vlc, but it can't find any of the files when i try to open them
03:25
and (with 10.10) was unsuccessful in getting flash working in local firefox
03:25
<alkisg>
Why not fat?
03:26
<jimjimovich>
well, a lot of the machines are old, and the network is not gigabit
03:26
<alkisg>
Fat clients require less network bandwidth than thin
03:26
<jimjimovich>
hmmm
03:26
<alkisg>
If the machines are old, they won't work with localapps too.
03:27
<jimjimovich>
do the fat clients take long to boot (i'd try right now, but reinstalling the server to 10.04)
03:27
<alkisg>
Mine take 13 seconds
03:27
(as opposed to 50 for a local disk boot)
03:27
<jimjimovich>
wow, how is that possible?
03:28
seems like the network would be slower than a local hard drive
03:28
<alkisg>
There's very small latency because usually the server has everything already cached
03:29
Anyway, you can't have old machines, no gigabit network, and firefox + flash + video in any combination :)
03:29
So you'd need to upgrade at least something, eg. the network
03:30
(how old? cpu/ram?)
03:31
<jimjimovich>
well, there are a range of systems ranging from new atom boards to 5 years
03:31
everything is running ubuntu locally now, or win2k
03:31
by the way, we just finally had to upgrade our other clients (many up to 15 years old) after upgrading to 10.04 ... they actually ran okay under 8.04 - lol
03:32
so, i'm guessing if they run ubuntu okay installed on an HD, it should be okay as a fat client, right?
03:33
<alkisg>
Sure
03:33
How many clients for a 100mbps network?
03:33
<jimjimovich>
our absolute max will be like 20 (eventually)
03:33
and part of the network can be upgraded to gigabit
03:33
other parts probably can't because of old wiring in the walls
03:34
<alkisg>
The server <=> switch part is the most important, it needs to be gigabit
03:34
It makes the network 10 times faster
03:34
(which in LTSP is the most important part)
03:34
<jimjimovich>
yeah, getting a gigabit switch is no problem, but i'd imagine a lot of the clients will never have gigabit
03:34
<muppis>
I have set firefox to be launched as localapp. How I start it temporarily as remoteapp?
03:35
<jimjimovich>
btw, do you know of a good gigabit ethernet card with pxe?
03:35
<muppis>
Intel
03:35
<jimjimovich>
muppis: you should be able to launch it with Alt+F2 and starting just "firefox"
03:36
<muppis>
jimjimovich, problem actually is that I'm logged to fat via ssh and I want launch FF to be runned in there, not in thin.
03:38
<jimjimovich>
ah
03:38
<alkisg>
muppis: you don't have access to the X session with ssh, you'd need to set DISPLAY and XAUTHORITY appropriately for that to work
03:39
muppis: run those:
03:39
p=$(pidof -s ldm gdm-simple-greeter gnome-session | cut -d' ' -f1)
03:39
eval $(tr '\\0' '\\n' < /proc/$p/environ | egrep '^DISPLAY=|^XAUTHORITY=')
03:39
export DISPLAY XAUTHORITY
03:39
You'll get access to the X session then.
03:40
<muppis>
alkisg, I'll try.
03:40
<jimjimovich>
muppis: was your "Intel" comment about the ethernet cards?
03:40
for some reason, nobody sells them in Russia :(
03:41
<alkisg>
Broadcom also work for me
03:41
Realteks don't have pxe, but they're very very cheap, so I use them for the clients along with gpxe in the windows boot manager
03:41
<muppis>
jimjimovich, yes. Broadcom is good choice also, if we can count on HP..
03:42
And Realteks get crappy on high load.
03:42
<alkisg>
(not realteaks for the server though, they don't support turning off flow-control: https://help.ubuntu.com/community/UbuntuLTSP/FlowControl)
03:42
<jimjimovich>
yeah, that's another question i had, about booting without pxe on the card. what's this gpxe?
03:42
<alkisg>
!gpxe
03:42
<ltspbot>
alkisg: "gpxe" :: the successor to etherboot (http://etherboot.org). To download bootable floppy, cd, usb, kernel etc images, visit http://rom-o-matic.net/
03:42
<jimjimovich>
alkisg: how are you such a genius about all this stuff? :)
03:42
<alkisg>
if the clients have win2000 I also have an .exe that puts it on the windows boot manager
03:43
jimjimovich: I support dozens of labs, so I had to know all the problems :)
03:43
<jimjimovich>
alkisg: super cool
03:45
alkisg: so you using gpxe on floppies and such?
03:46
<muppis>
alkisg, do I run those on server, thin or fat ?
03:46
<alkisg>
muppis: within the fat ssh session (if I understood what you want to do)
03:47
jimjimovich: no, I put it on the windows boot manager
03:47
<muppis>
No effect.
03:47
<alkisg>
muppis: the effect is that now you can run "firefox" from within ssh
03:47
<muppis>
Titlebar still shows @ltsp243
03:47
<alkisg>
Right. Hmmm I guess you didn't want to do that, then?
03:48
Can you rephrase what you currently have, and what you want to do/
03:48
?
03:48
<muppis>
Ah, now worked. Somehow got FF still running in thin, so it didn't launch new.
03:50
<jimjimovich>
who is writing ltsp these days?
03:55alkisg has quit IRC
04:03bencer_ has quit IRC
04:05bencer_ has joined #ltsp
04:37
<muppis>
I got ldap in thins and fats. If I install ldm-server to fat, can I login from thin to that?
05:29
<jimjimovich>
do local devices (printers, scanners, etc) work the same on a fat client as they would if ubuntu was installed locally on the HD?
05:31
<muppis>
Do you mean if you plug usb memory to thin, do you see it as in locally installed?
05:51dlezcano has quit IRC
05:54biomorph_ has quit IRC
06:00
<jimjimovich>
i mean for a fat client, if i plug in a printer, will it work locally on that fat client?
06:00
anyone know how to configure the ltsp-build-client.conf to use a specific sources.list?
06:02
<muppis>
It should. Fat, as I know, means locally installed system.
06:03dlezcano has joined #ltsp
06:15ogra_ac has joined #ltsp
06:19Mava has quit IRC
06:21cparapat has quit IRC
06:29cpart_ has joined #ltsp
06:35
<jimjimovich>
how does setting up NFS_HOME differ from the standard setup?
06:55mikkel has quit IRC
06:59trondth has joined #ltsp
07:08Da-Geek has quit IRC
07:09pmatulis has joined #ltsp
07:20pem725 has joined #ltsp
07:31alexqwesa__ has quit IRC
07:31mikkel has joined #ltsp
07:31
<jimjimovich>
just did a fresh 10.04 install and fresh fat client chroot and firefox hangs really bad
07:31
on the fat client
07:32docente has joined #ltsp
07:33alexqwesa__ has joined #ltsp
07:34
<jimjimovich>
actually, i can't launch anything, processor (i/o wait) spikes to 100% and it won't do much of anything
07:37methril_work has joined #ltsp
07:37
<methril_work>
morning all
07:37
are the RC_SCRIPTS executed with ldm SCRENN?
07:41cpart has joined #ltsp
07:42cpart has quit IRC
07:43
<jimjimovich>
by the way, looks like the flash problems i was having yesterday (running flash in firefox as a local app) was something specific to ubuntu 10.10
07:47cpart_ has joined #ltsp
07:50cpart_ has quit IRC
07:51alkisg has joined #ltsp
07:57
<jimjimovich>
any tips on what media player works best as a local app?
07:58bobby_C has joined #ltsp
07:59F-GT has quit IRC
07:59
<alkisg>
vlc works
08:02
<jimjimovich>
alkisg: i have a brand new atom (single core) desktop with 1gb of ram, does that seem like enough for a fat client? it hangs on me when launching just about any app
08:03
<alkisg>
It's more than enough
08:03
<jimjimovich>
i thought it should be
08:04
do i need to have NFS_HOME set for it to work right?
08:06
<alkisg>
No, NFS_HOME is only needed for some apps that use locks, like google chrome or evolution
08:10
<jimjimovich>
what exactly does it do?
08:11
<alkisg>
It tries to mount /home with nfs. You need to manually export /home on the server for this to work.
08:11
<jimjimovich>
something about mounting home with nfs doesn't sound good to me. is it less secure?
08:12Mobe has quit IRC
08:12Mobe has joined #ltsp
08:12
<alkisg>
Yes
08:13
<jimjimovich>
that's kinda what i thought
08:14docente has quit IRC
08:15F-GT has joined #ltsp
08:15
<jimjimovich>
seems strange to me that firefox runs perfectly as a local app on this machine when it's a thin client, but locks the whole thing up in fat client mode
08:16
<alkisg>
?
08:16
You made a fat chroot and it works fine and firefox locks?
08:16pem725 has quit IRC
08:16
<jimjimovich>
made a fat chroot following the instructions you sent me yesterday from the wiki
08:17
it boots fine (although somewhat slow) then when i launch firefox, cpu usage (on the client) goes to 100% and that's pretty much the end of things
08:17
but if i do the fatclient=false thing and boot it from the same chroot as a thin client, firefox will work fine as a local app
08:17
<alkisg>
What part uses 100% CPU?
08:18
<jimjimovich>
i can't really tell because everything locks up, but it looks like the IOWait color in my system monitor tray
08:19
<alkisg>
Erm, I've seen statd problems with NFS on Lucid, but you're *not* using NFS, right?
08:19
<jimjimovich>
no
08:19
<alkisg>
Do other apps work?
08:20
<jimjimovich>
well, sometimes. last time i tried, even opening gnome-terminal did the same thing
08:20
i'll try again
08:21
by the way, this thing runs super as a thin client. i'm mostly interested in fat clients as a way to more easily deal with local hardware and video (for some of my users)
08:21
<alkisg>
It looks like you've hit some problem then, normally firefox, gnome-terminal etc all run OK out of the box - only google chrome, google earth and evolution have problems
08:22
<jimjimovich>
seems like a file system problem to me, since it's the IOWait that i'm seeing
08:22
<alkisg>
Try running "mount" from a local terminal and check that /home/username is indeed mounted with sshfs
08:22
<jimjimovich>
okay
08:22
<alkisg>
(sshfs is the default for localapps too)
08:26
<jimjimovich>
yeah, it's mounted sshfs
08:26
<alkisg>
Try copying some stuff from it, to check that everything is OK
08:29
<jimjimovich>
yeah, works fine
08:29
<alkisg>
ok, have a terminal running "top" and also make it "stay on top" and then launch firefox or something similar...
08:33
<jimjimovich>
haha, this time it worked
08:34
<alkisg>
It might be upstart related...
08:34
<jimjimovich>
like i'm trying to launch an app before something else is launched and ready?
08:35M4gic5t0rM has quit IRC
08:36vmlintu has joined #ltsp
08:36
<jimjimovich>
by the way, youtube performance is horrible as a fat client compared to thin + localapp
08:36
but i guess that makes sense
08:42
<alkisg>
Horrible? Then it's a slow client
08:43
Performance as a fat should be identical to standalone installations
08:43
So if the client isn't good enough for a standalone ubuntu installation, of course it won't work well with local apps or fat clients too...
08:43
<jimjimovich>
that makes sense
08:44
<alkisg>
thin+localapp should also be identical to fat
08:44
(because localapps run on the client)
08:44
Now thin on a slow client may go faster than localapps on a slow client (or fat client), sure
08:45
But localapps == fat clients == standalone installations
08:45
If you don't see that equation above ^^ then there's something wrong with your setup
08:45
<jimjimovich>
yeah, except with a thin client that poor little Atom isn't dealing with running gnome and the entire desktop
08:45
<alkisg>
Gnome doesn't take any CPU while watching youtube
08:45
Run `top` and check it
08:46
<jimjimovich>
yeah, i know, but you've got a lot more loaded in ram for a fat client than a thin, so there's some overhead
08:47
<alkisg>
If RAM doesn't suffice, sure, but 1 Gb should be more than enough, so there's NO overhead
08:47
<jimjimovich>
okay
08:47
<alkisg>
It's like saying "if a 1Tb disk is filled with 500 Gb data it'll go slower than one with 100 Gb data"
08:48
<jimjimovich>
lol
08:51alkisg has quit IRC
08:54ogra_ac has quit IRC
08:55jimjimovich has quit IRC
09:05Blinny has joined #ltsp
09:13ogra_ac has joined #ltsp
09:16ogra_ac has quit IRC
09:22ogra_ac has joined #ltsp
09:37alkisg has joined #ltsp
09:48ogra_ac has quit IRC
09:53biomorph_ has joined #ltsp
10:05komunista has joined #ltsp
10:06andrew_ubuntu has joined #ltsp
10:12biomorph_ has quit IRC
10:14alkisg has quit IRC
10:14alkisg has joined #ltsp
10:19staffencasa has joined #ltsp
10:20docente has joined #ltsp
10:24Guerdal82 has quit IRC
10:24Guerdal82 has joined #ltsp
10:31pmatulis_ has joined #ltsp
10:32pmatulis has quit IRC
10:35biomorph_ has joined #ltsp
10:36gnunux has quit IRC
10:41andrew_ubuntu has quit IRC
10:44dobber has quit IRC
10:45jhutchins_lt has joined #ltsp
10:48Kyle__ has joined #ltsp
11:05biomorph_ has quit IRC
11:29vagrantc has joined #ltsp
11:39pmatulis_ has quit IRC
11:40bobby_C has quit IRC
12:36mgariepy has joined #ltsp
13:01pmatulis has joined #ltsp
13:04shamino has quit IRC
13:21shamino has joined #ltsp
13:27ogra_ac has joined #ltsp
13:37cpart_ has joined #ltsp
13:40cpart_ has quit IRC
13:44alexqwesa__ has quit IRC
13:46alexqwesa__ has joined #ltsp
13:48pmatulis has quit IRC
13:56pmatulis has joined #ltsp
13:59ogra_ac has quit IRC
14:01ogra_ac has joined #ltsp
14:04lawbar has joined #ltsp
14:06
<lawbar>
Any body talking in here?
14:07
Maybe mailing list is better?
14:07
<abeehc-_>
people talk
14:08
<lawbar>
like to discuss jetpipe and its implementation in ltsp
14:08
<johnny>
!ask
14:08
<ltspbot>
johnny: "ask" :: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least 15 minutes after asking a question, as not everybody constantly monitors the channel.
14:08
<johnny>
ah, for that the mailing list might be better
14:11ogra_ac has quit IRC
14:15lawbar has quit IRC
14:38spectra has joined #ltsp
14:54pmatulis has quit IRC
14:55ogra_ac has joined #ltsp
15:15Blinny has quit IRC
15:20
<mgariepy>
any of you guys had tried ltsp-remote apps yet ?
15:23
<alkisg>
Some people here did, you need to enable remote apps on lts.conf for it to work
15:24
<mgariepy>
yeah i did but doesn't seem to work.
15:25
do you know it there is a daemon that is supposed to run on the server to handle the call ?
15:25
<johnny>
no more than lmdinfod
15:25
if that
15:26
<alkisg>
mgariepy: so you did put REMOTE_APPS=True in lts.conf?
15:26
<mgariepy>
like localappsd but for the apperv or something
15:26
yeah.
15:26
on maverick btw.
15:27
<vagrantc>
remote apps doesn't need a daemon running, thankfully.
15:28
<mgariepy>
how does it handle the call then ?
15:30
ltsp-localappsd looks for LTSP_COMMAND and execute it from xprop
15:30
out of curiosity, any of you used it recently?
15:32
<vagrantc>
ah, the daemon is running ont he client
15:32
there is a daemon.
15:33
<mgariepy>
yeah but why does ltsp-remoteappsd is running on the thin client, shouldn't it run on the server :S
15:33
<vagrantc>
so that it doesn't require special configuration server-side.
15:34
it uses the same ssh socket that the initial connection to the server uses
15:35
<mgariepy>
ho, i see now.
15:36
<vagrantc>
which keeps it much simpler than the localapps stuff
15:37
<mgariepy>
yeah
15:38
does it work on your setup ?
15:38
<vagrantc>
haven't tested it lately...
15:38
<mgariepy>
ok
15:47
i'll take a look at this tomorrow i guess :) thanks guys.
15:48
<vagrantc>
mgariepy: i can give a basic test in just a moment...
15:50
<mgariepy>
if it doesn't work can you open a bug in lp and asign it to me?
15:50
<vagrantc>
i'm testing on debian...
15:51
doh.
15:52
don't install the ldm hooks on debian at least...
15:52
<mgariepy>
ok then can you send me your test result by mail ?
15:52
<vagrantc>
didn't work at all...
15:52
<mgariepy>
ok, i'll take a deeper look tomorrow then
15:53
<alkisg>
Some people reported that it worked for them recently, on Lucid I think
15:53
<mgariepy>
i'll keep you posted ;)
15:53
<vagrantc>
hrm...
15:53
hrm... it is installed...
15:54
ah, used wrong variable name...
15:55
<mgariepy>
maybe it's my setup too, i'll test with edubuntu live tomorrow. to make sure i have something clean.
15:57
i'll be back tomorrow.
15:57bobby_C has joined #ltsp
15:58
<vagrantc>
ok, using the right variable name, REMOTE_APPS=true/false
15:58
using ltsp 5.2.4
15:59
kind of an odd environment ... debian lenny squeeze on server, debian lenny + ltsp backports in the ltsp chroot.
16:02mgariepy has quit IRC
16:16
<komunista>
!compiz
16:16
<ltspbot>
komunista: "compiz" :: if compiz is giving you problems, one way to disable it for all users is: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
16:16docente has quit IRC
16:22ogra_ac has quit IRC
16:42mikkel has quit IRC
16:45cfkane has joined #ltsp
16:50vagrantc has quit IRC
16:54
<cfkane>
I'm still having problems booting a eee box 202 client from an ubuntu server. I think it's a video issue. the client gets the kernel and then the initrd image and loads it. I see the 6 dots Lucid screen but just before it would go to the login display it dies, leaving (or showing underneath) the 'glib unknown user id (o)' error I see posted. I can boot a Compaq SSF P3-800 just fine. Any pointers?
16:55
<alkisg>
Try with XSERVER=vesa in lts.conf to verify that's a video issu
16:55
e
16:55ogra_ac has joined #ltsp
16:55
<cfkane>
Right now...
16:55
<alkisg>
What video card does it have?
16:57
<cfkane>
alkisg: Same thing. It's supposed to be ati. I've tried that too. Same thing.
16:58
<alkisg>
sudo gedit /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default, and replace "quiet splash" with "nomodeset" there...
17:02
<cfkane>
alksig: I did that (wow! real boot info!) and it dies with
17:03
mounting root fs
17:03
running /scripts/nfs-top
17:03
kernel panic attempti to kill init
17:04
<alkisg>
Hmmm maybe it lacks a network driver
17:04
Can you boot it with an ubuntu stick?
17:04
<cfkane>
haven't tried that. If it was network then the dhcp and kernel image download would fail.
17:05
<alkisg>
No
17:05
The dhcp and kernel image are managed by the pxe stack, not the nic module
17:05
Boot with an ubuntu stick, run lspci -nn -k | grep -A 2 Ethernet and see which driver it uses, if any
17:06
<cfkane>
I have no idea why that could be 'no' but I'll start looking at network drivers.
17:06
<alkisg>
Then put that into the initramfs by following https://help.ubuntu.com/community/UbuntuLTSP/AddingModules
17:06
<cfkane>
Thanks for the link.
17:06
<alkisg>
cfkane: the first part of the boot, up until "nfs-top" etc is managed by the nic rom
17:07
It contains a minimal driver called "pxe stack" that downloads the kernel over the network
17:07
After that, the linux nic module gets loaded, and if it doesn't, it'd fail with about the same symptoms
17:08
<cfkane>
I follow now. I'm at the link and find what kernel that device uses. Thanks for the help.
17:08
<alkisg>
(otherwise you'd see a message about "eth0 configured at 192.168.0.123:x:x:x:x - do you see that?)
17:09
Or, server-side, you'd see 2 dhcp requests, one for the pxe boot and one from the linux module aftewards
17:09
Right now I'm guessing you only see the first one...
17:09MorningSon has joined #ltsp
17:09
<cfkane>
let me look at the server
17:12
on the server I see dhcp discover, offer, request and ack with the proper MAC addy and a IP addy assigned from within the range I spec'd in dhcpd.conf
17:13
<alkisg>
One or two such requests?
17:13
You should be seeing 2 of them, with 5-10 secs interval...
17:15komunista has quit IRC
17:15
<cfkane>
Nope, there's only one set, spanning a couple seconds. Looks like network then.
17:15
<alkisg>
Yup
17:16
<cfkane>
Thanks a lot! I'm out of here, hopefully for quite a while...
17:22alkisg has quit IRC
17:47artista_frustrad has joined #ltsp
17:52artista_frustrad has quit IRC
17:52mistik1_ has joined #ltsp
17:53mistik1 has quit IRC
17:53mistik1_ is now known as mistik1
17:54bobby_C has quit IRC
17:56Guerdal82 has quit IRC
17:57artista_frustrad has joined #ltsp
18:02artista_frustrad has quit IRC
18:04artista_frustrad has joined #ltsp
18:17pmatulis has joined #ltsp
18:24jhutchins_lt has quit IRC
18:29ogra_ac has quit IRC
18:32artista-frustrad has joined #ltsp
18:32artista_frustrad has quit IRC
18:36artista_frustrad has joined #ltsp
18:37artista-frustrad has quit IRC
18:38artista_frustrad has quit IRC
18:46artista_frustrad has joined #ltsp
18:55artista_frustrad has quit IRC
18:59artista_frustrad has joined #ltsp
20:04Guerdal82 has joined #ltsp
20:06pmatulis has quit IRC
20:14[GuS] has joined #ltsp
20:14[GuS] has joined #ltsp
20:33ogra_ac has joined #ltsp
20:49Conker has joined #ltsp
20:52
<Conker>
hey all, ive got LTSP K12 (Fedora) installed on a machine, and well ive found my way to /var/lib/tftpboot/ltsp/i386/ and gunzipped "initrd.ltsp" but it seams i cannot find the part where it mount the nfs drive, i see the part where it "Loading nfs module" but no connect, can anyone help me better understand the boot process?
20:54
oh and cpio'd it already obviosly
21:00
... "Binary file bin/nash matches" ... am i missing something? or is nash hard coded to mount a specific nfs dir?
21:03
or is mkdevroot"
21:10* Conker scratches head
21:12
<Conker>
"/var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default" doesnt contain any nfs parameters at all
21:27cliebow has joined #ltsp
21:27cliebow_ has joined #ltsp
21:41cliebow_ has quit IRC
21:41cliebow has quit IRC
22:19[GuS] has quit IRC
22:27ogra_ac has quit IRC
22:27ogra_ac has joined #ltsp
23:10Conker has quit IRC