Ab der Version openSuSE 11.1 gibt es die Möglichkeit ein laufendes System auf die neueste Version zu aktualisieren. Dazu müssen die neuesten Paketquellen in eingestellt werden und die Aktualisierung mit dem Befehl zypper gestartet werden.
Vor der Aktualisierung müssen die Repositories für das gewünschte Zeilsystem angepasst werden. Das ist in der Regel die neueste Version von openSuSE
Die Repositories können manuell in YaST oder in der Kommandozeile mit zypper angepasst werden. Das folgende Beispiel erlaubt die Aktualisierung von openSuSE 11.3 auf 11.4.
Um Konflikte zu vermeiden müssen zunächst alle derzeit verwendeten Repositories deaktiviert werden:
$ zypper mr –all -d
Die neuen Repositories können mit den Folgenden Befehlen eingetragen werden:
zypper ar -f http://download.opensuse.org/distribution/11.4/repo/oss/ "openSUSE Oss 11.4" zypper ar -f http://download.opensuse.org/distribution/11.4/repo/non-oss/ "openSUSE Non-Oss 11.4" zypper ar -f http://download.opensuse.org/update/11.4/ "openSUSE 11.4 Updates" zypper ar -f http://ftp.skynet.be/pub/packman/suse/11.4/ "Packman 11.4" zypper ar -f http://download.videolan.org/pub/videolan/vlc/SuSE/11.4/ "VideoLAN 11.4"
Die neuen Repositories können mit den Folgenden Befehlen eingetragen werden:
zypper ar -f http://download.opensuse.org/distribution/11.3/repo/oss/ "openSUSE Factory Oss" zypper ar -f http://download.opensuse.org/distribution/11.3/repo/non-oss/ "openSUSE Factory Non-Oss" zypper ar -f http://download.opensuse.org/update/11.3/ "openSUSE 11.3 Updates" zypper ar -f http://mirror.geht-schon.de/packman.links2linux.de/suse/11.3/ "Packman 11.3" zypper ar -f http://download.videolan.org/pub/videolan/vlc/SuSE/11.3/ "VideoLAN 11.3" zypper ar -f http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_11.3/ "Wine 11.3" zypper ar -f http://download.opensuse.org/repositories/mozilla/openSUSE_11.3/ "Mozilla 11.3"
zypper ar -f http://download.opensuse.org/repositories/mozilla/openSUSE_11.4/ "Mozilla 11.4" zypper ar -f http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_11.4/ "Wine 11.4" zypper ar -f http://download.opensuse.org/repositories/KDE:/UpdatedApps/openSUSE_11.4/ "KDE updated Apps 11.4" zypper ar -f http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.4/ "KDE extra 11.4" zypper ar -f http://download.opensuse.org/repositories/KDE:/Unstable:/Playground/openSUSE_11.4/ "KDE playground 11.4"
zypper refresh
Zunächst sollte zypper auf den neuesten Stand gebracht werden.
zypper in zypper
Das eigentliche Upgrade kann nun gestartet werden.
zypper dup
Zu beginn wird eine Information gezeigt, wie viele Pakete aktualisiert, oder neu installiert werden müssen. Die Aktualisierung kann danach durch Eingabe von y gestartet werden. Eventuell muss danach auch noch einer Lizenzvereinbarung zugestimmt werden.
Dieser Vorgang kann einige Stunden dauern.
Das Upgrade wird mit dem Befehl
SuSEconfig
abgeschlossen.
Nach einem Neustart steht das aktualisierte System zur Verfügung.
Nach dem Upgrade kann es vorkommen, dass im Runlevel 5 (in der grafischen Oberfläche) Tastatur oder Maus nicht mehr funktionieren.
Lösung: Eine fehlerhafte Installation des HAL-Dienstes. Mit den folgenden beiden Befehlen kann der Dienst neu installiert und neu gestartet werden:
$ zyper in -f hal $ rchal restart
Nach einem Upgrade kam es mehrfach zu Problemen mit der Soundwiedergabe. Die Ursache ist ein Berechtigungsproblem beim Zugriff auf das Audio-Device.
Lösung: Den Benutzer der auf das Audio-Device nutzen möchte muss zur Gruppe audio hinzugefügt werden. Nach einer neuen Anmeldung kann die Soundwiedergabe wie gewohnt genutzt werden.
Diskussion
Habe das Problem dass Maus und Tastatur nicht funktionieren. Der beschriebene Ausweg hat auch nicht geklappt. Habe 64-bit Architektur.
Gibt es sonst noch Lösungsmöglichkeiten für dieses Problem?
Hi,
Danke für die gute Beschreibung! Es hat auch so weit geklappt, nur habe ich ein problem, das auch schon jemand anders beschrieben hat: das system wartet beim Laden der initrd geschlagene 3 min 30 sec bevor der Bootvorgang weitergeht. das ist ein neues Verhalten bei 11.4. Das hatte ich nicht. Ich verwende den pae Kernel (aber beim default kernel passiert das auch). Das /boot Verzeichnis ist ein raid1 mit ext3, das / Verzeichnis ein raid5 mit xfs. Folgende INITRD modules werden verpackt: INITRD_MODULES=„thermal ahci ata_piix ata_generic processor fan“ Bei mkinitrd werden noch viel mehr erwähnt, unter anderem die Module für raid und xfs. Nutzt alles nix. Ich habe ein Posting gefunden von jemandem mit dem gleichen Problem, aber eine Lösung gab es da auch nicht. Wenn das System läuft, gibt es aber kein Problem. Wer weiß Rat?
Hallo! Bei mir blieb das System anfangs beim Booten hängen. Wenn ich im Grub Failsave ausgewählt habe hat es aber funktioniert. Gegenwärtig funktioniert es bei mir mit den folgenden Bootparameter:
showoptsnoresume maxcpus=0 edd=off processor.max_cstate=1
Vielleicht löst das ja auch dein Problem.
Gruß M
Passwort:
m……..:~ # zypper mr –all -d
Repository –all nicht gefunden.
Repository -d nicht gefunden.
m……..:~ # zypper mr –all -d
Repository –all nicht gefunden.
Repository -d nicht gefunden.
m……:~ # $ zypper mr –all -d
If '$' is not a typo you can use command-not-found to lookup the package that contains it, like this:
m…….:~ #
und schone wie immer erst Befehl funktioniert nicht, dank an die lauter die solch scheiße im Netz erstellen!!!!
ohne nach zu denke das konnte als dieses miste nicht funktioniert.
Danke.
mn