Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung Nächste Überarbeitung | Vorherige Überarbeitung | ||
server_und_serverdienste:upgrade_von_ubuntu_16.04_auf_ubuntu_18.04 [2018/06/16 00:30] – [Globale Änderung der Netzwerkfähigkeit] boospy | server_und_serverdienste:upgrade_von_ubuntu_16.04_auf_ubuntu_18.04 [2021/03/04 15:07] (aktuell) – lois | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Upgrade von Ubuntu 16.04 auf Ubuntu 18.04 ====== | ====== Upgrade von Ubuntu 16.04 auf Ubuntu 18.04 ====== | ||
+ | Hauseigenes Apt-Repo: [[https:// | ||
+ | \\ | ||
+ | \\ | ||
Das Upgrade wie gewohnt durchführen. Vor dem Start alle i386 Pakete entfernen. Event. Fremdpakete die das Update blockieren können sollten auch entfernt werden. Vor dem Upgrade ein Snapshot und/oder ein Backup des Systems anlegen. | Das Upgrade wie gewohnt durchführen. Vor dem Start alle i386 Pakete entfernen. Event. Fremdpakete die das Update blockieren können sollten auch entfernt werden. Vor dem Upgrade ein Snapshot und/oder ein Backup des Systems anlegen. | ||
Zeile 8: | Zeile 11: | ||
</ | </ | ||
- | Upgrade starten auf 18.04.1 | + | Upgrade starten auf 18.04.1 |
< | < | ||
do-release-upgrade | do-release-upgrade | ||
Zeile 21: | Zeile 24: | ||
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:// | ||
Unter LXC-Containern oder Servern die in 16.04 noch mit ifupdown/ | Unter LXC-Containern oder Servern die in 16.04 noch mit ifupdown/ | ||
+ | |||
+ | Arbeitet man mit Networkmanager (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. | ||
< | < | ||
rm / | rm / | ||
Zeile 30: | Zeile 36: | ||
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:// | ||
Zeile 35: | Zeile 42: | ||
Steuern kann man Systemd-Networkd mit '' | 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. | ||