Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question: nvme support with hetzner dedicated #1

Open
happysalada opened this issue Oct 30, 2020 · 8 comments
Open

Question: nvme support with hetzner dedicated #1

happysalada opened this issue Oct 30, 2020 · 8 comments

Comments

@happysalada
Copy link
Collaborator

Thanks for putting this together!

I have a question regarding
https://github.com/nix-community/nixos-install-scripts/blob/master/hosters/hetzner-dedicated/hetzner-dedicated-wipe-and-install-nixos.sh#L20
Does this mean that it's impossible to install nixos with NVME drives? Or perhaps, that you need at least 1 HDD to boot?
I understand well, in order for this to happen, it would require a change from hetzner, correct?

@nh2
Copy link
Collaborator

nh2 commented Oct 30, 2020

Making your link stable:

# * NVMe devices aren't supported for booting (those require EFI boot)

Or perhaps, that you need at least 1 HDD to boot?

This. My understanding is that on server types where Hetzner has configured BIOS mode, you cannot have /boot on an NVMe device. But:

  • It should be possible to put /boot on a non-NVMe device, and / on an NVMe device.
  • If the server's mainboard supports UEFI, you can attach a KVM switch to the dedicated server via a support request, and should be able to change the settings in the BIOS/UEFI manually yourself.

Also, it seems Hetzner has UEFI support for all their servers except one currently in BETA:

https://docs.hetzner.com/robot/dedicated-server/operating-systems/uefi/ (stable link).

The customer can open-up a ticket in the Administration-Console Robot for the server and ask for the enablement of UEFI on the server.

I suspect that when you request that, they'll do the same thing for you that I suggested above (changing settings in the mainboard's control utility).

So that should remove that restriction entirely.

@happysalada
Copy link
Collaborator Author

Thanks a lot for the detailed answer!
I would say let's leave this issue open until this has been tested/confirmed.
Perhaps then the guide can have two parts then for legacy BIOS and UEFI.

@mkaito
Copy link

mkaito commented Nov 11, 2020

Interesting. We've been provisioning NVMe servers with (a modified version of) this script. We did not know there was supposed to be a problem, and it just worked. I'm actually in the process of refactoring the script now to automate drive detection and a few other things. I'll submit a PR here when we're done with internal code review.

@mkaito
Copy link

mkaito commented Nov 11, 2020

Sorry for the noise. You can follow my progress here: serokell#1

@hacklschorsch
Copy link

I can +1 @mkaito 's observation that booting in legacy mode on NVME disks work. I just installed NixOS on a AX51-NVMe (AMD Ryzen 7 3700X) machine from the Hetzner rescue system. Since mkaito's version did a few things I didn't want (i.e. the bridge setup) and I already had this script set up when I stumbled over the "won't work with NVMe" part I went with the original script. Smooth sailing. Thanks for the excellent work you all!

@nh2
Copy link
Collaborator

nh2 commented Jan 8, 2021

Cool, maybe we can then simply remove the won't work with NVMe part?

@mkaito
Copy link

mkaito commented Jan 8, 2021

The bridge part should be behind a flag, for the record.

@asymmetric
Copy link
Contributor

asymmetric commented Jan 28, 2021

I can confirm that this worked with an AX51-NVMe setup. I replaced the sd{a,b} with nvme{0,1}nX (or nvmeXnXpX when needed), and all went well. ❤️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants