| 9 Jul 2025 |
Tom (SC-O-Mat when) | da schreiben sie das uefi nun standard sei | 11:23:54 |
hexa | 2020, na dann | 11:23:58 |
Tom (SC-O-Mat when) | haben ja leider keine Historie, ob da genau das seit 2020 steht ist damit ja nicht klar
Vielleicht stand da auch lange "fragt den Support" oder dergleichen | 11:25:01 |
flx | In reply to @tom:dragar.de
Hat jemand Erfahrung damit dedizierte Server mit NixOS bei Hetzner aufzusetzten?
Am Ende hätte ich gerne einfach einen Server mit systemd-boot und zfs.
Und zwar am liebsten ohne Flakes 😅 kannst du aber das rescue system machen | 11:33:42 |
flx | Du kannst entweder den Nix paket manager nachinstallieren und dann nixos installieren | 11:34:43 |
flx | Oder du Lädst dir eine nixos iso auf den Server und machst darauf kexec | 11:35:35 |
flx | Dann musst du dich aber darum kümmern, dass Netzwerk und SSH irgendwie funktioniert | 11:35:59 |
flx | * kannst du über das rescue system machen | 11:36:27 |
Tom (SC-O-Mat when) | mhm, ja, vielleicht habe ich zu kompliziert gedacht. Das was ich so bei meinen Suchen gefunden hatte waren jetzt Skripte Sachen automatisch machen sollten. Das tat nun aber irgendwie nicht direkt.
Aber einfach mal kexec und dann weiter schauen scheint eine gute Idee | 11:41:34 |
Linux Hackerman | In reply to @tom:dragar.de mhm, ja, vielleicht habe ich zu kompliziert gedacht. Das was ich so bei meinen Suchen gefunden hatte waren jetzt Skripte Sachen automatisch machen sollten. Das tat nun aber irgendwie nicht direkt.
Aber einfach mal kexec und dann weiter schauen scheint eine gute Idee jo, nixos-anywhere ist da noch ganz praktisch um die ganze kexec-geschichte zu skripten | 12:12:10 |
Tom (SC-O-Mat when) | Redacted or Malformed Event | 16:51:59 |
Tom (SC-O-Mat when) | https://github.com/nix-community/nixos-images?tab=readme-ov-file#using-the-kexec-installer
das tat jetzt prima | 16:52:11 |
Tom (SC-O-Mat when) | UEFI auf dem Serverbörse Server welchen ich hier zum testen habe tut aber bislang nicht | 16:55:38 |
Tom (SC-O-Mat when) | * UEFI auf dem Serverbörse Server, welchen ich hier gerade zum testen gebucht habe, tut aber bislang nicht | 16:57:37 |
| 15 Jul 2025 |
niklaskorz | @grimmauld:grapevine.grimmauld.de ich nehme mal an du benutzt security.polkit.persistentAuthentication aus deinem run0-sudo-shim Modul? Bei mir scheint das keinen Effekt zu haben, irgendwelche Tipps wie ich das debuggen könnte? 🥹 | 07:06:43 |
niklaskorz | Die Rules in /etc/polkit-1/rules.d/10-nixos.rules sehen jedenfalls alle korrekt aus | 07:07:52 |
Grimmauld (any/all) | probier mal ein vanilla bash, ohne fancy prompt oder so. Wichtig für die persistent authentication in polkit ist, dass die parent process id (ppid) zwischen verschiedenen aufrufen konsistent bleibt. | 07:08:12 |
Grimmauld (any/all) |  Download image.png | 07:08:41 |
Grimmauld (any/all) | hier geht das jedenfalls einfach, aber ein anderer bekannter hatte wphl ähnliche probleme | 07:09:01 |
Grimmauld (any/all) | * hier geht das jedenfalls einfach, aber ein anderer bekannter hatte wohl ähnliche probleme | 07:09:11 |
Grimmauld (any/all) | Oder probier mal mehrmals ps -o ppid auszuführen, das sollte konsistentes output geben | 07:11:47 |
niklaskorz | In reply to @grimmauld:grapevine.grimmauld.de Oder probier mal mehrmals ps -o ppid auszuführen, das sollte konsistentes output geben Hm, ist konsistent, sowohl in fish + starship als auch vanilla bash, trotzdem jedesmal erneute Aufforderung zur Authentifizierung | 07:12:44 |
Grimmauld (any/all) | Spannend.... | 07:13:58 |
Grimmauld (any/all) | und die commands werden nicht in irgend einem wrapper ausgeführt? | 07:14:59 |
Grimmauld (any/all) | also probier mal run0 pstree -s pstree | 07:16:23 |
Grimmauld (any/all) |  Download image.png | 07:16:57 |
Grimmauld (any/all) | also pstree sollte direkt von deiner $SHELL den fork+exec bekommen, kein wrapper drin | 07:18:33 |
Grimmauld (any/all) | und wenn du das mehrmals machst sollte die shell pid gleich bleiben | 07:18:45 |
Grimmauld (any/all) |  Download image.png | 07:20:12 |
Grimmauld (any/all) | funktioniert hier btw auch in ghostty+fish, sollte also nicht an bash-isms liegen | 07:20:32 |