First real success in this whole investigation: Ubiquity's automatic mode still boots via boot=casper, the same live environment as the normal interactive session, so it doesn't share Fedora's installer-vs-live driver split. No hidden second FAT/ESP grub.cfg copy either, unlike Fedora. Real test on the same notebook (Intel AX210) connected WLAN via nmcli in ubiquity/success_command and got a genuine response from anode's /health endpoint during installation. One follow-up finding: the WLAN connection didn't survive the reboot into the installed system, likely because nmcli talked to the live session's own NetworkManager instance (shared /run under chroot) rather than writing a profile that persists on the target disk -- needs an explicit file write into the chrooted /etc/NetworkManager/system-connections/ instead. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Tuxflotte Platform Docs
Dieses Repository beschreibt die Architektur, Begriffe und Leitentscheidungen von Tuxflotte.
Tuxflotte ist eine distributionsunabhängige Workspace-Provisioning-Plattform für Linux-Arbeitsplätze.
Einstieg
00-philosophy.md00-glossary.mdarchitecture/01-layered-provisioning.mdarchitecture/02-workspace-model.mdarchitecture/05-runtime-blueprint.mdarchitecture/06-backend-api.md
Bereiche
architecture/– gültige Architekturadr/– Architekturentscheidungenroadmap/– Planung und Meilensteinearchive/– historische Dokumente
Grundsatz
Die Dokumentation ist die Spezifikation.
Der Code implementiert diese Spezifikation.
Description
Languages
Markdown
100%