Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung Nächste Überarbeitung | Vorherige Überarbeitung Nächste ÜberarbeitungBeide Seiten, nächste Überarbeitung | ||
server_und_serverdienste:upgrade_von_ubuntu_16.04_auf_ubuntu_18.04 [2018/06/16 00:17] – [Globale Änderung der Netzwerkfähigkeit] boospy | server_und_serverdienste:upgrade_von_ubuntu_16.04_auf_ubuntu_18.04 [2018/06/16 11:54] – boospy | ||
---|---|---|---|
Zeile 8: | Zeile 8: | ||
</ | </ | ||
- | Upgrade starten auf 18.04.1 | + | Upgrade starten auf 18.04.1 |
< | < | ||
do-release-upgrade | do-release-upgrade | ||
Zeile 21: | Zeile 21: | ||
ubuntu-support-status | ubuntu-support-status | ||
</ | </ | ||
+ | Falls man die automatischen Updates von Ubuntu (unattended-upgrades) verwendet, diese Config ist zu überschreiben und danach wieder an zu passen, das gleiche gilt für Avahi und SSH. | ||
==== Globale Änderung der Netzwerkfähigkeit ==== | ==== Globale Änderung der Netzwerkfähigkeit ==== | ||
Hierfür gibt es eine [[https:// | Hierfür gibt es eine [[https:// | ||
Zeile 30: | Zeile 31: | ||
systemctl start systemd-networkd.service # dauert beim ersten start länger | systemctl start systemd-networkd.service # dauert beim ersten start länger | ||
systemctl status systemd-resolved.service # Muss auch laufen, auf LXC und KVM/Desktop | systemctl status systemd-resolved.service # Muss auch laufen, auf LXC und KVM/Desktop | ||
+ | apt autoremove --purge -y | ||
</ | </ | ||
Benutzt man nun Systemd-Networkd mit einer fixen IP muss man seine Konfig zuerst [[https:// | Benutzt man nun Systemd-Networkd mit einer fixen IP muss man seine Konfig zuerst [[https:// | ||
+ | |||
+ | Steuern kann man Systemd-Networkd mit '' | ||
+ | |||
Arbeitet man mit Netzworkmanager (z.B. bei vollwertigen Maschinen wie KVM) darf man den systemd-networkd.service nicht aktivieren, da man sonst wieder zwei Services für das Netzwerk aktiv hat, die sich blockieren. | Arbeitet man mit Netzworkmanager (z.B. bei vollwertigen Maschinen wie KVM) darf man den systemd-networkd.service nicht aktivieren, da man sonst wieder zwei Services für das Netzwerk aktiv hat, die sich blockieren. | ||