Nachdem ich die Foren durchgelesen habe, bin ich der Meinung, dass bei mir das gegenteilige Problem der meisten Fernzugriffsprobleme vorliegt.
Ich habe Ubuntu 18.04 Server installiert und mich angemeldet. Xfce Desktop und Mozilla Firefox installiert, damit ich zusätzliche Informationen zum Konfigurieren eines Dual-WAN-Setups (und einer verbundenen Netzwerkkarte) nachschlagen kann. Alles hat gut funktioniert. Ich habe eine dritte Netzwerkkarte (da Nr. 2/3 verbunden sind) eingerichtet, mit der Absicht, sie nur als LAN/Remote-Zugang von meinem Desktop aus zu verwenden.
Ich konnte mich per SSH mit Putty anmelden, habe aber bemerkt, dass bei mir ein paar Routing-/NAT-Probleme auftreten, da Websites entweder sofort geladen werden oder eine Zeitüberschreitung auftritt, dasselbe gilt für sudo apt-get update usw. ... Vorausgesetzt, sie gehen über die verschiedenen Schnittstellen raus/kommen rein. Ich bin heute zurückgegangen, um mich lokal auf dem Server anzumelden, und es kommt die Meldung „Fehler beim Ausführen des Anmeldebefehls“, auf dem Bildschirm blinkt etwas zu schnell, um es zu lesen, und dann wird der Desktop aktualisiert.
Da ich seit einer Woche nicht mehr an dem Projekt arbeiten konnte, dachte ich: „Du Blödmann, du hast das Passwort wohl falsch eingegeben.“ Nach mehreren Versuchen kehrte ich zu meinem Desktop im Büro zurück und versuchte, mich per SSH mit demselben Benutzernamen/Passwort anzumelden, und konnte direkt zugreifen!
Ich habe also Zugriff und kann weiterhin versuchen, das seltsame Routing/NAT/was auch immer ich über SSH habe, zu beheben, kann mich jetzt aber nicht lokal anmelden und habe keine Ahnung, warum. Möglicherweise eine Art Xfce-Desktop-Problem? An diesem Punkt würde ich sogar die lokale Anmeldung ohne die GUI herunterfahren.
Antwort1
Hier ist, was ich herausgefunden habe. Als ich andere Probleme behob, die aufgetreten waren (bevor ich mich mit dem Routing-/NAT-Problem befasste, stellte ich fest, dass ich jetzt nicht einmal mehr die Möglichkeit hatte, sudo apt-get update auszuführen, da ich alle möglichen Fehlermeldungen vom Typ „Schreiben fehlgeschlagen, Laufwerk voll“ erhielt).
Kurz gesagt, obwohl ich ein 410G-RAID auf dem Server eingerichtet und es bei der ursprünglichen Installation mit LVM partitioniert hatte, wurden vom Installationsprogramm auf Root-Ebene anscheinend nur 4 GB verwendet und ich hatte Folgendes:
Systeminformationen vom Samstag, 8. Juni 2019, 15:40:10 UTC => / verwendet 95,7 % von 3,87 GB
Nach der Größenänderung des/dev/mapper/ubuntu--vg-ubuntu--lv 3,9 G 3,8 G 0 100 % /Ich dachte, ich versuche mich anzumelden und voilà! Ich konnte mich wieder anmelden. Ich bin mir nicht sicher, ob ich in der Nacht der Installation etwas übersehen habe oder was, da ich vorher immer bestimmte Partitionsgrößen basierend auf dem, was ich online gelesen hatte, festgelegt hatte (z. B. separates Root / tmp / home / usw.), aber dieses Mal habe ich mich an das gehalten, was alle empfohlen haben: LVM ausführen und automatisch füllen/anpassen lassen. Es gab mir die vollen 410 GB auf dem LVM, blieb aber bei 4 GB für Root hängen, die voll waren, sodass ich mich nicht mit der GUI (lokal) anmelden und keine Updates usw. durchführen konnte.
Ich dachte, ich poste die Lösung, die ich gefunden habe, für den Fall, dass jemand anderes Probleme damit hat, sich nicht bei der Desktop-GUI anmelden zu können, und es sich herausstellt, dass es eine vollständige Root-Partition war. Danke an alle! ~AW