Was ist die bevorzugte Methode zum Aktualisieren der gesamten Software in einer Fedora-Installation?

Vor Fedora 17

Keine der Red Hat-Distributionen vor Fedora 17 enthielt die Fähigkeit dist-Upgrades durchführen, wie Sie gefragt haben. Dies war eine lange diskutierte Option auf der Wunschliste vieler Menschen, wurde aber nie umgesetzt.

Aber bevor wir mit einer Klarstellung beginnen …

Gemäß dem Thema Aktualisieren im Wiki gab es eine Methode, für die Sie eine DVD in Ihr System einlegen konnten Die nächste Version von Fedora und Anaconda würde versuchen, Ihr System zu aktualisieren. Nachdem ich diese Methode mehrfach ausprobiert habe, würde ich dies nicht als gleichwertig mit der dist-upgrade verfügbar in den Debian / Ubuntu-Distributionen, die tatsächlich sehr gut funktionierten.

Zusätzlich hat Fedora & CentOS RHEL beibehalten In den letzten zehn Jahren habe ich nie in Betracht gezogen, diese Methode für irgendetwas zu verwenden. Sie hat einfach nicht funktioniert.

Normalerweise machen die Leute eine davon Folgendes:

Rohleder

Verwenden Sie die Rohleder-Version , das ist die neueste Version, ähnlich wie Sid in Debian ist. Rawhide bietet rollierende Releases in dem Sinne, dass es immer die neuesten Versionen von Paketen enthält, aber es ist keineswegs als tägliche Distribution gedacht, sondern nur zum Testen.

Bleiben Sie bei einer einzelnen Version

Leben Sie einfach mit dieser Tatsache und bleiben Sie auf dem Laufenden, solange die Distribution mit yum in Betrieb ist. Sie können yum verwenden, um ausstehende Updates anzuwenden und / oder ein einzelnes Paket zu aktualisieren. Darüber hinaus kann yum auch zum Installieren neuer Pakete verwendet werden.

Wenden Sie alle ausstehenden Aktualisierungen an (setzt Ja auf alle Eingabeaufforderungen voraus):

sudo yum -y update 

Aktualisieren Sie ein einzelnes Paket:

sudo yum -y update apache\* 

Installieren Sie ein neues Paket:

sudo yum -y install apache\* 

Software-Update-Applet

Wenn Sie Updates über eine GUI durchführen möchten, können Sie das Software-Update-Tool verwenden, das in Ihrer Taskleiste angezeigt wird. Dieses Tool macht im Wesentlichen dasselbe wie das yum -y update oben und kann bei Bedarf mit dem folgenden Befehl ausgeführt werden:

gpk-update-viewer 

Neuinstallation

Wenn eine neue Version herauskommt, müssen Sie manuell eine Neuinstallation durchführen und darauf achten, dass alle Daten und Konfigurationen auf das neue System weitergeleitet werden.

PreUpgrade

Verwenden Sie das Tool PreUpgrade . Dieses Tool hat im Wesentlichen nur Ihre Setups und die Namen der von Ihnen installierten Pakete gesammelt und hilft Ihnen dabei Wenden Sie sie auch auf eine neue Installation an. Siehe @JoelDavis „Antwort auch für diese Technik.

HINWEIS: Dies ist jedoch keine Option mehr, die mit Fedora 18 beginnt. Sie wurden also gewarnt.

Fedora 17 und nach

Ab 17 können Sie jetzt rollierende Releases erstellen.

FedUp

Neu in Fedora 17/18 ist ein Tool namens FedUp (FEDora UPgrader) die vorgibt, „Dist-Upgrades“ ähnlich wie Debian / Ubuntu-Distributionen durchzuführen.

FedUp (FEDora UPgrader) ist der Name eines neuen Systems zum Aktualisieren von Fedora-Installationen in Fedora 18 und höher. Es ersetzt alle derzeit empfohlenen Upgrade-Methoden (PreUpgrade und DVD), die in früheren Fedora-Versionen verwendet wurden. Anaconda, das Fedora-Installationsprogramm, verfügt in Fedora 18 oder höher über keine integrierten Upgrade-Funktionen. Es wurde vollständig an Fedup delegiert.

Derzeit ist FedUp in der Lage, Fedora 17-Installationen mithilfe eines vernetzten Repositorys auf Fedora 18 zu aktualisieren, ähnlich wie PreUpgrade. Weitere Methoden für das Upgrade sind derzeit geplant. Diese Seite wird aktualisiert, sobald diese Funktionen abgeschlossen sind.

Rolling Releases vs. Versioned Releases

Das OP stellte eine Folgefrage, in der ich den folgenden Satz näher erläutern sollte:

„Ab 17 können Sie jetzt fortlaufende Veröffentlichungen durchführen. „

Als ich diesen Kommentar machte, meinte ich eine Sache und der Ausdruck“ rollierende Veröffentlichungen „bedeutet wirklich etwas anderes. Als ich schrieb, dass ich „rollendes Release“ meinte, bedeutete dies, dass Sie jetzt von einem Punkt Release von Fedora (sagen wir 17) auf Version 18 rollen konnten. Die meisten Distributionen wie Debian & Ubuntu bieten Diese Funktion ist jetzt verfügbar.

Wenn ich jedoch die Beschreibung dessen nachschlage, was „rollierende Veröffentlichungen“ auf Wikipedia tatsächlich bedeutet, bin ich jetzt besser ausgebildet zu diesem Thema.

Auszug aus Wikipedia

… eine fortlaufende Veröffentlichung oder fortlaufende Update-Entwicklung Modell bezieht sich auf ein sich ständig weiterentwickelndes Softwaresystem. Dies ist anstelle eines Standardversionsentwicklungsmodells, das Softwareversionen verwendet, die gegenüber der vorherigen Version neu installiert werden müssen. Die rollierende Software wird stattdessen kontinuierlich aktualisiert, im Gegensatz zu Standardversionssoftware, die zwischen diesen Versionen aktualisiert wird Versionen. …

Aus puristischer Sicht sind Debian, Ubuntu und Fedora also keine „rollenden Releases“ Software, die Tools zur Unterstützung des Upgrades von einer Punktversion auf eine andere bereitstellt.

Das OP stellte außerdem die folgende Frage:

Debian ist nur dann eine Art Rolling Release, wenn Sie Sid verwenden. Rolling Release = keine Versionen, Pakete werden nur so schnell wie möglich vom Upstream in die Distribution geschrieben, oder? Debian ist also das genaue Gegenteil einer rollenden Veröffentlichung, auch Ubuntu. Fedora Rawhide ist auch eine Art rollendes Release, aber ich wusste das bereits (und möchte es nicht verwenden, wenn Sie sich darauf beziehen).

Nur damit es zukünftigen Lesern klar ist. Selbst die Entwicklungszweige von Debian (aka. Sid) und Fedora (aka. Rawhide) sind keine „rollenden Releases“. Sicher können Sie sie als solche verwenden Sie sind jedoch lediglich ein Entwicklungsbereich, in dem neue Softwarepakete, die möglicherweise in eine zukünftige Version integriert werden, der Community zentral präsentiert werden können.

Die Ebene von Tests, die in ein Paket gehen würden, das in einem dieser Zweige platziert wird, sind weniger streng als beispielsweise, wenn ein Paket als Update in einer echten „Rolling Release“ -Distribution wie ArchLinux angezeigt wird (wäre meine Erwartung).

Hier ist der Abschnitt der Wikipedia-Seite, der die Verwendung von Entwicklungszweigen für Standard-Release-Distributionen behandelt:

Die Unterscheidung zwischen Software-Distributionen mit fortlaufender Version Entwicklungszweige von Softwareversionen mit Standardversionen werden von Benutzern, die mit fortlaufenden Distributionen unerfahren sind, häufig übersehen. Dies kann zu verwirrenden Kommentaren führen, z. B.: „Distro-X ist eine fortlaufende Distribution, wenn Sie den Entwicklungszweig verwenden“ – wobei distro-X eine Standard-Release-Distribution ist. Selbst in seltenen Fällen, in denen der Entwicklungszweig ein rollierender (im Vergleich zum üblicheren zyklischen) Entwicklungszweig ist, führt dies nicht dazu, dass die Verteilung rollt. Im Gegensatz zu Standard-Release-Distributionen haben Rolling-Release-Distributionen keine Entwicklungszweige.

Kommentare

• Falsch … Sie konnten immer alles auf einmal aktualisieren. Sie können auf diese Weise nicht aktualisieren, z. von Fedora 17 bis 18. Dafür ist ein bisschen mehr Tanzen erforderlich, aber heutzutage ist es ziemlich schmerzlos.
• @vonbrand, welcher Aspekt der Antwort ist falsch. Bitte erläutern Sie. Beziehen Sie sich auf die Verwendung der DVD und darauf, dass Anaconda Ihr bestehendes System auf die Version auf der DVD aktualisiert? Nachdem ich diese Methode mehrfach ausprobiert habe, würde ich nicht in Betracht ziehen, dass eine “ -Methode “ mit dem tatsächlich funktionierenden dist-Upgrade verglichen wird.
• @vonbrand, ich ‚ habe die Antwort aktualisiert, um das Upgrade des Anaconda DVD-Installationsprogramms einzuschließen.
• “ Ab 17 können Sie jetzt rollierende Releases erstellen.“ – möchten Sie eine Erklärung abgeben?
• Wenn gpk-update-viewer nicht installiert ist, dnf install gnome-packagekit-updater. (Alternative: apper)

Sie können verwenden

yum update (um alle Pakete zu aktualisieren)

und

yum update <packageName> (zum Aktualisieren einzelner installierter Pakete)

Dies funktioniert auf einem Fedora und / oder CentOS und / oder Redhat EL systems

Sie können auch

yum install <packagename> oder yum install <RPM Name or web path> (zum Installieren von Paketen) verwenden auch auf diesen Systemen)

Es gibt eine Anwendung namens Software Updater, die eine grafische Benutzeroberfläche bietet, aber yum ist tatsächlich sehr effizient und ziemlich intuitiv.

Wenn Sie Fragen dazu haben, welche Switches Sie mit yum ausführen können, können Sie yum --help

Kommentare

verwenden
• Wenn Sie dnf install widget verwenden, kann es n sein Nicht aktualisieren, wenn ‚ bereits installiert ist … aber dnf update widget aktualisiert es. Es scheint, dass es zwischen Paketmanagern wie apt, pkg, npm und pip einige Unterschiede gibt.

Obwohl ich keine Online-Seite gefunden habe, die dies beschreiben würde, scheint die # apt-get upgrade -Alternative unter Fedora # yum update zu sein.

Aus den Manpages von yum:

update — Wenn es ohne Pakete ausgeführt wird, aktualisiert update jedes aktuell installierte Paket. Wenn ein oder mehrere Pakete oder Paket-Globs angegeben sind, aktualisiert Yum nur die aufgelisteten Pakete. Beim Aktualisieren von Paketen stellt yum sicher, dass alle Abhängigkeiten erfüllt sind. (Weitere Informationen finden Sie unter Angeben von Paketnamen.) Wenn die angegebenen Pakete oder Globs mit Paketen übereinstimmen, die derzeit nicht installiert sind, werden sie durch das Update nicht installiert. Das Update verarbeitet Gruppen, Dateien, Bereitstellungen und Dateilisten genau wie der Befehl „install“.

Kommentare

• Dies ist der Fall, aber wenn das Upgrade von yum oder dnf unterbrochen wird, ist die Wiederherstellung besonders umständlich und bietet nicht viel Hilfe. Es stellt sich heraus, dass dies Probleme verursacht, wenn das Upgrade die GUI zum Absturz bringt (und Sie den Befehl über die GUI ausgeführt haben). Sie sollten also verschiedene Methoden verwenden, zu denen heutzutage pkcon update gehört. lwn.net/Articles/702629

Wenn ich zu einer neuen Version gehe, werde ich das System im Allgemeinen vollständig neu installieren. Ich habe festgestellt, dass das Aktualisieren von Paketen ziemlich problematisch ist und wie viel Zeit für das Debuggen der Probleme aufgewendet wird komplexer als eine Neuinstallation.

Kommentare

• Ich ‚ würde gerne mehr darüber erfahren Bitte, bei Debian nicht neu installieren zu müssen, hat mir bei Debian sehr gut gefallen …
• Persönlich habe ich nicht festgestellt, dass RH / Fedora-Upgrades problematisch sind und verbrannt werden, nachdem das neu installiert wurde Neue Systeme, anstatt mit größeren Versionsupdates herumzuspielen. Kleinere Versionsupdates waren jedoch erfolgreich. Debian könnte anders sein.
• Seit Fedora 14 oder so habe ich kein Problem mit meinen Fedora-Updates gesehen. Der Mechanismus hat sich erheblich geändert aber in letzter Zeit. Aber meine neueste Fedora 16 – > 17 – > 18 verlief reibungslos, meistens unbeaufsichtigt über die ‚ net.
• Ich kann ‚ nicht auf die 20. Version warten, um mich selbst davon zu überzeugen … Oder ich könnte einfach 18 herunterladen und auf 19 aktualisieren, aber ich wirklich ‚ möchte sich nicht darum kümmern.