Repository navigation
Headless variant
#23
Replies: 5 comments 8 replies
|
As a first option, you can run the installer.sh script on the server - if you can somehow boot a working debian on it (using the official live iso or something) As for a headless opinionated installer image - the best idea I can come up with is like this:
Or do you mean some kind of text-based interface starting on the installer? An equivalent of how the debian netinst installer works? |
1 reply
Oh, I wasn't aware I could use the installer.sh script also with a plain Debian live iso. I thought it requires some stuff built into the two prepared images you provide on the oracle cloud instance. I'm currently testing this out.
I can imagine two usage scenarios that would be intriguing:
|
|
I tried in a VM with a Debian live standard image running the install.sh script, but had no success. I had to install btrfs-progs and dosfstools, after that the install script seemed to run without errors, see: Terminal outputAfter completion and reboot though booting from the virtual hard disk didn't work:
Any idea what the issue could be? I created the VM with OVMF/UEFI bios, as described in the readme:
|
2 replies
|
I've checked your logs briefly, it looks OK. Boot failed with an 'access denied' error, I would guess that this is related to secure boot. Can you try to disable it? |
|
Ha, good call! Indeed that was the problem. Didn't know that Proxmox creates VMs by default with secure boot. Now I can boot the installed OS. Few things I noticed:
|
|
I've had an idea related to this: There will be an installer.ini file on the fat partition of the installer image. The user can edit it before booting the installer and it will support configuration of the installer (e.g. you can have it listening on public network interface if you want) and also pre-seed the actual installation with values and/or automatically starting the installation. Now I just have to find time to actually implement it :) |
1 reply
|
That's a neat idea. So a user could "mount" the img he downloaded, change the installer.ini file and then these changes are still the same he loads the img the next time into a server? What I think would be great is having some cooperation with Ansible/SSH out of the box. The use case I have in mind is an admin, who uploads the image into 100s of servers from his managing workstation and then can directly interact with them from his managing workstation via SSH, starting the installation from there and doing some finishing touches after installation. This way one wouldn't need to expose the graphical UI, everything would be scripted/IaC, what in the context of servers would be more comfortable anyway. |
|
Have a look at the configuration branch. The config file is now implemented and there is a "server" image download. You can edit the installer.ini file, start the installation automatically after the installer starts up, use ssh keys in addition (or instead of) passwords and shutdown the machine after the installation is finished (so you or your scripts can remove the USB disk and reboot to disk.) |
4 replies
|
Very cool! I'm currently working on some project. But I hope I can find some time in the next days to test the branch out. :) |
|
I looked over the configuration branch, haven't tested the new image itself though.
|
|
Let me know, when I should test again. 👍 |
|
There is a nice server image now, along with updated documentation on how to configure and use it. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
What do you think of creating a headless variant for server installs? I like to use btrfs and encrypt my servers too and your opinionated installer sounds like it does everything right in this regard.
All reactions