IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 11 June 2023 (all times are UTC)
| 00:00 | vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:50, *.net *.split) | |
| 00:00 | fiesh has left IRC (fiesh!~fiesh@2003:fb:1018::21, *.net *.split) | |
| 00:00 | vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:50) | |
| 00:00 | fiesh has joined IRC (fiesh!~fiesh@2003:fb:1018::21) | |
| 01:47 | vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:50, Quit: leaving) | |
| 02:55 | highvoltage has left IRC (highvoltage!~highvolta@shell.jonathancarter.org, *.net *.split) | |
| 02:55 | sunweaver has left IRC (sunweaver!~sunweaver@fylgja.das-netzwerkteam.de, *.net *.split) | |
| 02:55 | sunweaver has joined IRC (sunweaver!~sunweaver@fylgja.das-netzwerkteam.de) | |
| 02:55 | sunweaver is now away: not here ... | |
| 08:25 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 09:57 | Vercas1 has left IRC (Vercas1!~Vercas@gateway/tor-sasl/vercas, Remote host closed the connection) | |
| 09:58 | Vercas1 has joined IRC (Vercas1!~Vercas@gateway/tor-sasl/vercas) | |
| 10:00 | sunweaver is back | |
| 11:19 | sunweaver is now away: not here ... | |
| 13:17 | eu^c-73-190-66-4 has joined IRC (eu^c-73-190-66-4!~eu^c-73-1@c-73-190-66-46.hsd1.or.comcast.net) | |
| 13:23 | <eu^c-73-190-66-4> Trying to setup LTSP to push out Kodi images to fat clients. Client image to be managed via VirtualBox vmdk file. However, LTSP docs indicate VM image should only have 1 partition and Kodi auto-installs with a vfat32 RW partition and a ext4 RO partition. Are there any switches in "ltsp image" command to work with this setup? I saw some
| |
| 13:23 | documentation that seems to imply it can work, but I could not get it working myself.
| |
| 13:29 | <alkisg1> eu^c-73-190-66-4: what are the contents of these partitions?
| |
| 13:30 | <eu^c-73-190-66-4> firing up VirtualBox...
| |
| 13:30 | As an FYI, I'm doing a clean install of LTSP right now per https://ltsp.org/docs/installation/
| |
| 13:34 | eu^c-73-190-66-4 has left IRC (eu^c-73-190-66-4!~eu^c-73-1@c-73-190-66-46.hsd1.or.comcast.net, Quit: Client closed) | |
| 13:34 | eu^c-73-190-66-4 has joined IRC (eu^c-73-190-66-4!~eu^c-73-1@c-73-190-66-46.hsd1.or.comcast.net) | |
| 13:35 | <eu^c-73-190-66-4> so /dev/sda1 mounted on /flash (vfat, RO) with contents syslinux.cfg, ldlinux.sys, KERNEL file (which is actually an image), SYSTEM file (which is actually an image).
| |
| 13:36 | and /dev/sda2 mounted on /storage (ext4, RW) with contents of a few config files, backup dir, lost+found dir, music dir, pictures dir, videos dir
| |
| 13:37 | the /storage mount could probably be moved to the NAS server (either NFS or SMB)...
| |
| 13:38 | noticed there are also loopback mounts. /dev/loop0 on / type squashfs (RO)
| |
| 13:43 | <alkisg1> eu^c-73-190-66-4: this doesn't sound like a debian-based image... can you chroot into it and run `dpkg -l`?
| |
| 13:43 | Or if you're booted with it, just run dpkg -l
| |
| 13:47 | <eu^c-73-190-66-4> no dpkg.
| |
| 13:47 | cat /etc/os-release:
| |
| 13:47 | <alkisg1> Then it's not debian-based, then you can't use ltsp with it
| |
| 13:47 | <eu^c-73-190-66-4> NAME="LibreELEC"
| |
| 13:47 | VERSION="11.0.1"
| |
| 13:47 | ID="libreelec"
| |
| 13:47 | VERSION_ID="11.0"
| |
| 13:47 | PRETTY_NAME="LibreELEC (official): 11.0.1"
| |
| 13:47 | HOME_URL="https://libreelec.tv"
| |
| 13:47 | BUG_REPORT_URL="https://github.com/LibreELEC/LibreELEC.tv"
| |
| 13:47 | BUILD_ID="aae861df88959402cde174cf95e505d942d8451e"
| |
| 13:47 | LIBREELEC_ARCH="Generic.x86_64"
| |
| 13:47 | LIBREELEC_BUILD="official"
| |
| 13:47 | LIBREELEC_PROJECT="Generic"
| |
| 13:47 | LIBREELEC_DEVICE="Generic"
| |
| 13:48 | <alkisg1> LTSP currently only supports debian-based distributions
| |
| 13:48 | <eu^c-73-190-66-4> Huh. Somehow I missed that the OS must be debian based in the documentation. That's a bummer
| |
| 13:48 | Any recommendations for a very stripped down debian-based distro? Ubuntu is getting out of hand these days...
| |
| 13:49 | <alkisg1> Well bookworm just got out; you could install just the base OS and kodi on top of it
| |
| 13:49 | But Ubuntu is fine too if you don't use GNOME and if you remove the snap
| |
| 13:50 | <eu^c-73-190-66-4> ...and remove the advertisements, and cloud init, and...
| |
| 13:50 | <alkisg1> You could also manually netboot libreelec, but LTSP can't do automatically do it for you: https://wiki.libreelec.tv/configuration/network-boot
| |
| 13:51 | <eu^c-73-190-66-4> Yeah, saw the manual netboot. Wasn't sure how much LTSP would be able to help.
| |
| 13:52 | Appreciate the clarification on debian only. Will explore that route. In the meantime, perhaps you might know directions I should pursue for other aspects of this project.
| |
| 13:52 | <alkisg1> If it's for kiosk like devices with no users etc, indeed you don't need ltsp much
| |
| 13:53 | As libreelec already seems to provide an "overlay" parameter, to allow multiple clients to boot from the same source
| |
| 13:53 | Although it appears it's not using squashfs over nfs, so it'll be like 5 times slower than it could be
| |
| 13:54 | <eu^c-73-190-66-4> I suspect slow is fine, since max throughput required is streaming of video and loading pictures. Required bandwidth for streaming isn't that high (unless 4K or 8K which is is most definitely not going to be).
| |
| 13:55 | Even with some funky double-round trip networking I've got going, I can still push some 30 MB/sec which feels like its much more than streaming would require
| |
| 13:56 | Though your point is well taken. I will not know for sure until I can get over this initial hump and getting LTSP working.
| |
| 13:56 | <alkisg1> It'll only be slow while booting, it won't make any difference later
| |
| 13:56 | I.e. for rootfs / access, not for data access
| |
| 13:56 | <eu^c-73-190-66-4> Interesting, so if the VirtualBox image is say 4GB does that mean during booting LTSP pushes over the entire 4GB?
| |
| 13:57 | <alkisg1> What's the goal, to netboot multiple kiosk-like machines with no users that just display kodi?
| |
| 13:57 | No, network disks are read either file-by-file as needed (on plain NFS like libreelec), or sector-by-sector (on squashfs over NFS like ltsp)
| |
| 13:57 | So you can have a 10 GB disk and boot a 1 GB client with it without any issues
| |
| 13:58 | <eu^c-73-190-66-4> Goal is comparable to a home entertainment system setup. Boot kodi on one of a few cheap fat-clients that may fail at any time (again, cheap). If they do then just swap out and turn the new one on.
| |
| 13:59 | It will be a bit more complex than that, but if I can get there I can get the rest of the way without issue.
| |
| 13:59 | <alkisg1> Just one? then plain NFS-RW is fine, you don't need some special netbooting system
| |
| 14:01 | <eu^c-73-190-66-4> will have 3-4 to begin with. Was going to skip LTSP all together but the amount of configuration and setup for Kodi ended up being considerable...especially when 3x or 4x. Then there's the whole "client may die" concern, adding more time.
| |
| 14:02 | Guess LTSP doesn't work very well with say a Clonezilla iamge
| |
| 14:03 | <alkisg1> Clonezilla is Debian or Ubuntu-based AFAIK, so it might work
| |
| 14:03 | But LTSP is oriented in "boot an image simultaneously in multiple PCs, using multiple users etc"
| |
| 14:04 | Your use case doesn't seem to align with that. If you just want to netboot one image, there are other solutions
| |
| 14:04 | E.g. https://netboot.xyz/ can netboot a lot of distributions
| |
| 14:04 | <eu^c-73-190-66-4> Interesting. My client image solution search didn't yield much.
| |
| 14:05 | As for netboot.xyz, my review of it seems to imply it boots install images rather than preconfigured "turn on and go" images
| |
| 14:06 | <alkisg1> netboot.xyz can boot a lot of CDs, not just installation medias
| |
| 14:06 | So e.g. clonezilla or debian live or ubuntu-desktop.iso should be bootable with it
| |
| 14:08 | Check the list there: https://github.com/netbootxyz/netboot.xyz#what-operating-systems-are-currently-available-on-netbootxyz
| |
| 14:08 | Clonezilla is in the list
| |
| 14:10 | <eu^c-73-190-66-4> So you're thought is to create VM with Kodi as I need, use netboot.xyz to boot Clonezilla and make image of that VM, then somehow use Clonezilla image to netboot.xyz a fat-client with the image?
| |
| 14:10 | <alkisg1> Eeh, I think Kodi is completely unrelated to Clonezilla
| |
| 14:10 | I thought you wanted Clonezilla for a different project
| |
| 14:11 | Now you completely confused me and I've no idea why you want clonezilla
| |
| 14:11 | <eu^c-73-190-66-4> Nope. Current project objective is Kodi on 3-4 fat-clients. Was thinking Clonezilla might be a path to get there via creating a Kodi Virtual machine then imaging to fat-clients.
| |
| 14:12 | <alkisg1> I thought you said you wanted to run Kodi on one diskless client. And if its hardware breaks, then you'd put another in its place
| |
| 14:13 | <eu^c-73-190-66-4> My apologies for the confusion. Run Kodi on 3-4 fat-clients that may fail so when they do swap out with another one and netboot that new one to get back on track.
| |
| 14:14 | <alkisg1> This is the key question. Are two clients going to be netbooted at the SAME time or not?
| |
| 14:14 | If not, then you can use NFS-RW. But you can't use NFS-RW to boot multiple clients at the same time
| |
| 14:15 | <eu^c-73-190-66-4> For now we can assume only 1 client at a time will be up. When the time comes to have multiple up at the same time I can re-evaluate
| |
| 14:16 | <alkisg1> Then you can use plain NFS-RW, or libreelece with or without the overlay mode, and debian or ubuntu with kodi on top
| |
| 14:17 | *with ltsp
| |
| 14:17 | So you have 3 solutions, choose the one you feel is better. If stock libreelec is good enough for you, then maybe the libreelec netboot page is enough
| |
| 14:19 | <eu^c-73-190-66-4> I'm just now starting to review netboot.xyz in more detail as per your suggestion. It is starting to look like I can indeed do local hosting of images (required for project) and do not necessarily require just install images (eg a pre-configured Kodi+libreelec setup).
| |
| 14:19 | If I went with the LTSP approach, you're saying A) it needs to be Debian-based and B) it needs to be 1 partition?
| |
| 14:20 | <alkisg1> The quick answer is "yes"
| |
| 14:20 | <eu^c-73-190-66-4> Thank you
| |
| 14:24 | <alkisg1> 👍️
| |
| 14:27 | <adamjurkiewiczpy> eu^c-73-190-66-4: I do one/ parrition and another for/home/studens on seconda hard drive
| |
| 14:28 | Sorry for my english. Polish corrections in phone
| |
| 14:28 | <alkisg1> adam.jurkiewicz.pythonista: he meant inside the VM image, e.g. inside VirtualBox, not in the booted clients
| |
| 14:29 | <adamjurkiewiczpy> Oooo, i didnt saw
| |
| 14:30 | I am on vacation on Samos
| |
| 14:30 | And look for phone sometimes
| |
| 14:32 | <alkisg1> :D
| |
| 15:23 | ogra is now away: currently disconnected | |
| 15:54 | ogra is back | |
| 16:06 | Pacify[m] has left IRC (Pacify[m]!~rintfsmat@2001:470:69fc:105::2:b6d4, Remote host closed the connection) | |
| 16:47 | XYZ has left IRC (XYZ!~XYZ@89-24-41-33.nat.epc.tmcz.cz, Remote host closed the connection) | |
| 16:52 | XYZ has joined IRC (XYZ!~XYZ@89-24-41-33.nat.epc.tmcz.cz) | |
| 17:06 | Vercas16 has joined IRC (Vercas16!~Vercas@gateway/tor-sasl/vercas) | |
| 17:06 | Vercas1 has left IRC (Vercas1!~Vercas@gateway/tor-sasl/vercas, Remote host closed the connection) | |
| 17:06 | Vercas16 is now known as Vercas1 | |
| 18:22 | XYZ has left IRC (XYZ!~XYZ@89-24-41-33.nat.epc.tmcz.cz, Ping timeout: 260 seconds) | |
| 18:36 | XYZ has joined IRC (XYZ!~XYZ@78-80-25-251.customers.tmcz.cz) | |
| 18:37 | XYZ has left IRC (XYZ!~XYZ@78-80-25-251.customers.tmcz.cz, Remote host closed the connection) | |
| 19:00 | Pacify[m] has joined IRC (Pacify[m]!~rintfsmat@2001:470:69fc:105::2:b6d4) | |
| 20:54 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 21:04 | bildo_ has joined IRC (bildo_!~bildo@dsl-hkibng21-54f8cf-111.dhcp.inet.fi) | |
| 21:07 | bildo has left IRC (bildo!~bildo@dsl-hkibng21-54f8cf-111.dhcp.inet.fi, Ping timeout: 240 seconds) | |
| 21:36 | vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:50) | |
| 21:48 | book` has left IRC (book`!~book`@static.38.6.217.95.clients.your-server.de, Quit: Leaving) | |
| 22:07 | book` has joined IRC (book`!~book`@static.38.6.217.95.clients.your-server.de) | |