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


Channel log from 17 June 2020   (all times are UTC)

00:07map7 has left IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net, Read error: Connection reset by peer)
02:04
<map7__>
I've tried many different ways to get the live iso image working like it says in the ltsp ipxe man page with no real success https://pastebin.com/yie2Cew3
02:05
I have copied the ubuntu.iso to /srv/ltsp/images/ubuntu.img
02:05
and it is coming up in the menu
02:11book` has left IRC (book`!~book`@static.38.6.217.95.clients.your-server.de, Quit: Leaving)
02:15book` has joined IRC (book`!~book`@static.38.6.217.95.clients.your-server.de)
02:36lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-41.isotelco.net.br)
04:31
<alkisg>
map7__: you want to boot the iso in ltsp mode, or in iso mode?
04:32
For ltsp mode, you put it in images
04:32
For iso mode (without accounts, /home access etc) you leave it as images/.iso, not .img, and you manually put the correct entry
04:32
The correct entry depends on the .iso, it's not related to ltsp at all
04:32
while for ltsp mode, if you rename it to .img, it should just work
04:33map7 has joined IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net)
04:34
<alkisg>
map7, booting .isos renamed to .imgs in ltsp mode, currently only works for debian based distributions; I haven't added support for dracut or geninitrd
04:36
<map7>
ok I was testing ubuntu 12.04 does that use dracut/geninitrd?
04:38
<map7__>
Ok I'll try it in iso mode as I don't need the ltsp features for these distros
04:38
thanks
04:39
<alkisg>
map7_, why 12.04 and not e.g. 18.04 or 20.04?
04:39
LTSP mode needs Ubuntu 16.04+
04:39
As it's the first one that supports systemd
04:40
<map7>
alkisg, I was following the LTSP wiki exactly first off to get something working
04:40
<alkisg>
The 12.04 iso mode example, was an example for iso mode; there's no example for ltsp-mode, as it should just work
04:40
I.e. 12.04 can't be booted in ltsp mode because it's too old and doesn't have systemd, so I gave an example of booting it in iso mode instead
04:41
Some live cd systems, NOT all, have "boot from network" ability. Each one needs a different parameter.
04:42
E.g. ubuntu CDs need boot=casper and nfsroot=; while dracut CDs might need live:nfsroot..., other parameters
04:42
And I've no idea if arch-based isos can be netbooted without uncompressing them first; but I'm sure that info is available on the net
04:43
<map7>
ok which iso have you tested recently? ie: should I try ubuntu 20.04 to start with?
04:46
<alkisg>
I think I tested 18.04 most of all, but I think I also tested 20.04
04:46
Ah yes right, with Kubuntu 20.04
04:46
Back in 2 hours! :)
05:04alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds)
05:48alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:48
<alkisg>
map7, did it work?
05:49
<map7>
kubuntu worked
05:49
I mounted the loop and everything
05:49
Do I need to mount the loop on boot?
05:49
eg: put it in my fstab?
05:50
Here is exactly what I've done: https://pastebin.com/qD9UQRdj
05:53
<alkisg>
Ah you tested the "boot iso" mode, not the ltsp mode
05:53
In the iso mode, it's just an iso, you don't have control over it. No need to put anything in fstab, and you can't, anyway
05:54
<map7>
I mean in my servers /etc/fstab file to mount the loop device
05:54
<alkisg>
Ah that's up to you, if you want to do it from fstab or with a manual command/script
05:56
<map7>
ok I think I got it. I manually wanted to have access to System Rescue CD on the network as a bootable ISO for diagnostics
05:56
on the same LAN as my LTSP machines
05:56
<alkisg>
Btw, what does system rescue cd offer, that standard debian/ubuntu do not?
05:57
I have yet to find a tool that's in all the special isos, that's not there in the standard distributions...
05:57
<map7>
true, but it's just all setup and ready to go.
05:58
<alkisg>
APPEND archisobasedir=sysresccd ip=dhcp archiso_http_srv=http://10.0.2.4/ checksum
05:58
From https://www.system-rescue-cd.org/manual/PXE_network_booting/
05:58
So I guess you just need a small http server to boot that in iso mode
05:59
They also say that they support nfs, that's probably easier
05:59
<map7>
yeah I've already got NFS setup
05:59
<alkisg>
Right, https://git.archlinux.org/archiso.git/tree/docs/README.bootparams#n102
05:59
So it should be rather easy
05:59
<map7>
There are some other ISO files I wanted to put in there also
06:00
Sometimes I install Linux Mint for people and use Kali for security audits
06:00
<alkisg>
You can put all the entries in the ltsp wiki, for others to use them and contribute their own
06:00
Mint is Ubuntu, it doesn't have different options
06:00
(and LMDE is Debian)
06:00
Kali is Debian as well
06:00
<map7>
I might try Kali next
06:01
<alkisg>
So the standard debian boot options apply
06:01
<map7>
Yes I was going to put these up on the WIKI for everyone
06:01
<alkisg>
Great
06:01
<map7>
I think it would be really useful
06:02
<alkisg>
I hear many people trying this, mainly in #ipxe, but ok in #ltsp too
06:02
And I've found documentation for booting them offline, but not online, via nfs etc
06:02
<map7>
Could you also network boot say Linux Mint and install it on someones local hard drive?
06:02
<alkisg>
netboot xyz has some code for them, but it's code, not documentation
06:02
Of course, when booting in .iso mode it's the same as if you used a live usb
06:03
<map7>
cool, that would suit my purpose
06:03* alkisg prefers to maintain 10GB vmdk images, and just dd them
06:03
<alkisg>
So it takes e.g. 10 minutes to setup a whole school server
06:04
Different use case, of course...
06:04
<map7>
that would be handy.
06:11
alkisg Instead of manually mounting the ISO can I use a loopback in my ipxe?
06:11
Like so: https://pastebin.com/1BfrLXq3
06:12
it seemed to complain when using the loopback but maybe I'm doing it wrong
06:12
<alkisg>
map7, cd /tmp; apt source casper; grep -rw iso-scan
06:13
If you see that the iso-scan option has code that loop-mounts .iso over NFS, only then you can do that
06:13
I.e. it's an initramfs matter, per distribution, not a pxe/bootloader matter
06:14
<map7>
ah, ok. I don't see it on my machine
06:15
<alkisg>
E.g. Ubuntu calls this "find_iso", not iso-scan
06:15
<map7>
I'm using debian testing on the LTSP server
06:16
<alkisg>
It's the initramfs of the iso. the server isn't related to this.
06:16
<map7>
ok
06:20
<alkisg>
I see that Ubuntu 20.04 has a "url=*.iso" option
06:20
I think this one downloads the .iso, and can loop-mount it
06:20
So it can do what you want, but it will waste time to download all of it, and RAM to contain it
06:21
<map7>
hmmm, so you suggest just mounting the loop device and doing it that way
06:21
<alkisg>
Plain NFS is the most widely supported method
06:21
<map7>
I'm going to store the '.iso' files in /srv/ltsp directory
06:21
<alkisg>
Put them in /srv/ltsp/images/*.iso
06:21
Just don't rename them to .img
06:22
<map7>
ok
06:22
<alkisg>
And if you want some of them to ALSO be available in LTSP mode, then use a symlink, from .img to .iso
06:22
Then `ltsp ipxe` will auto-add them to the menu
06:22
<map7>
ah nice
06:23
<alkisg>
symlinks inside nfs work; outside the nfs root dir, they don't
06:25
<map7>
noted
06:25
I'll add some of this info to the WIKI as it's good knowledge to have on hand
06:52map7 has left IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net, Read error: Connection reset by peer)
06:54map7 has joined IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net)
06:59
<map7>
alkisg, When trying knoppix I get the following error: Could not locate vmlinuz and initrd.img in knoppix
06:59
on the 'ltsp kernel knoppix'
07:00
<alkisg>
map7, man ltsp kernel, see the KERNEL_INITRD parameter
07:00
I didn't test ALL distributions; you need to tell ltsp kernel where the kernel is
07:01alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:02alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:03
<map7>
bit of problem
07:03
if I type sudo ltsp kernel knoppix --kernel-initrd="knoppix/boot/isolinux/linuz s|linuz|balder.img|"
07:03
It displays error 'Could not locate vmlinuz and initrd.img in knoppix'
07:03
If I drop the knoppix out of that command then it overrides my 'debian' folder
07:03
which is for my LTSP
07:05
<alkisg>
map7, do a vnc
07:05
!vnc-dide
07:05
<ltspbot>
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.
07:10
<alkisg>
map7, this is not an initramfs
07:10
Boot knoppix, run `cat /proc/cmdline`
07:10
To see its kernel and initrd
07:11
<map7>
ok, but regardless of that should it put them into /srv/ltsp/knoppix in the end?
07:12
I mean /srv/tftp/ltsp/knoppix
07:12
<alkisg>
ltsp kernel should put them there, yes, not you
07:12
sudo ltsp kernel knoppix --kernel-initrd="boot/isolinux/linuz s|linuz|balder.img|"
07:12
Without "knoppix" there, as it should look into a subdir
07:15
<map7>
So I just booted knoppix there in the virtualbox
07:16
You can see
07:17
Can I use a .gz as the initrd?
07:20
<alkisg>
map7, sure
07:20
The knoppix iso has 3 partitions
07:20
So you would need to mount the second one, see the kernel is there
07:21
Anyway copy it manually for now
07:21
and rename them to vmlinuz/initrd.img
07:21
<map7>
ok
07:21
<alkisg>
(copy them to tftp)
07:21
`ltsp kernel` can do it automatically, but you'd need to run the "advanced image sources" section of the `man ltsp ipxe` man page
07:21
...to be able to specify the partition
07:23
<map7>
should I uncompress the minirt.gz file first before naming it initrd.img?
07:23
<alkisg>
No
07:23
but you'd need to run ==> I meant you'd need to read
07:33map7 has left IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net, Read error: Connection reset by peer)
07:34map7 has joined IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net)
07:37
<map7>
alkisg, That got pretty close then my computer crashed for some reason
07:37
<alkisg>
The server? Heh, strange
07:37
<map7>
no my notebook
07:38
Knoppix now boots through ipxe a little bit then drops to shell
07:38
cannot mount /mnt-system
07:38
is this because the CD image has three partitions?
07:40
<alkisg>
You would need to read the knoppix initramfs code, see which parameters it supports for netbooting, and pass them
07:40
This isn't related to the number of partitions, no
07:40
Each initramfs technology has its own parameters for netbooting, you need to find them
07:41
<map7>
ok I'll have a look.
07:41
<alkisg>
It would be nice if they all supported the same syntax, but unfortunately it's chaos
07:41
<map7>
yeah I'm learning that today
07:41
<alkisg>
The kernel had a nice nfsroot= and loop= etc, but noone really respected them, except old classic distros like debian
07:42
The only good part is that there are only 10 or so different initramfs technologies
07:42
initramfs-tools, casper, debian-live, dracut, the arch-linux one, the knoppix one, etc
07:43
(and ltsp, that tries to use a common command line for all, and cover the rest with code, trying to lessen the confusion :))
07:44
<map7>
ok well I better go to dinner. I might try System Rescue CD next and Kali which are the main two I want
07:44
Knoppix is optional so I can leave that out for now.
07:45
I'm documenting everything as I go and I'll put it up on the wiki in that section already made
07:45
At least I got kubuntu 20.04 working nicely.
07:45
<alkisg>
Yeah go ahead and maintain that page, I just put it there as an example for someone to continue it
07:45
<map7>
ok cheers
07:47
<alkisg>
Cheers
07:50adrianorg has joined IRC (adrianorg!~adrianorg@187.115.110.151)
07:54adrianor1 has left IRC (adrianor1!~adrianorg@191.32.100.18, Ping timeout: 264 seconds)
08:59woernie has left IRC (woernie!~werner@p5b296964.dip0.t-ipconnect.de, Ping timeout: 260 seconds)
09:00woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de)
09:05woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Ping timeout: 264 seconds)
09:05woernie_ has joined IRC (woernie_!~werner@p5b296964.dip0.t-ipconnect.de)
09:51woernie_ has left IRC (woernie_!~werner@p5b296964.dip0.t-ipconnect.de, Ping timeout: 264 seconds)
09:52woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de)
10:19woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Remote host closed the connection)
10:40
<quinox>
booting LTSP is faster than booting rescue mode from the Ubuntu netinstaller :D
10:44RaphGro has left IRC (RaphGro!~raphgro@fedora/raphgro, Remote host closed the connection)
10:47RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro)
11:24map7 has left IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net, Quit: Leaving)
11:26map7 has joined IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net)
11:31woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de)
11:31woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Remote host closed the connection)
11:32woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de)
11:49map7__ has left IRC (map7__!~map7@103.232.216.31, Ping timeout: 258 seconds)
12:08map7 has left IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net, Ping timeout: 246 seconds)
13:40vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
14:08
<alkisg>
Heya vagrantc, different timezone? :)
14:09
If you have time these days, maybe it would make sense to upload 20.60 to unstable, as I've committed a few bug fixes...
14:09
*20.06
14:09woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Remote host closed the connection)
14:09
<vagrantc>
just not enough sleep :/
14:10
<alkisg>
Ouch
14:10
<vagrantc>
could probably work in a little testing and upload in the coming few days
14:10
<alkisg>
Great, I can tag tomorrow if it'll help
14:11
I've prepared the changelog, I just didn't commit it yet
14:11
<vagrantc>
go ahead and tag, worst case is I can tag a minor version bump if needed
14:13
<alkisg>
Ty, will do
17:40vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
19:00woernie has joined IRC (woernie!~werner@p5b296964.dip0.t-ipconnect.de)
19:04woernie has left IRC (woernie!~werner@p5b296964.dip0.t-ipconnect.de, Remote host closed the connection)
20:09lucas_ has joined IRC (lucas_!~lucascast@177-185-139-41.isotelco.net.br)
20:11alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
20:18alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, *.net *.split)
20:18lucascastro has left IRC (lucascastro!~lucascast@177-185-139-41.isotelco.net.br, *.net *.split)
20:18pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, *.net *.split)
20:22alkisg1 is now known as alkisg
20:23pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
20:38dragon788__ has left IRC (dragon788__!sid158229@gateway/web/irccloud.com/x-xzsyarlqhpthzskx, Ping timeout: 260 seconds)
20:41dragon788__ has joined IRC (dragon788__!sid158229@gateway/web/irccloud.com/x-swfjhyxwbubenyyx)
20:51dragon788__ has left IRC (dragon788__!sid158229@gateway/web/irccloud.com/x-swfjhyxwbubenyyx, Ping timeout: 246 seconds)
21:00dragon788__ has joined IRC (dragon788__!sid158229@gateway/web/irccloud.com/x-gvulwaqymyuzfcgc)
21:07dragon788__ has left IRC (dragon788__!sid158229@gateway/web/irccloud.com/x-gvulwaqymyuzfcgc, Read error: Connection reset by peer)
21:42dragon788__ has joined IRC (dragon788__!sid158229@gateway/web/irccloud.com/x-uwvqofyiljtnvchl)
23:01map7 has joined IRC (map7!~map7@119-17-157-162.77119d.mel.static.aussiebb.net)