Wenigstens einen kurzen Hinweis, z.B. warum dies nicht hilfreich ist, hätte man schon zu meinem Ansatz posten können. 🤓
Networkmanager startet Netz zu spät für NFS aus fstab
Anmeldungsdatum: Beiträge: 16428 |
|
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 83 |
Sorry, wollte ich noch was zu schreiben, also hilfreich ist Dein Beitrag schon, nur für das /home Verzeichnis, in meinem Fall, will ich nicht unbedingt auf was automatisches zurückgreifen. Die müssen direkt zum Systemstart im LAN einbindbar sein, dies hat auch wunderbar bis 17.04 (wenn ich mich recht erinnere) funktioniert. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 83 |
Ich hab hier lediglich 5 oder 6 Clients die sich alle über NIS einloggen, /home wird per NFS eingebunden funktioniert bis zu 17.04 einwandfrei. Diesen einen Clienten möchte ich jetzt Upgrade um die Kompatibilität zu testen, und schon folgt da große Erwachen. Via rc.local funktioniert nun das einbinden der beiden NFS Laufwerke (/daten und /home), NIS restarte ich danach nochmal damit das auch funktioniert. Über SSH kann ich mich jetzt halbwegs wunderbar als NIS User 😉 einloggen. Das halbwegs daher, es dauert jetzt geschlagene 25 Sekunden von der Eingabe des Passwortes bis zum Prompt. Der grafische Login funktioniert aktuell überhaupt nicht! Ich habe den Eindruck gdm3 oder was dahinter gestartet wird stürzt ab. Bin ich noch am untersuchen. Zur Erinnerung der Client wurde ganz frisch aufgesetzt. Ganz ehrlich, Ubuntu nähert sich hier gefährlich dem Ende! |
||||
Anmeldungsdatum: Beiträge: 493 |
Verdammt, so etwas hatte ich auch schon mal - "verdammt" deshalb, weil ich mich gerade nicht erinnere, worin die Lösung bestand. Aber logge dich doch mal per SSH auf dem Client ein und beobachte, was die einschlägigen Logs beim Versuch des Logins sagen. Edit: funktioniert auf dem neuen Client die Namensauflösung korrekt? Guck' mal z.B. hier: https://www.adriansauer.com/2012/03/18/ssh-login-sehr-langsam/ |
||||
Anmeldungsdatum: Beiträge: 493 |
Da hast du völlig recht, sorry. Ich habe den Thread nicht von vorne bis hinten gelesen und deinen Ansatz deshalb gar nicht zur Kenntnis genommen. Ich finde, dass das interessant klingt und werde das in den nächsten Tagen mal testen. |
||||
Anmeldungsdatum: Beiträge: 493 |
So, ich habe das getestet, ohne Erfolg. Bei mir wollte der Rechner gar nicht mehr booten, sondern hing seit Stunden im Splashscreen fest. Auf den anderen Konsolen war auch noch nichts zu machen. Dann mit LTSP gebootet, lokale Platte eingehängt, fstab geändert und erneut gebootet: ging. Also für mich ist das offenbar keine Lösung. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 83 |
So, abschließender Bericht! Ubuntu runter Debian 9 drauf, läuft wie es soll. |
||||
Anmeldungsdatum: Beiträge: 92 |
Hatte nach der Umstellung auf 18.04 auch das Problem mit dem automatischen Einbinden von NFS-Freigaben. Eintrag 16.04 ok, 18.04 Fehler /etc/fstab
Eintrag 18.04 ok.
Gefunden hab ich die Lösung hier. http://wiki.blue-panel.com/index.php/Fstab_-_Use_SystemD_automount_%28de%29 |
||||
Anmeldungsdatum: Beiträge: 16428 |
systemd.automount hatte ich bereits vor 3 Monaten vorgeschlagen, war aber beim TE nicht erfolgreich 😛 |
||||
Anmeldungsdatum: Beiträge: 92 |