Irrelevantes aus dem Internet, dem Compiler und aus der Sattelperspektive
Neues Notebook mit vorinstalliertem Ubuntu Desktop und nachinstalliertem xubuntu-desktop: Beim Remote-Zugriff über RDP erscheint jedoch nur ein Login ohne Auswahlmöglichkeit des Window-Managers, und in meinem Falle wurde immer der Ubuntu-Desktop gestartet.
Abhilfe: Man erzeuge eine ~/.xsession und schreibe „startxfce4“ hinein.
echo "startxfce4" > ~/.xsession
Nach der nächsten Anmeldung startet dann der XFCE-Desktop.
Siehe auch: Kurztipp: KDE über xrdp
Ich habe auf einem Rechner mit Ubuntu 22 sowohl XFCE als auch KDE als Desktop installiert. Beim Remote-Zugriff über RDP erscheint jedoch nur ein Login ohne Auswahlmöglichkeit des Window-Managers und in meinem Falle wurde immer XFCE gestartet.
Abhilfe: Man erzeuge eine ~/.xsession und schreibe „startplasma-x11“ hinein.
echo "startplasma-x11" > ~/.xsession
P.S.: Ich werde dennoch bei XFCE bleiben. KDE hat zwar mehr Bling Bling, aber bei XFCE muss ich für manche Dinge einfach weniger herumklicken.
Nach einem „do-release-upgrade“ von Ubuntu 18.04 auf Ubuntu 20.04 lief die auf diesem System installierte Nextcloud nicht mehr. „Internal Server Error“ hieß es lapidar, die Log-Einträge im Apache-Error-Log waren auch nicht sehr erhellend.
Es zeigte sich, dass vorher vorhandene und auch nachher weiter benötigte PHP-Module vom Ubuntu-Updater nicht wieder installiert wurden. Nach Installation von „php-mysql“ und „php-xml“ kam wenigstens die Nextcloud-Seite wieder hoch und zeigte an, welche weitere PHP-Module alle noch fehlten.
In meinem Falle musste ich die folgenden Module wieder installieren und den obligatorischen Neustart des Apache durchführen:
sudo apt install php-mysql php-xml php-zip php-mbstring php-gd php-curl sudo service apache2 restart
Dann war wieder alles gut.
Noch eine kleine Begleiterscheinung die nach dem Upgrade auf Ubuntu 20.04 aufgetreten ist: Ein SSH zu einer VM mit einem Uralt-SCO-Unix scheitert mit folgender Fehlermeldung:
$ ssh vmsco Unable to negotiate with 192.168.47.11 port 22: no matching key exchange method found. Their offer: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
Abhilfe: Für den Host und seine IP-Adresse die alten, mittlerweile als unsicher erachteten Verbindungsparameter aktivieren, die Ubuntu per Default nicht mehr verwendet:
$ sudo vi /etc/ssh/ssh_config.d/vmsco.conf Host vmsco KexAlgorithms +diffie-hellman-group1-sha1 Ciphers +aes128-cbc Host 192.168.47.11 KexAlgorithms +diffie-hellman-group1-sha1 Ciphers +aes128-cbc
Links:
Nach den beiden Kurztipps zum NetworkManager (hier und hier) hier nun noch ein Tipp der Sorte, wie man nervende PolicyKit-Warnungen weg bekommt.
Nach dem Upgrade auf Ubuntu 20.04. und dem Login innerhalb einer Remote-Session über XDMCP poppten nacheinander folgende Warnmeldungen auf und verlangen die Kennworteingabe:
Nach den Erfahrungen der älteren Tipps habe ich einfach geraten und folgende Dateien mit entsprechenden Inhalten angelegt. Und was soll ich sagen, es hat funktioniert, yipeeh!
Legitimierung ist zur Erstellung eines farbverwaltendes Geräts notwendig
$ sudo vi /etc/polkit-1/localauthority/50-local.d/52-allow-color-manager-create-device.pkla [Network Manager all Users] Identity=unix-user:* Action=org.freedesktop.color-manager.settings.modify.system;org.freedesktop.color-manager.create-device ResultAny=no ResultInactive=no ResultActive=yes
Legitimierung ist zum Erstellen eines Farbprofils erforderlich
$ sudo vi /etc/polkit-1/localauthority/50-local.d/53-allow-color-manager-create-profile.pkla [Network Manager all Users] Identity=unix-user:* Action=org.freedesktop.color-manager.settings.modify.system;org.freedesktop.color-manager.create-profile ResultAny=no ResultInactive=no ResultActive=yes
Nach dem Upgrade auf Ubuntu 20.04 nervt ein weiteres kleines Problem, sobald ich eine neue Remote-Session per XDMCP starte. Kurze Zeit nach dem Login taucht diese Meldung auf:
Wie gut, dass ich vor geraumer Zeit ein ähnliches Problem (Klick) hatte und die Lösung hier im Blog niedergeschrieben hatte, denn so hatte ich gleich die Steilvorlage zur Lösung dieses Problems.
$ sudo su # cd /etc/polkit-1/localauthority/50-local.d # vi 51-allow-wifi-scan.pkla
Sodann schreibe / kopiere man folgende Zeilen hinein, speichern und beenden.
[Network Manager all Users] Identity=unix-user:* Action=org.freedesktop.NetworkManager.settings.modify.system;org.freedesktop.NetworkManager.wifi.scan ResultAny=no ResultInactive=no ResultActive=yes
Beim nächsten Login über XDMCP sollte die Meldung nicht mehr auftauchen.
Nach dem Upgrade auf Ubuntu 20.04 und dem Versuch, mit Synaptic Software zu installieren, erhielt ich zwischendurch folgenden Warnhinweis:
Die Installationsprozesse von Synaptic scheinen als Benutzer „_apt“ zu laufen, der Benutzer „_apt“ hatte jedoch keine Rechte, auf das oben genannte Verzeichnis zugreifen zu dürfen. Folgendes Kommando beendete den Spuk:
sudo chown -R _apt /root/.synaptic
Nach dem Login über XDMCP erschien immer nach kurzer Zeit folgender Dialog:
Eine Antwort auf dieser Seite (klick) lieferte mir die Lösung: Ein „PolicyKit Local Authority File“ musste her.
$ sudo su # cd /etc/polkit-1/localauthority/50-local.d # vi 50-allow-network-manager.pkla [Network Manager all Users] Identity=unix-user:* Action=org.freedesktop.NetworkManager.settings.modify.system;org.freedesktop.NetworkManager.network-control ResultAny=no ResultInactive=no ResultActive=yes
Danach wurde alles gut.
Ein kleines Installationslogbuch mit der Installation von Nextcloud 17 habe ich auf folgender Seite notiert: Nextcloud 17 mit Ubuntu Server 18.04
Ich habe eine kleine Seite zusammenge-screenshot-et, auf der ich das Ubuntu Server 18.04 mini.iso in einer VirtualBox installiere. Dieser minimale Ubuntu-Server wird demnächst als Ausgangsbasis für weitere Experimente dienen.
Link: Ubuntu Server 18.04 LTS Minimal in einer VirtualBox installieren