00:30 | dtrask has joined #ltsp | |
00:31 | solar` has quit IRC | |
00:31 | dtrask has quit IRC | |
00:52 | try2free has left #ltsp | |
01:04 | Sarten-X has quit IRC | |
01:14 | Egyptian[Home] has quit IRC | |
01:16 | Egyptian[Home] has joined #ltsp | |
01:21 | vagrantc has quit IRC | |
01:30 | artista-frustrad has quit IRC | |
01:31 | artista-frustrad has joined #ltsp | |
01:33 | map7|away is now known as map7 | |
01:37 | try2free has joined #ltsp | |
02:03 | map7 is now known as map7|away | |
02:05 | Sarten-X has joined #ltsp | |
02:13 | alkisg1 has joined #ltsp | |
02:14 | alkisg has quit IRC | |
02:15 | Sarten-X has quit IRC | |
02:20 | try2free has left #ltsp | |
02:21 | Sarten-X has joined #ltsp | |
03:59 | alkisg1 has quit IRC | |
04:13 | sepski has joined #ltsp | |
04:35 | lucascoala has quit IRC | |
04:50 | garymc has joined #ltsp | |
05:32 | artista-frustrad has quit IRC | |
05:34 | artista-frustrad has joined #ltsp | |
05:49 | Egyptian[Home] has left #ltsp | |
06:36 | pmatulis has joined #ltsp | |
07:14 | nubae_ has joined #ltsp | |
07:28 | pmatulis has quit IRC | |
07:35 | pmatulis has joined #ltsp | |
07:36 | pmatulis has joined #ltsp | |
07:37 | pmatulis has joined #ltsp | |
07:45 | pmatulis has joined #ltsp | |
07:53 | sepski has quit IRC | |
07:56 | pmatulis has quit IRC | |
07:56 | nubae_ has quit IRC | |
07:56 | sushisan has joined #ltsp | |
07:56 | <sushisan> hi
| |
07:57 | sombode have experience with freenx?
| |
07:57 | HELP
| |
07:58 | <NeonLicht> Very bad ones, in my case :-)
| |
07:58 | <sushisan> :-(
| |
07:58 | I have a problem with nxagent
| |
07:58 | the memory grows more anmore ever!
| |
08:04 | pmatulis has joined #ltsp | |
08:05 | pmatulis has joined #ltsp | |
08:07 | pmatulis has joined #ltsp | |
08:08 | pmatulis has quit IRC | |
08:14 | pmatulis has joined #ltsp | |
08:20 | <sushisan> sombody have experience with freenx?
| |
08:20 | pmatulis has quit IRC | |
08:21 | pmatulis has joined #ltsp | |
08:24 | alkisg has joined #ltsp | |
08:26 | Gadi has joined #ltsp | |
08:31 | <vlt> Hello. Can I configure lts.conf to run rdesktop instead of xdm for certain clients?
| |
08:32 | <Gadi> vlt: yes - identify the clients by MAC address
| |
08:32 | [11:22:33:44:55:66]
| |
08:32 | SCREEN_07 = rdesktop
| |
08:33 | <rjune__> !g
| |
08:33 | <ltspbot> rjune__: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
| |
08:33 | <Gadi> morning, rjune
| |
08:35 | <vlt> Gadi: That's it? Thank you.
| |
08:35 | Gadi: Do I need to install rdesktop to the client image first?
| |
08:35 | <Gadi> vlt: nope
| |
08:35 | I usually do a whole rdesktop line in quotes, for example:
| |
08:36 | SCREEN_07 = "rdesktop -r sound:local 192.168.0.1"
| |
08:36 | like I would on command line
| |
08:36 | <vlt> Gadi: How does that work? (I mean w/o rdesktop installed to the image)
| |
08:36 | <Gadi> rdesktop should already be installed in the image
| |
08:36 | <vlt> Gadi: Aah, ok ...
| |
08:37 | <Gadi> and there is an rdesktop "screen script" that ships with ltsp
| |
08:37 | in: $chroot/usr/share/ltsp/screen.d/rdesktop
| |
08:37 | * vlt tries | |
08:38 | <alkisg> Gadi: is the full command line supported? I thought SCREEN_xx was refering to just the script name, without parameters...
| |
08:40 | ...and one had to specify RDP_SERVER and RDP_OPTIONS...
| |
08:41 | shawnp0wers has joined #ltsp | |
08:44 | <Gadi> full command supported since forever
| |
08:44 | personally, I prefer it that way
| |
08:44 | because one may want to run rdesktop on two screens at the same time to different servers
| |
08:44 | ;)
| |
08:44 | <rjune__> that's just crazy
| |
08:45 | <alkisg> Sweet :)
| |
08:51 | dagrichards has quit IRC | |
08:51 | <vlt> Gadi: Works, thanks.
| |
08:54 | Gadi: Hmmm, how to switch off a client now w/ rdesktop running on :6?
| |
08:54 | <Gadi> power button
| |
08:54 | <vlt> Gadi: ok
| |
08:55 | <Gadi> its all read-only - you won't hurt anything
| |
08:55 | :)
| |
08:55 | <vlt> I know ;-) Can I have xdm AND rdesktop on two screens?
| |
08:56 | <Gadi> sure - you might want to modify the rdesktop scren script a bit though if you do - I think the one that we ship does not put rdesktop in a loop, so every time it drops the connection, X will respawn and grab the display
| |
08:56 | which is rude if you are working in xdm
| |
08:56 | :)
| |
08:58 | bieb has joined #ltsp | |
08:58 | <rjune__> Is it possible to have rdesktop reconnect without exiting?
| |
08:59 | <Gadi> rjune__: sure you do: while :; do rdesktop ....; done
| |
08:59 | ;)
| |
08:59 | <rjune__> LOL
| |
09:03 | MRH2 has joined #ltsp | |
09:05 | <MRH2> hi recently upgraded the ltsp server and now last / wtmp shows 2 entries for every user session like:
| |
09:05 | username1 ws007:0 ws007 Thu Aug 27 11:32 - 11:37 (00:04)
| |
09:05 | username1 ws007:0 Thu Aug 27 11:32 gone - no logout
| |
09:05 | Is this a cause for concern and anyone know why?
| |
09:22 | bobby_C has joined #ltsp | |
09:25 | cole_ has joined #ltsp | |
09:25 | <cole_> could anyone help me get ltsp to authenticate to an ldap Unbuntu 8, ive tried almost everything and it keeps failing
| |
09:25 | :/
| |
09:29 | cole_ has quit IRC | |
09:29 | cole_ has joined #ltsp | |
09:32 | cole_ has left #ltsp | |
09:33 | artista-frustrad has quit IRC | |
09:34 | artista-frustrad has joined #ltsp | |
09:35 | shawnp0wers has quit IRC | |
09:42 | shawnp0wers has joined #ltsp | |
09:57 | pmatulis_t60 has joined #ltsp | |
09:59 | guntbert has joined #ltsp | |
09:59 | Mip5_ has joined #ltsp | |
10:00 | <Mip5_> Morning all
| |
10:00 | <sbalneav> Morning Mip5_
| |
10:02 | <Mip5_> My ltsp server is acting strangely. I can't open a remote desktop session to it, and when I login into it from a thin client (using my admin credentials), I can log in, but can't unlock the users-admin app. I tried ssh -X into the box from another machine, and opened the users-admin app that way, and still can't unlock it. I'm thinking that these issues are related, but am not sure where I...
| |
10:02 | ...should begin looking to fix them.
| |
10:02 | shawnp0wers has quit IRC | |
10:03 | <Mip5_> I'm running jaunty - and all appeared to work when I first deployed it here. I did have to change the IP address for this new site, but my thin clients were able to login w/out me having to change anything else.
| |
10:04 | <sbalneav> Sounds like a dbus issue.
| |
10:04 | Have you tried restarting dbus?
| |
10:04 | <Mip5_> Well, I've rebooted the server, so I would think that would have done it.
| |
10:04 | I did have a power outtage, and the problems started after that (but not immediately after that)
| |
10:04 | <sbalneav> Have you done an ltsp-update-sshkeys and updated the image?
| |
10:05 | <Mip5_> No - I have not
| |
10:05 | <sbalneav> I'd start with that.
| |
10:05 | <Mip5_> Would not having done that affect the remote logins (via vnc)?
| |
10:05 | <sbalneav> Sorry, are the thin clients able to log in?
| |
10:06 | <Mip5_> Yes - they are.
| |
10:06 | <sbalneav> So it's just VNC that's having trouble?
| |
10:06 | <Mip5_> Well, that, and I can't unlock an app that I should be able to unlock (users-admin)
| |
10:08 | The other issue - and I'm not sure if it's related is that the network manager icon near the clock is gone.
| |
10:08 | <alkisg> users-admin can't be unlocked from remote machines (with X, that is) - unless vnc or something is used
| |
10:08 | <sbalneav> Well, that's normal, I beleive.
| |
10:08 | <alkisg> Yup. But I still don't understand why isn't that considered a bug...
| |
10:09 | (not an users-admin bug, but still...)
| |
10:09 | <sbalneav> It is.
| |
10:10 | LTSP currently doesn't interact properly with console-kit
| |
10:10 | <alkisg> I don't think that's an LTSP bug, as I can't unlock it with plain old ssh -X or with XMDCP also
| |
10:11 | <sbalneav> Well, I guess it depends on where you define the "bug" exists.
| |
10:11 | staffencasa has joined #ltsp | |
10:11 | <sbalneav> Console-kit people would probably say "Remote sessions don't proerly interact with console kit"
| |
10:11 | <alkisg> ...that would be a bug from my point of view
| |
10:11 | <sbalneav> Remote people would say "console kit doesn't properly handle remote sessions"
| |
10:12 | pmatulis_t60 has quit IRC | |
10:12 | <alkisg> Well, unless ssh is patched to support consolekit, I don't know what's the proper way to fix that, but I do know that it should work :)
| |
10:12 | <sbalneav> It's never been an issue for me, since admin-users doesn't handle ldap ANYWAY, and I'd rather manage users at the command line :)
| |
10:13 | <alkisg> Is it only users-admin though, or is it all of the apps that use consolekit?
| |
10:13 | <sbalneav> alkisg: Yup. Someone needs to look into that.
| |
10:14 | Mip5_: So, in summary, you're not going to be able to unlock users admin from a workstation.
| |
10:14 | <Mip5_> okay - but hold on. I am pretty sure that I was able to run users-admin to add the users from my thin client (logged in as admin), so it *was* working.
| |
10:14 | <alkisg> (unless you use vnc or something)
| |
10:14 | <sbalneav> Mip5_: You're mis-remembering.
| |
10:14 | Unless you used vnc
| |
10:14 | <Mip5_> okay - - that is entirely possible. I was going to double check this on my other ltsp server.
| |
10:15 | <sbalneav> As for the network icon, you probably just need to re-add it to your panel
| |
10:15 | <Mip5_> Should I be able to unlock other things from a logged in thin client as admin.
| |
10:16 | <sbalneav> ANything that relies on gksu will unlock. Anything that relies on console-kit will not.
| |
10:16 | <Mip5_> okay - thanks.
| |
10:16 | How can I go about trouble shooting vnc?
| |
10:16 | <sbalneav> alkisg: IIRC, synaptic uses gksu, right?
| |
10:17 | <alkisg> Something like this, yes, but I'm not quite sure it's gksu
| |
10:17 | It maybe some other gnome system call
| |
10:17 | <sbalneav> I know nothing about vnc, but if you've changes IP addresses, I'm willing to bet your problem's related to ssh keys somehow. Does the VNC run over ssh?
| |
10:18 | alkisg: on hardy, here:
| |
10:18 | sbalneav 19001 1 2 10:17 ? 00:00:00 gksu /usr/sbin/synaptic
| |
10:18 | so that works for me.
| |
10:19 | <alkisg> Yeah, it's similar in hardy: gksu --description /usr/share/applications/synaptic.desktop /usr/sbin/synaptic
| |
10:19 | <Mip5_> I'll try to rebuild the ssh keys - but would they be involved in connecting to the box in the first place (not as a thin client)? I *can* ssh into the machine just fine from a terminal.
| |
10:19 | <alkisg> Mip5_: how did you install vnc?
| |
10:20 | <Mip5_> Sorry - I should have been saying vino - since that's what I've been using. I use a vnc client on my laptop to connect to the server. I also use terminal server client from my linux station
| |
10:20 | <alkisg> So there's a user always logged on on the server ?
| |
10:21 | vino only works if the user has logged on
| |
10:21 | <Mip5_> Yes - I set it up that way (it's headless) so that I could vnc into it to admin it remotely
| |
10:21 | <alkisg> OK. Do you also have italc installed?
| |
10:21 | <Mip5_> Yes - and actually - that may be the last thing I did before I left.
| |
10:22 | <alkisg> Both of those programs use port 5900, so there's a conflict there
| |
10:22 | <Mip5_> Excellent! - well that could well be the issue
| |
10:22 | <alkisg> You may even be experiencing high CPU usage on some cases, I've seen race conditions with both of them
| |
10:22 | So, with ssh, change the vino port to 5901
| |
10:22 | Or with gconf-editor, whatever is easier for you...
| |
10:22 | <Mip5_> okay - so - I should dump iTalc, or at least disable it, and try again?
| |
10:23 | <alkisg> No, just change the vino port to 5901
| |
10:23 | <Mip5_> okay - I'm not sure where to do that, but I'll take a look
| |
10:23 | <alkisg> Mip5_: ok wait till I give you the command
| |
10:23 | <Mip5_> alkisg ok
| |
10:24 | <alkisg> gconftool-2 --set /desktop/gnome/remote_access/alternative_port --type int 5901
| |
10:24 | gconftool-2 --set /desktop/gnome/remote_access/use_alternative_port --type boolean true
| |
10:24 | After those 2 commands, try to connect with vnc again, but specify <server-ip>:5901
| |
10:24 | <Mip5_> does it matter where I do this from (a terminal in my thin client - logged in as admin, or from a remote machine ssh'd in?
| |
10:25 | * alkisg thinks that translating his ltsp installation manual to english would help some people... | |
10:25 | <Mip5_> ;-) -
| |
10:25 | <alkisg> Mip5_: run it as the user that runs vino
| |
10:26 | <Mip5_> okay
| |
10:26 | bingo!
| |
10:26 | <alkisg> It worked?
| |
10:26 | <Mip5_> yes! Thanks so much!
| |
10:27 | <alkisg> No problem. I usually set it as a mandatory setting for all users with gconf-editor
| |
10:27 | <Mip5_> Interestingly - my network icon has reappeared as well
| |
10:27 | <alkisg> I think that italc, in some of the next versions, will be using another port as the default and will save us the trouble...
| |
10:28 | <Mip5_> Does it matter that I can't specify the mac address for the interface I want to use to connect to the external network? I lose the apply button as soon as I enter anything in that box
| |
10:28 | alkisg - cool. I wonder if iTalc will run better now. It was so slow I dont' the teachers would use it
| |
10:28 | <alkisg> Huh? you mean in network manager?
| |
10:28 | <Mip5_> sorry to jump topics. Yes - in network manager
| |
10:29 | <sbalneav> Mip5_: Did you just install iTalc
| |
10:29 | <alkisg> Do rephrase that, my english aren't that well, I lost you there
| |
10:30 | <Mip5_> sbalneav - yes - I installed it 2 days ago, and later lost access to vnc
| |
10:30 | alkisg - I can't enter the MAC address of my ethernet adaptor. I lose the apply button when I try to do that.
| |
10:31 | <alkisg> If you lose the apply button, it usually means that what you entered isn't correct
| |
10:31 | E.g. if you only enter 5 bytes, it's not a correct mac address
| |
10:31 | <Mip5_> That's what I wondered. How should it be specified? There was an example that used hex, so that's how I entered it.
| |
10:31 | <sbalneav> Ok. Not to chasitze you too much, but you came into the channel indicating that that IP changes had occurred, and a power outage, and mentioned NOTHING about installing a new piece of software.
| |
10:33 | The very FIRST question you should ask yourself, or tell other people about when asking questions about why things used to work, but now no longer are, is "What has changed recently"
| |
10:33 | <Mip5_> sbalneav - points well taken.
| |
10:34 | <alkisg> Mip5_: run this: ip -oneline -family inet link show
| |
10:34 | Then copy/paste the mac address into the edit box
| |
10:34 | <Mip5_> I think I goofed b/c I didn't notice vnc quitting until 2 days after installing iTalc. I installed iTalc at the end of the day and didn't come back to the machine until late the next day
| |
10:35 | shawnp0wers has joined #ltsp | |
10:42 | <Mip5_> alkisg - that did it. I must have had info on the MAC address.
| |
10:43 | I think I need more coffee - I'm sloppy today. - Thanks
| |
10:44 | <alkisg> yw
| |
10:44 | <Mip5_> Okay - thanks all. If any of you guys ever come to Colorado, I'll buy you a beer
| |
10:46 | bobby_C has quit IRC | |
10:54 | johnny has left #ltsp | |
10:54 | johnny has joined #ltsp | |
10:55 | johnny is now known as Guest87266 | |
10:56 | <Mip5_> Okay - I've got some nice thin clients that I got from disklessworkstations, and would like to use localapps with them. I'm planning to use the following howto:
| |
10:56 | https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty
| |
10:56 | Blinny has joined #ltsp | |
10:57 | * alkisg doesn't really like all the chroot mess in that page... | |
10:57 | <alkisg> Why don't you do an old-fashioned backup of your chroot, and just go ahead and install any localapps you want to test there?
| |
10:57 | <Blinny> Ubuntu Hardy having trouble w/ USB stick -- device _is_ partitioned and seen as sdb on the client but not mounting. Any ideas?
| |
10:58 | <sbalneav> alkisg: Agreed. Do you want to clean it up? Or do I?
| |
10:59 | Blinny: Isn't one of those U3 devices is it?
| |
10:59 | <alkisg> sbalneav: please do if you don't mind, I'm in the middle of some scripting...
| |
10:59 | <sbalneav> I'll get to it today
| |
10:59 | <Blinny> sbalneav: Not sure, actually. I'm thinking perhaps an unclean unmount from Windows
| |
11:00 | <alkisg> Is that an ntfs stick?
| |
11:00 | <Blinny> it's fat16 actually
| |
11:00 | <alkisg> I don't think vfat has problems with unclean unmounts...
| |
11:00 | <Mip5_> alkisg - good idea. I'll back up the chroot first. Thanks again.
| |
11:00 | <Blinny> I've got it directly into my server now and that's not working either.
| |
11:01 | Mip5_ has left #ltsp | |
11:01 | <Blinny> Hm. Maybe a WinStick
| |
11:01 | (if there is such a thing)
| |
11:01 | <sbalneav> So, stick's bustified
| |
11:01 | <Blinny> Strange that the client gets further than the server, no?
| |
11:02 | lsusb doesn't even show it on the server
| |
11:03 | garymc has quit IRC | |
11:03 | <Blinny> Can manually mount /dev/sdb1 in the chroot's VT
| |
11:04 | <alkisg> Blinny: try putting it in one of the "back" usb ports, not one in the front...
| |
11:04 | <Blinny> alkisg: I was afraid you'd say that (;
| |
11:05 | shawnp0wers has quit IRC | |
11:05 | <Blinny> Yeah, server sees it in the back USB port
| |
11:06 | <alkisg> OK. If reformatting is an option... do try that as well :)
| |
11:06 | <Blinny> Doesn't automount though - again, can manually mount
| |
11:06 | <alkisg> What does fdisk -l give you?
| |
11:06 | Blinny has left #ltsp | |
11:06 | Blinny has joined #ltsp | |
11:07 | <Blinny> Oops
| |
11:07 | alkisg: Shows the device.
| |
11:07 | <alkisg> Doesn't it show any partitions in it?
| |
11:07 | <Blinny> Yes it does.
| |
11:07 | the FAT16 partition
| |
11:08 | That's the first place I went - I automatically told him we had to partition it... until I plugged it in!
| |
11:08 | <alkisg> Can you upload the results to pastebot? I'm curious about the start/end sectors...
| |
11:09 | <ltsppbot> "Blinny" pasted "fdisk -l" (9 lines) at http://pastebot.ltsp.org/489
| |
11:10 | <alkisg> How big is the stick? Why is it fat16 instead of fat32 ?
| |
11:10 | <Blinny> I can certainly wipe it and mkfs.vfat
| |
11:11 | It's 1GB
| |
11:11 | No idea why fat16.. I've never seen it before today.
| |
11:11 | Probably because it's old.
| |
11:11 | <Guest87266> that one must have been expensive
| |
11:11 | Guest87266 is now known as johnny | |
11:11 | <Blinny> Back in the day, maybe
| |
11:11 | <alkisg> Blinny: I think the problem is there: Partition 1 has different physical/logical endings: phys=(956, 64, 32) logical=(941, 18, 32)gical=)
| |
11:11 | <johnny> yes
| |
11:11 | alkisg, i've seen that before.. stuff like that will mount normally
| |
11:12 | but perhaps not via ltspfs..
| |
11:12 | <alkisg> johnny: it doesn't mount in the server...
| |
11:12 | <johnny> my mp3 player had warnings like that
| |
11:12 | <Blinny> It will mount, just not automount
| |
11:12 | <alkisg> But I *think* I've seen a problem like this before
| |
11:13 | Repartitioning it solved all mounting problems... :)
| |
11:13 | <Blinny> So, delete the partition, make a new (full-size) one, then mkfs.vfat eh
| |
11:13 | * alkisg uses gparted, gui is easier on the eyes :D | |
11:13 | <Blinny> *shrug*
| |
11:14 | <sushisan> --------- somebody have experience with freenx?
| |
11:15 | * alkisg talked a lot today but can't help expressing his feelings for the awesomeness that is freenx | |
11:17 | <Blinny> alkisg: I'm curious - is there a voltage diff between front and back USB spots on some servers?
| |
11:17 | Making a new fat32 partition fixed it.
| |
11:18 | <alkisg> Blinny: I'm not really sure what the problem is, but I'm sure there are problems with the front USB ports...
| |
11:18 | <Blinny> Thanks alkisg!
| |
11:18 | alkisg: =='yuck'
| |
11:19 | Anyway. Thanks abunch mate. I'll keep an eye out for that kind of partitioning physical/logical problem in the future.
| |
11:21 | <alkisg> yw :)
| |
11:22 | shawnp0wers has joined #ltsp | |
11:24 | <johnny> alkisg, i used devicekit-disks to do mine
| |
11:25 | or whatever they call the ui.. palimpset
| |
11:25 | it's kinda basic, but it even allows the creation of encrypted partitions.. and changing the password for it
| |
11:26 | <alkisg> Ah. Never used it, but encrypted partitions in usb sticks sounds interesting...
| |
11:26 | <johnny> well it was only available in fedora and other similiarly advanced distros.. nothing that is supposed to be super stable like ubuntu
| |
11:26 | but it is part of gnome 2.28 i think
| |
11:26 | <alkisg> I did manage to find the most compatible way to partition my sticks, though: a fat32 partition in the beginning, and an ext3 *bootable* partition afterwards for os booting :)
| |
11:27 | <johnny> what size stick?
| |
11:27 | why wouldn't you put the fat32 at the end?
| |
11:28 | <alkisg> Whatever. E.g. for my 2 Gb stick I used 800 Mb for fat 32 + 1200 for ext3
| |
11:28 | <johnny> something about windows?
| |
11:28 | <alkisg> Windows doesn't see it. Yup
| |
11:28 | <johnny> i don't think that method would work for something like an 8GB stick
| |
11:28 | <alkisg> And I think some devices (dvd roms etc) can't read ntfs partitions, so...
| |
11:28 | I used that method for my 1Tb external disk, it worked fine
| |
11:29 | <johnny> really?
| |
11:29 | but you probably had grub there
| |
11:30 | <alkisg> Yeah, 40 Gb fat32 + some ext3 partitions afterwards. The second (= ext3) partition is bootable with sidux, and the first (=fat 32) with jaunty
| |
11:30 | (with the stick installer that is included in jaunty)
| |
11:32 | <johnny> do you have grub on your usb stick?
| |
11:32 | <alkisg> Yes, on the second partition
| |
11:33 | <johnny> how does it find the cylinder to boot from? wasn't there a bios limitation?
| |
11:33 | or is that a remnant now?
| |
11:33 | <alkisg> You mean cylinder > 1024? Yeah that's too old...
| |
11:33 | <johnny> ah good
| |
11:34 | <alkisg> Even without grub you can boot the os... E.g. bartpe windows or freedos...
| |
11:34 | <johnny> so, did you end up putting a real rw fs on there? or are you still using the squashed stuff?
| |
11:34 | with overlay
| |
11:34 | <alkisg> In the jaunty it's the live cd stuff, so casper, squashfs etc. In sidux it's real rw
| |
11:35 | <johnny> i want a stick big enough that i don't need to use squash
| |
11:35 | <alkisg> I'm not sure that would be faster... squashfs is also compressed, so uncompressing may be faster than reading from a usb stick
| |
11:36 | <johnny> probably
| |
11:53 | shawnp0wers has quit IRC | |
12:06 | fotanus has joined #ltsp | |
12:15 | spectra has joined #ltsp | |
12:22 | sushisan has left #ltsp | |
12:25 | johnny has left #ltsp | |
12:25 | johnny has joined #ltsp | |
12:26 | johnny is now known as Guest38352 | |
12:28 | Guest38352 has left #ltsp | |
12:51 | vagrantc has joined #ltsp | |
13:13 | shawnp0wers has joined #ltsp | |
13:14 | <_UsUrPeR_> sbalneav: I am here now.
| |
13:15 | sbalneav: I saw your 0200 request.
| |
13:15 | * _UsUrPeR_ needs to change his name to (away) after leaving work :P | |
13:16 | <laga> eww. :(
| |
13:16 | _UsUrPeR_: /away helps :)
| |
13:21 | <alkisg> laga: and what's the opposite of away, for when one comes back?
| |
13:23 | guntbert has left #ltsp | |
13:28 | <sbalneav> _UsUrPeR_: Yeah, disabling command line DOESN'T stop the terminal from being opened
| |
13:28 | it's just supposed to stop the "Run Command" dialog.
| |
13:29 | If you want the terminal gone, you have to remove it from the menu.
| |
13:32 | MRH2 has quit IRC | |
13:32 | <laga> alkisg: /help away for my client says: "You can remove your away status by using AWAY with no arguments."
| |
13:36 | artista-frustrad has quit IRC | |
13:36 | nubae has quit IRC | |
13:37 | artista-frustrad has joined #ltsp | |
13:38 | <alkisg> thanks :)
| |
13:48 | <ltsppbot> Someone pasted ".586p GetBase macro Reg call $" (108 lines) at http://pastebot.ltsp.org/490
| |
14:00 | Blinny has quit IRC | |
14:03 | alexqwesa has joined #ltsp | |
14:14 | <_UsUrPeR_> sbalneav: ahh. that makes sense. :)
| |
14:15 | * Gadi loves it when "Someone" pastes assembly code | |
14:15 | <Gadi> :)
| |
14:17 | <vagrantc> we're getting pastebot spam?
| |
14:17 | <rjune__> !seen ogra
| |
14:17 | <ltspbot> rjune__: ogra was last seen in #ltsp 1 day, 3 hours, 13 minutes, and 55 seconds ago: <ogra> wohoo, scottie prominently as ubuntu developer on karmic-changes !! https://lists.ubuntu.com/archives/karmic-changes/2009-August/007310.html
| |
14:38 | <sbalneav> Weird spam. I'm looking for the Cialis ad, and not seing it.
| |
14:39 | <alkisg> I don't think that's spam, just someone that posted on ltsp pastebot instead of e.g. pastebin...
| |
14:39 | <sbalneav> Oh, there it is
| |
14:39 | mov edi,01d1176h ; bioenergy
| |
14:40 | <alkisg> I think it's about cracking some game... ammo, bioenergy etc
| |
14:40 | <sbalneav> yeah.
| |
14:44 | <ltsppbot> "sbalneav" pasted "bf interpreter in forth" (35 lines) at http://pastebot.ltsp.org/491
| |
14:44 | <alkisg> Eeek ;)
| |
14:45 | <sbalneav> There, If someone can post assembly, I'll post forth.
| |
14:45 | Did you know that after ZX-81 basic, Forth was the SECOND language I ever learned? :)
| |
14:46 | <alkisg> Wow, and Forth's still alive? :D :D
| |
14:48 | <laga> alkisg: he is
| |
14:48 | he's up to some mad stuff
| |
14:49 | gentgeen__ has quit IRC | |
14:49 | <laga> oh, its inventor is not called forth. oops. anyways: http://www.colorforth.com/index.html
| |
14:50 | <sbalneav> apt-cache search forth
| |
14:50 | gforth - GNU Forth Language Environment
| |
14:50 | gentgeen__ has joined #ltsp | |
14:53 | <sbalneav> http://www.zx81stuff.org.uk/zx81/generated/tapeinfo/z/ZXForth(IPS).html
| |
14:54 | That's what I learned it on. ZXForth
| |
15:02 | Found a ZX-81 emulator for linux. That's it guys, I'm resigning from LTSP and Edubuntu and goin' back to grade 8.
| |
15:02 | POKES AND PEEKS HERE I COME!
| |
15:06 | See, that was in caps because the zx81 didn't have lowercase...
| |
15:06 | * sbalneav taps mic | |
15:06 | * laga claps | |
15:07 | <sbalneav> is this thing on... is this thing on...
| |
15:07 | Thanks, I'll be here all week. Don't forget to tip your server.
| |
15:11 | pmatulis has quit IRC | |
15:14 | <Gadi> my server says TILT when I tip it
| |
15:17 | bieb has left #ltsp | |
15:18 | <sbalneav> http://en.wikipedia.org/wiki/ZX81
| |
15:18 | I got mine in 1981 from Gladstone Electronics in Toronto. I had to solder it together.
| |
15:18 | I still have it.
| |
15:21 | * vagrantc refers sbalneav to the debian port | |
15:23 | <sbalneav> z81?
| |
15:23 | Or the port of debian to the zx81?
| |
15:24 | Which would be kind of hard because even if you plumped for the BIGGEST ram pack you could, you only got 64k
| |
15:24 | I only had the 16k ram pack
| |
15:25 | <alkisg> Yeah I can't imagine anyone needing more than 64k :)
| |
15:25 | (ever)
| |
15:25 | <sbalneav> But I spent my first two years with it with first the 1k it came with, then I soldered in a 2k ram chip.
| |
15:25 | <alkisg> My first tetris in assembly was well under 1k...
| |
15:26 | Btw (ok not really) does unionfs over ro-nfs work ok?
| |
15:26 | (with tmpfs)
| |
15:27 | <sbalneav> Wow. So, I just copied and pasted the info from the X term this irssi session is sitting in. Full screen on a 1280x1024 screen. Default gnome-term font.
| |
15:27 | 5.2k
| |
15:27 | Over double the amount of ram in my first computer :)
| |
15:28 | alkisg: don't know. iirc, there were problems.
| |
15:28 | <alkisg> :( better stick to bind mounts, then... :(
| |
15:39 | shawnp0wers has quit IRC | |
15:42 | <_UsUrPeR_> ok
| |
15:42 | just updated karmic koala 45 minutes ago
| |
15:42 | both ltsp image and server
| |
15:42 | now I can't log in to users
| |
15:42 | LDM still works
| |
15:44 | entering username/password shows no errors. auth.log on server does not show any attempted logons. /var/log/syslog is completely blank.
| |
15:45 | <alkisg> What happens if you try to ssh to the server from a local terminal in the client?
| |
15:46 | <_UsUrPeR_> connection refused
| |
15:46 | think I need to ltsp-update-sshkeys?
| |
15:46 | <alkisg> Yup
| |
15:47 | and ltsp-update-image
| |
15:47 | <_UsUrPeR_> k.
| |
15:47 | normally when it's an sshkeys issue, I see things denied in syslog
| |
15:47 | The_Code has quit IRC | |
15:48 | <_UsUrPeR_> it's never actually denied...
| |
15:48 | it just never brings up the UI after I log on
| |
15:48 | it just sits there after blanking the screen. I am watching the rotating mouse icon
| |
15:50 | <alkisg> It could be both an ssh issue and something else...
| |
15:51 | But if you get connection refused when doing `ssh -l usurper server` from the client terminal, then the keys aren't set up correctly....
| |
15:52 | <_UsUrPeR_> oh. I tried from server > client
| |
15:53 | :3
| |
15:53 | client > server works fine :P
| |
15:55 | <alkisg> Ah. Yeah, sounds like something broken, then...
| |
16:00 | <_UsUrPeR_> yeah :(
| |
16:00 | * _UsUrPeR_ is pmqd out | |
16:09 | alkisg has quit IRC | |
16:29 | alkisg has joined #ltsp | |
16:31 | kawan has joined #ltsp | |
16:31 | <kawan> Hello there!
| |
16:32 | spectra has quit IRC | |
16:32 | <kawan> I have some problem to configure a LTSP client. I wonder if someone can help
| |
16:33 | <alkisg> !ask
| |
16:33 | <ltspbot> alkisg: "ask" is 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.
| |
16:34 | nubae has joined #ltsp | |
16:34 | pmatulis has joined #ltsp | |
16:34 | <kawan> OK. I have a LTSP server configured. I works fine with a new laptop
| |
16:35 | Now I have an old system. I manage to get it boot via a bootable CDROM
| |
16:35 | LTSP client starts fine. But it stop before loading the kernel
| |
16:36 | <alkisg> ? how can it start fine, but stop before loading the kernel?
| |
16:36 | <kawan> it goes through the lines: Trying to load: pxelinux.cfg/00000-00-...to pxelinux.cfg/default
| |
16:36 | <alkisg> The kernel gets loaded in the first seconds...
| |
16:37 | So it doesn't load the kernel at all?
| |
16:38 | <kawan> from wireshark, on the server I can see the client loading the file /ltsp/i386/pxelinux.0
| |
16:38 | so the tftp config should be ok.
| |
16:39 | <alkisg> The pxe stack could be broken. What cd do you use to boot the client? Better try with the most recent gpxe version
| |
16:39 | http://www.rom-o-matic.net/gpxe/gpxe-git/gpxe.git/contrib/rom-o-matic/
| |
16:40 | <kawan> i am using what looks like the most recent one: gPXE 0.9.6
| |
16:40 | <alkisg> Choose NIC/ROM type: => "gpxe:all-drivers", Choose ROM output format: => iso
| |
16:40 | 0.9.6 isn't really recent
| |
16:41 | There's 0.9.7 after that, and 0.9.7+ is what it's in git
| |
16:41 | Also, if that doesn't work, try with a more recent pxelinux.0 or even gpxelinux.0
| |
16:41 | <kawan> Ok I am on it. Thanks for help. I'll get back to you ASAP
| |
16:46 | This client hardware is very old. The BIOS is from 1999. Do you think that could be a problem ?
| |
16:46 | <alkisg> Bios isn't really the problem; it's the nic. Depends on if gpxe supports it or not
| |
16:46 | I net-booted PCs from 1997 with gpxe...
| |
16:47 | <kawan> I just try with gPXE 0.9.7+. Doesn't wirk
| |
16:47 | work
| |
16:47 | <alkisg> What's the last line you see?
| |
16:48 | <kawan> Trying to load: pxelinux.cfg/default
| |
16:48 | Loading aborted
| |
16:48 | then the prompt => boot:
| |
16:48 | <alkisg> Uhm... without any errors or warnings?
| |
16:48 | <kawan> Yes.
| |
16:48 | <alkisg> What version of syslinux do you have on your server? dpkg -l syslinux
| |
16:49 | <kawan> syslinux 2:3.63+dfsg-2ubuntu3
| |
16:50 | <alkisg> That's a little old. Do try with a more recent version...
| |
16:52 | http://www.kernel.org/pub/linux/utils/boot/syslinux/syslinux-3.82.zip
| |
16:52 | Unzip and overwrite your pxelinux.0 with the one from the zip
| |
16:53 | <kawan> Ok, I'll try now
| |
16:55 | <alkisg> (that's in /core/pxelinux.0)
| |
16:56 | * alkisg wonders why Karmic still has such an ancient syslinux version... | |
16:58 | <kawan> Same story......
| |
16:58 | <alkisg> Which nic is that?
| |
16:58 | <kawan> on Wireshark I can compare the 2 LTSP clients booting
| |
16:58 | Realteck 8139
| |
16:59 | <alkisg> ? that should be supported by gpxe...
| |
16:59 | kawan: ok, try to directly load the kernel
| |
16:59 | bypassing pxelinux.0
| |
17:01 | <kawan> What command shall I use: kernel ? imgload ?
| |
17:01 | <alkisg> Press ctrl+b, then do dhcp net0
| |
17:01 | Then (I think): set filename /vmlinuz
| |
17:01 | and: chain ${filename}
| |
17:02 | I forget the command line for the initrd, but those will still boot the kernel
| |
17:04 | fotanus has left #ltsp | |
17:06 | lucascoala has joined #ltsp | |
17:09 | <kawan> YES!!
| |
17:10 | <alkisg> So pxelinux is to blame... hmmm you could also try with gpxelinux.0
| |
17:10 | Or you could just point the client to load the kernel directly and be done with it :D
| |
17:11 | <kawan> well, it' better....but looks like it's hanging...
| |
17:11 | <alkisg> Yes it still needs the initrd
| |
17:11 | Let me find the right commands for that
| |
17:12 | <kawan> I got a kernel panic: unable to mount root fs on unknow block
| |
17:13 | <alkisg> kawan: these are the lines:
| |
17:14 | <kawan> BTW, the exact command was set filename ltsp/i386/vmlinuz
| |
17:14 | <alkisg> dhcp net0
| |
17:14 | kernel /ltsp/i386/vmlinuz ro splash
| |
17:14 | initrd /ltsp/i386/initrd.img
| |
17:14 | boot vmlinuz
| |
17:14 | Try entering the above commands to gpxe.
| |
17:15 | artista-frustrad has quit IRC | |
17:16 | <kawan> sorry alkisg, where in gpxe ?
| |
17:16 | <alkisg> When it starts, press ctrl+b to get a command line
| |
17:17 | And then enter the above 4 commands
| |
17:17 | <kawan> Ok. Got it
| |
17:18 | Gadi has left #ltsp | |
17:20 | <alkisg> If that works, I've made a gpxe patched disk with which you can put this commands in a text file so that you won't have to manually enter them each time. If you want ping me tomorrow and tell me to search for it...
| |
17:24 | <kawan> it works absolutly fine! Thanks a lot alkisg!!!
| |
17:24 | <alkisg> You're welcome
| |
17:25 | <kawan> I don't understand what's your plan for tommorrow
| |
17:25 | <alkisg> Try with gpxelinux.0 (overwriting pxelinux.0 with it) or remind me tomorrow to search for the patched gpxe disk
| |
17:25 | <kawan> ok.
| |
17:25 | <alkisg> With that disk those commands will be entered automatically, so that you won't have to enter them manually every time
| |
17:26 | It's just that it's late now here...
| |
17:26 | Good night all :)
| |
17:26 | <kawan> good night, thanks a lot!!
| |
17:26 | alkisg has quit IRC | |
17:27 | kawan has quit IRC | |
17:28 | kawan has joined #ltsp | |
17:31 | kawan has quit IRC | |
17:32 | artista-frustrad has joined #ltsp | |
17:33 | bobby_C has joined #ltsp | |
17:57 | pmatulis has quit IRC | |
18:09 | vagrantc has quit IRC | |
18:14 | vagrantc has joined #ltsp | |
18:18 | bobby_C has quit IRC | |
18:41 | staffencasa has quit IRC | |
18:58 | vagrantc has quit IRC | |
19:23 | Egyptian[Home] has joined #ltsp | |
19:34 | Lumiere has quit IRC | |
19:38 | lucascoala has quit IRC | |
19:42 | lucascoala has joined #ltsp | |
20:20 | ogra has quit IRC | |
20:21 | ogra has joined #ltsp | |
21:19 | <sbalneav> Evening all
| |
21:32 | artista-frustrad has quit IRC | |
21:33 | artista-frustrad has joined #ltsp | |
21:37 | nubae has quit IRC | |
22:01 | vagrantc has joined #ltsp | |
23:29 | yanu has quit IRC | |
23:29 | yanu has joined #ltsp | |
23:34 | Dalik has joined #ltsp | |
23:34 | lucascoala has quit IRC | |
23:34 | alkisg has joined #ltsp | |
23:35 | <Dalik> Hello!
| |
23:35 | I have made good progress with things. BUT I have 1 main issue I need to resolve and I would like to advise.
| |
23:36 | I have three machines here, two of which are new lenovo machines m57p and m58p which uses the intel network adapter. I have a HP machine thats about 4 years old and this machine boots just fine over ltsp and its great. The lenovo's do not boot and I get the following error.
| |
23:36 | <alkisg> Good morning
| |
23:37 | <Dalik> ipconfig: eth0: SIOCGIFINDEX: No such device.
| |
23:37 | mainly its not seeing a network device so it can't configure it and the boot process stops at this point
| |
23:37 | <vagrantc> Dalik: your initramfs probably doesn't include the module for your network card.
| |
23:38 | <Dalik> what I have done is the following. Rebuilt the client using ltsp-build-client. I have chroot into and upgraded the kernel to 2.6.24-24 (ubuntu 8.04 server install)
| |
23:39 | doing that upgrade process says it generated a new initramfs after this I exited out of chroot and deleted the /tftpxxx/ltsp/i386 then ltsp-update-kernels which looks good
| |
23:39 | I checked the models in the chroot and found the e1000, e1000e and the e1000e-ich9m.ko drivers so that seems ok
| |
23:39 | <vagrantc> Dalik: which do they use?
| |
23:40 | Dalik: and which are actually in the initramfs?
| |
23:40 | <Dalik> e1000e
| |
23:40 | not sure how to check the initramfs as in whats on it
| |
23:40 | advise on that?
| |
23:41 | <vagrantc> cd $(mktemp -d) ; zcat /var/lib/tftpboot/ltsp/i386/initrd.img | cpio -i
| |
23:41 | or boot with break=top
| |
23:42 | <Dalik> I booted one of the machienes directly into ubuntu and it came back with e1000e-ich9m driver
| |
23:42 | ok doing now
| |
23:42 | is this while chrooted into /opt/ltsp/i386 ?
| |
23:43 | <vagrantc> Dalik: no need
| |
23:43 | <Dalik> kk
| |
23:43 | <vagrantc> probably better to not be chrooted
| |
23:44 | the other possibility is that the module is there, but udev doesn't know that's what the card uses. but that's less likely if when you boot directly it knows.
| |
23:46 | <alkisg> Also if the client is etherboot instead of pxe, it'll use the nbi image instead of the initrd.img..
| |
23:47 | <Dalik> ok I looked through the results and only see e1000.ko driver
| |
23:47 | not the other two
| |
23:47 | <alkisg> And I _think_ that if the previous kernel isn't manually removed from the chroot, then it's still used even if a newer kernel is installed...
| |
23:48 | <Dalik> I let apt remove the old kernel
| |
23:48 | <vagrantc> alkisg: at least on debian, when you install a new kernel, it switches the default to that
| |
23:49 | <Dalik> I checked /opt/lisp and the old kernel is not under /boot
| |
23:49 | <alkisg> k
| |
23:49 | <Dalik> so I chroot then update the initramfs then exit out then ltsp-update-kernel
| |
23:49 | and that should do it?
| |
23:50 | <vagrantc> Dalik: echo e1000e >> /opt/ltsp/i386/etc/initramfs-tools/modules
| |
23:50 | Dalik: chroot /opt/ltsp/i386 update-initramfs -u
| |
23:50 | Dalik: ltsp-update-kernels
| |
23:51 | that should mostly do it.
| |
23:51 | cyberorg has quit IRC | |
23:53 | <rm-rf> is it possible to boot a different image based on the MAC of the client?
| |
23:53 | <vagrantc> yes
| |
23:53 | but it's also a lot of hassle :)
| |
23:54 | <rm-rf> would it just be a matter of copying /var/lib/tftpboot/ltsp/i386 and updating the dhcpd.conf so that the next-server line was hardcoded to the new location for the specified MAC?
| |
23:55 | well, next-server and the other relevant data
| |
23:58 | <Dalik> vagrantc: hmmm still no go just yet but I do have a direction with your help. I will continue on and I no doubt be back one day soon. Thanks a lot vagrantc
| |