| mmercer | when using preseed to configure disks, what is the d-i partman options for NOT using lvm | 00:09 |
|---|---|---|
| powersj | mmercer, I like to refer to this doc when trying to create a preseed https://www.debian.org/releases/wheezy/example-preseed.txt | 00:12 |
| powersj | You will see the options for disk methods e.g. regular, lvm, crypto | 00:13 |
| rbasak | cpaelzer: "You said you don't want me to parse those keys at all" | 13:28 |
| cpaelzer | yep | 13:29 |
| rbasak | No, I meant I didn't want you to parse a simplestreams filter/query string | 13:29 |
| cpaelzer | ok, but still as I outlined none of the local context data has the keys I'd need | 13:29 |
| rbasak | Since that syntax is not strictly defined and the simplestream library handles parsing, and I didn't want an additional parser | 13:29 |
| cpaelzer | help me navigate it and I happily drop the re.search | 13:29 |
| rbasak | I understand - I'll look into that | 13:29 |
| === Wryhder is now known as Lucas_Gray | ||
| lord4163 | There is no way to make netplan rename the an interface but not bring it up? | 16:53 |
| === lotus|i5 is now known as lotuspsychje | ||
| kierank | Would there be a reason the "live" 18.04 server installer has a kernel module that the "alternate" one does not? | 18:59 |
| sarnold | kierank: it wouldn't surprise me, noi | 19:01 |
| kierank | Is it possible to preseed with the live variant? | 19:02 |
| kierank | or failing that use the alternate one with the kernel from live? | 19:02 |
| sarnold | what problem are you seeing? | 19:02 |
| sarnold | I wouldn't be surprised if the live system booted up with an overlayfs or something similar in place | 19:03 |
| kierank | SD card on Intel NUC isn't detected by alternate, but is with live | 19:03 |
| kierank | so I can't install with alternate | 19:03 |
| sarnold | ew. I wonder why | 19:03 |
| kierank | though actually the reason we use preseed is to get raid 1 but with a nuc I can just image the SD card | 19:06 |
| kierank | so not the end of the world per se | 19:06 |
| TJ- | kierank: I think the alternate runs the debian-installer directly, from .udebs, so likely it'd need the udeb that contains the missing kernel module. what module is it? | 20:07 |
| kierank | TJ-: rtsx_pci sd/mmc | 20:17 |
| kierank | rtsx_pci_sdmmc* | 20:18 |
| TJ- | kierank: missing... the sdhci_pci is in block-modules but not that one | 20:28 |
| kierank | TJ-: what does "live" do differently? | 20:34 |
| TJ- | kierank: it has a the full kernel images the same as an installed system | 20:34 |
| TJ- | kierank: which include all those modules | 20:35 |
| kierank | Ok | 20:35 |
| TJ- | kierank: debian-installer (d-i) relies on .udeb packages (smaller less capable versions of .deb packages). Some kernel modules are included in themed .udeb packages. The block-modules udeb has the main block device modules but not that rtsx* group | 20:36 |
| kierank | Makes sense, I've never had to install on a storage device that goes via pcie before | 20:37 |
| TJ- | kierank: in theory, if you have that/those modules handy from the same kernel version you can 'sideload' them from the d-i installer, it has an option to load drivers | 20:37 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!