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


Channel log from 21 November 2018   (all times are UTC)

01:11vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
02:28lucascastro has left IRC (lucascastro!~lucascast@177-185-139-186.isotelco.net.br, Read error: Connection reset by peer)
02:28lucas_ has joined IRC (lucas_!~lucascast@177-185-139-225.isotelco.net.br)
03:22jgee has left IRC (jgee!~jgee@190.159.118.121, Ping timeout: 240 seconds)
03:23jgee has joined IRC (jgee!~jgee@190.159.118.121)
05:21jgee has left IRC (jgee!~jgee@190.159.118.121, Ping timeout: 252 seconds)
05:36jphein has joined IRC (jphein!b8178628@gateway/web/freenode/ip.184.23.134.40)
05:37
<jphein>
Hello! =] Does anyone know where I would put my install-ubuntu kernels so that update-kernels picks them up and presents them on the PXE menu?
05:39
Or, do I have to edit the pxelinux.cfg/default symlink manually?
05:39vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
05:41
<jphein>
This is my https://github.com/jphein/boxen/blob/master/etc/ltsp/update-kernels.conf
05:44
I suppose I can edit my dnsmasq.d/ to add the mac address of the client I'd want to install. With the ubuntu-install pxe boot config.
05:48
I'm also having issues with the chrootless method in the Azure cloud. Seems the Azure kernel may not have all the right input drivers for KVM?
06:25
<alkisg>
jphein: I'm not sure what you're asking; why do you need more than one kernel?
06:25
If you only keep one kernel, then ltsp will pick them up
06:26
Now if you want multiple kernels, ltsp will pick up the latest
06:26
<jphein>
Sorry, let me rephrase that. Do you know of a simple way to present the PXE client user with a menu to install Ubuntu?
06:26
<alkisg>
So if e.g. azure has 4.1, and you manually install 4.15, then the server will have 4.1 and the clients 4.15, without involving any configs
06:26
<jphein>
cool
06:26
<alkisg>
jphein: ah sure, you just expose the .iso etc
06:27
But the "ltsp way to install a client" is to netboot it and cp -a /run/initramfs/rofs /target
06:27
I.e. to clone the ltsp image...
06:27
<jphein>
that's exactly what i want
06:28
<alkisg>
You can also easily netboot it, and run: kvm -cdrom /path/to/windows -hda /dev/sda, so that you can even install windows while booted as an ltsp client
06:28
All those don't involve pxelinux at all
06:28
You do those via epoptes after the client boots normally via ltsp
06:28
<jphein>
oh yes kvm
06:28
<alkisg>
(or locally)
06:29
<jphein>
with epoptes
06:29
nice
06:29
<alkisg>
I usually don't want to leave my chair, so I do all clients via epoptes
06:29
<jphein>
haha =]
06:29
<alkisg>
So I can be installed 3 different OSes on 3 clients without me going there
06:30
*I can install, meh
06:30
I can be installing. OK, got it :P
06:30
<jphein>
thank you , again!
06:30
<alkisg>
np
06:30
<jphein>
I like that solution a lot.
06:31
Do you know the simplest way to preseed an Ubuntu installation with a few changes?
06:32
wcp -a /run/initramfs/rofs /target
06:32
Do I make a screen script?
06:33
<alkisg>
jphein: let's clear something up
06:34
cp is for cloning the ltsp image
06:34
kvm is for installing ubuntu from an .iso
06:34
preseeding only applies to the iso
06:34
So which one are you asking about?
06:35
<jphein>
hahaha, I'm just very curious
06:35
=]
06:35
i like all of them
06:35
but I want to know more about the cp -a
06:35
it's a simple as that?
06:36
cloning
06:36
<alkisg>
I don't make screen scripts for such simple things; I do make scripts that I run either from epoptes or directly from the client
06:36
cp, add user, install grub
06:36
You can also have a vm on the server, and use dd, to avoid all that
06:36
<jphein>
oh i see
06:37
using qcow?
06:37
or raw img
06:37
<alkisg>
E.g. I have bionic-mate in vbox, then i expose it via nbd, and I dd if=/dev/nbd2 of=/dev/sda on the clients, and it's ready
06:37
Both can be done, qemu-nbd supports qcow and vdi and vmdk and raw
06:38
<jphein>
so many ways
06:38
<alkisg>
You can even login normally as a user on the client, so that your image is accessible by sshfs in /home/username
06:38
<jphein>
that is the one i'll use since I already have the vm
06:38
<alkisg>
So then you do dd if=/home/username/vms/myvm of=/dev/sda, done
06:38
No scripts, no screen scripts, nothing
06:39
You may only need to resize2fs /dev/sda1 afterwards, so that it extends to all the disk size
06:39
<jphein>
right
06:41
<vagrantc>
and you're doing this in a user with sudo privledges or something?
06:41
<jphein>
yes
06:41
<alkisg>
Yup, with LDM_HASH_PASSWORD=True; or via epoptes :)
06:41* alkisg waves to vagrantc btw; how are things there?
06:42
<vagrantc>
been spending a lot of my time getting the pinebook working on debian and guix
06:42
actually used it for an extended weekend trip and it was pretty usable
06:42
<alkisg>
Haha great!
06:43
vagrantc is never mainstream! Always the weird open devices etc :D
06:43
<vagrantc>
just did an upload for the arm-trusted-firmware to debian built on it natively for arm64 :)
06:43
<alkisg>
(thumbs)!
06:44
<vagrantc>
i do have in the back of my mind to update ltsp-docs and ltsp* packaging in debian... but it keeps getting back-burnered
06:45
<alkisg>
Ubuntu said they'll support 18.04 for 10 years
06:45
So I guess that ltsp version will stay around for a long time
06:45
(the ppa version, that is; but I won't be e.g. putting ltsp6 to the ppa, too different)
06:46
<vagrantc>
https://bugs.debian.org/913774 makes me want to never touch ldm again
06:46
<alkisg>
Eh, thin clients, meh
06:47
Sure we could patch that policy via an init-ltsp.d script
06:47
<vagrantc>
i think they're fat clients
06:47
<alkisg>
We're using su on fat clients
06:47
So the wtmp entry should be there
06:47
Even the logind seat is there
06:47
<vagrantc>
hm.
06:48
my main reaction was "let's drop support for LDM!" :)
06:48
<alkisg>
Haha, too true; let's hope this summer's gsoc will be about ltsp6
06:49* vagrantc should've had it together to propose some real LTSP projects for this recent outreachy round...
06:50
<vagrantc>
my focus is just not on LTSP lately ... :/
06:54
i keep thinking i'll get around to implementing some network booting integrated into guix, too
06:56
i suspect "porting" ltsp to guix would basically involve a rewrite from scratch
06:56* alkisg would like to find some funding to implement the netboot.bin method for rpi's, so that the sdcards don't ever need to be updated..
06:57
<alkisg>
But since I don't like rpi performance, that isn't a priority now... ltsp6 kinda is, with wayland ahead
06:58
<vagrantc>
alkisg: the rpi3+ does network booting by default when no sd card is present
06:58
or whatever the one i have is
06:58
performance might be a little better than the rpi2 or rpi3, but not much
06:58
<alkisg>
Right, and they have that in a bin file for previous versions, but it's tricky
07:00
<vagrantc>
tricky to burn it in?
07:00
and once it's burned in, they will refuse to boot locally?
07:01
<alkisg>
You put that in the sdcard as a file
07:01
But it requires some server-side changes to boot properly, it's fragile
07:02
<vagrantc>
huh
07:02
<alkisg>
I made it boot once after 2 mins of delay, but then I didn't have any more time to spend on it
07:06
<vagrantc>
looking for low-powered LTSP clients is what sent me on the path of exploring all these arm boards
07:07
<alkisg>
Hm, for thin clients it would be great, but are they worthy for fat clients?
07:07
!cheap-client
07:07
<ltsp>
cheap-client: https://www.gearbest.com/tv-box-c_11262/?attr=2081-1279
07:08
<alkisg>
...most of those are cheap, low powered, and yet would make decent fat clients...
07:10
<vagrantc>
yeah, the x86 boxes have dramatically reduced power consumption in the last decade, while still generally outperforming the arm stuff
07:11
outperforming is a bit of an understatement :)
07:34
<jphein>
Which commands do you run after a cp -a /run/initramfs/rofs /target ? Install grub?
08:16
<alkisg>
jphein: mount /dev/sda1 /mnt; cd /mnt; for d in proc sys dev dev/pts; do mount --bind /$d $d; done; chroot . dpkg-reconfigure grub-pc; umount dev/pts dev sys proc
08:18
<jphein>
Thank you!
08:18vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
08:45ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
09:26jphein has left IRC (jphein!b8178628@gateway/web/freenode/ip.184.23.134.40, Ping timeout: 256 seconds)
09:49kjackal has joined IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr)
10:25GodFather has left IRC (GodFather!~rcc@d28-23-172-21.dim.wideopenwest.com, Ping timeout: 260 seconds)
10:59kjackal has left IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr, Read error: Connection reset by peer)
10:59kjackal_v2 has joined IRC (kjackal_v2!~quassel@athedsl-173499.home.otenet.gr)
11:25kjackal_v2 has left IRC (kjackal_v2!~quassel@athedsl-173499.home.otenet.gr, Read error: Connection reset by peer)
11:25kjackal has joined IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr)
11:30kjackal has left IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr, Read error: Connection reset by peer)
11:30kjackal_v2 has joined IRC (kjackal_v2!~quassel@athedsl-173499.home.otenet.gr)
12:28Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
13:03lucas_ has left IRC (lucas_!~lucascast@177-185-139-225.isotelco.net.br, Remote host closed the connection)
13:24kjackal_v2 has left IRC (kjackal_v2!~quassel@athedsl-173499.home.otenet.gr, Ping timeout: 252 seconds)
13:25kjackal has joined IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr)
13:33spaced0ut has joined IRC (spaced0ut!~spaced0ut@unaffiliated/spaced0ut)
13:50adbenitez has joined IRC (adbenitez!a99eb802@gateway/web/freenode/ip.169.158.184.2)
13:50
<adbenitez>
good morning
13:51
alkisg: I am interested in what you mentioned to me days ago about fat clients
13:52
<alkisg>
adbenitez: more specifically?
13:52
<adbenitez>
alkisg: about using fat clients to better admin network
13:52
<alkisg>
What do you want to ask?
13:55
I don't remember the case very well, if you're just asking "how/why", see the installation page:
13:55
!install
13:55
<ltsp>
install: http://wiki.ltsp.org/wiki/Installation/Ubuntu for Ubuntu, or http://wiki.ltsp.org/wiki/Installation for other distributions
13:56adbenitez has left IRC (adbenitez!a99eb802@gateway/web/freenode/ip.169.158.184.2, Ping timeout: 256 seconds)
13:59adbenitez has joined IRC (adbenitez!a99eb0fe@gateway/web/freenode/ip.169.158.176.254)
13:59
<adbenitez>
alkisg: sorry I have lost the connection, but I am checking the irc logs site
13:59
I will explaing the case better
14:00
I have ltsp already installed and in use by some thin clients
14:01
what I must to do is add the posibility for current full work stations to boot as a fat client or from the local HD
14:02
I wanna know if this is something possible and already done with ltsp or I must hack around?
14:04
alkisg: the installation page you give me don't says anything about this
14:07lucascastro has joined IRC (lucascastro!~lucascast@189.90.38.210.jupiter.com.br)
14:10GodFather has joined IRC (GodFather!~rcc@96-92-43-9-static.hfc.comcastbusiness.net)
14:18
<alkisg>
!local-boot
14:18
<ltsp>
local-boot: If you want LTSP fat clients on a low-speed network, you can put i386.img on e.g. C:\Boot\LTSP\i386.img and use this command line in pxelinux.cfg: APPEND ro initrd=ltsp/i386/initrd.img init=/sbin/init-ltsp root=/dev/sda1 rootflags=ro loop=/Boot/LTSP/i386.img; IPAPPEND 3
14:18
<alkisg>
adbenitez: are you talking about this one? ^
14:19
<adbenitez>
alkisg: nop :(
14:19
<alkisg>
adbenitez: do you mean a grub boot menu that allows local boot or network boot?
14:19
<adbenitez>
alkisg: yes
14:20
<alkisg>
Eh, you just need to install the grub-ipxe package then
14:20
This isn't specific to ltsp
14:20
<adbenitez>
alkisg: ohhh
14:21
alkisg: I was thinking that I must configure ltsp to send some grub screen or something, sorry!
14:21
<alkisg>
np
14:21
<adbenitez>
alkisg: sorry for waste you time, you must hate me! :(
14:22
<alkisg>
Oh not at all don't worry
14:22
I help here when I'm able to anyway
14:22
<adbenitez>
alkisg: thanks!
14:29adbenitez has left IRC (adbenitez!a99eb0fe@gateway/web/freenode/ip.169.158.176.254, Ping timeout: 256 seconds)
15:12
<alkisg>
!vnc-dide
15:12
<ltsp>
vnc-dide: To share your screen with me, run this: sudo apt-get --yes install x11vnc; x11vnc -connect srv1-dide.ioa.sch.gr - this is a reverse connection, it doesn't need port forwarding etc.
15:44
<||cw>
you CAN make your pxe server give a local boot option, but that still boots PXE first, and still isn't an LTSP option
17:03GodFather has left IRC (GodFather!~rcc@96-92-43-9-static.hfc.comcastbusiness.net, Ping timeout: 252 seconds)
17:04GodFather has joined IRC (GodFather!~rcc@96-92-43-9-static.hfc.comcastbusiness.net)
17:30spaced0ut has left IRC (spaced0ut!~spaced0ut@unaffiliated/spaced0ut, Ping timeout: 244 seconds)
17:30jgee has joined IRC (jgee!~jgee@190.159.118.121)
17:34spaced0ut has joined IRC (spaced0ut!~spaced0ut@unaffiliated/spaced0ut)
17:44GodFather has left IRC (GodFather!~rcc@96-92-43-9-static.hfc.comcastbusiness.net, Ping timeout: 272 seconds)
17:55vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
18:07Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Remote host closed the connection)
20:13spaced0ut has left IRC (spaced0ut!~spaced0ut@unaffiliated/spaced0ut, Quit: Leaving)
21:36lucascastro has left IRC (lucascastro!~lucascast@189.90.38.210.jupiter.com.br, Remote host closed the connection)
21:48kjackal has left IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr, Ping timeout: 268 seconds)
21:55lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-225.isotelco.net.br)
22:52GodFather has joined IRC (GodFather!~rcc@d28-23-172-21.dim.wideopenwest.com)
23:14ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Remote host closed the connection)