[09:07] <Bebef> hi everyone o/
[09:07] <Bebef> Can anyone tell me how I can manage my machines/tokens registered in the Canonical livepatch service? All I can find is the page to generate tokens, but nothing else.
[09:27] <lotuspsychje> Bebef: the snap info gives store-url: https://snapcraft.io/canonical-livepatch and https://ubuntu.com/security/livepatch
[09:28] <lotuspsychje> prob not much more info then you already found
[18:47] <teward> Bebef: once you enroll in LIvepatch service, they automatically handle themselves for livepatching.  There's no central management component there or to see how many systems are actively enrolled.
[19:13] <mgedmin> you're limited to three systems by default, is there a way to choose which three?
[19:20] <teward> I don't think so, no.
[19:20] <teward> same problem with UA-I livepatch access on other systems, as well, there's no way to track which systems are using it I don't think.
[19:45] <teward> mgedmin: i will say this, as an IT guy it's a good thing to keep an eye on inventory of what's using what lol
[19:48] <mgedmin> yeah
[20:03] <teward> mgedmin: I mean, I have a UA-I subscription for my laptop and soon for my server cluster so I can get all my VMs covered, and I have everything stored in the inventory systesm I use (it's called Snipe-IT and I run it in an LXD container on this system lol)
[20:05] <mgedmin> heh I tried to enable livepatch on my old mail server, which failed because i386
[20:05] <mgedmin> then I tried to enable livepatch on my cloud vps, which failed because arm
[20:05] <mgedmin> then I tried on my laptop which failed because it wasn't an lts release
[20:06] <mgedmin> finally I have it working on my other laptop which is an lts and sits under the TV as my HMPC and also can't reboot unattended (something about the external USB HDD makes the BIOS go into a busy loop)
[20:08] <teward> hah
[20:11] <mgedmin> the external HDD isn't even on the boot list!
[20:13] <tomreyn> maybe install grub to it and make it chainload the grub from the internal storage
[20:13] <tomreyn> in case that breaks the loop
[20:14] <mgedmin> tried it, no luck
[20:14] <tomreyn> binary blobs ftw!
[20:14] <mgedmin> maybe I should try updating the BIOS, but it's an old thinkpad x220 and with no updates available from LVFS
[20:15] <mgedmin> and the changelog notes didn't mention anything similar to my problem
[20:15] <tomreyn> maybe it takes updates via uefi
[20:15] <mgedmin> I wonder if it even is uefi; the OS was definitely installed using legacy boot
[20:16] <mgedmin> back in 2016
[20:17] <tomreyn> supposedly, those support uefi booting, but i understand that's not what you have setup back then
[20:18] <tomreyn> https://wiki.archlinux.org/index.php/Lenovo_ThinkPad_X220#Troubleshooting
[20:20] <mgedmin> hm, originally I got this machine in 2012 installed ubuntu 12.04 on it
[20:20] <mgedmin> actually I took the ssd from my t61 with a 32-bit ubuntu install and moved it to the x220, and then reinstalled it a month later to get a 64-bit os
[20:20] <mgedmin> so I might have switched to legacy boot to make my old install work, and then just didn't change it when I reinstalled
[20:23] <mgedmin> the 2016 reinstall was into a bigger ssd
[20:25] <mgedmin> no space for an ESP, just a 487M /boot and the rest is LUKS
[20:41] <tomreyn> hmm thats not much for boot. but sometimes you can get away with just a few MB for the ESP
[22:59] <teward> mgedmin: 1GB for /boot is how I'd do it, and 25MB for ESP since ESP is tiny heh
[22:59] <teward> my two cents
[23:00] <mgedmin> I don't pick the size of /boot, I let Ubuntu's guided installer do it
[23:00] <mgedmin> and my /boot/efi currently has 61 megs used (!) out of 256
[23:00] <mgedmin> turns out fwupd firmware upgrades are stored there (and then never deleted???)
[23:01] <mgedmin> (half of /boot/efi is taken by the Windows bootloader)
[23:02] <mgedmin> (to reduce confusion, I'm talking about my current laptop, a thinkpad x390, which uses efi, has dual-boot, and doesn't use FDE because the installer doesn't support FDE in dual-boot setups!)