Am Mittwoch, den 14.07.2010, 13:19 +0200 schrieb Peter Diercks: > Hallo Liste! > > Auf meinem externen Server läuft noch F11, welches ich auf F12 upgraden > möchte. Normalerweise mache ich das mit preupgrade. Allerdings hat > dieses Programm in der jüngeren Vergangenheit so manche Installation an > die Wand gefahren, weil es zu kleine /boot-Partitionen zwar erkannte, > dann aber mit dem Upgrade so weiter machte, als sei die Partition doch > groß genug. Nach dem Neustart ging dann nichts mehr... > > Ich hatte vor einigen Wochen irgendwo gelesen, dass an diesem Bug > gearbeitet würde. Ich habe diese Anfrage auch in der internationalen > Liste fedora-users gestellt. Dort hat mir ein Teilnehmer geantwortet, > dass er genau dieses Upgrade gerade trotz zu kleiner /boot problemlos > durchgeführt hätte. Kann jemand hier diese positive Erfahrung > bestätigen? Ich traue mich nämlich noch nicht so richtig daran. Der Bug ist gefixt, zumindest in Fedora 12. Näheres dazu in https://bugzilla.redhat.com/show_bug.cgi?id=573451 Wenn Du Probleme bekommst, dann solltest Du vielleicht das Python-urlgrabber Paket aktualisieren.

Ich habe immer noch eine 200 MB /boot Partition und habe alle Upgrades ohne größere Schmerzen hinbekommen. Selbst mit dem Bug ist das System nie an einem Punkt gekommen, wo nichts mehr ging, die Installation hat einfach irgendwann mit einem Fehler aufgehört Allerdings habe ich vorher immer manuell alte Kernel entfernt, um Platz auf /boot zu schaffen.

Beste Grüße, Christoph

Am Donnerstag, den 15.07.2010, 10:57 +0200 schrieb Peter Diercks: > Am Donnerstag, den 15.07.2010, 01:44 +0200 schrieb Christoph Wickert: > > Am Mittwoch, den 14.07.2010, 13:19 +0200 schrieb Peter Diercks: > > > Hallo Liste! > > > > > > Auf meinem externen Server läuft noch F11, welches ich auf F12 upgraden > > > möchte. Normalerweise mache ich das mit preupgrade. Allerdings hat > > > dieses Programm in der jüngeren Vergangenheit so manche Installation an > > > die Wand gefahren, weil es zu kleine /boot-Partitionen zwar erkannte, > > > dann aber mit dem Upgrade so weiter machte, als sei die Partition doch > > > groß genug. Nach dem Neustart ging dann nichts mehr... > > > > > > Ich hatte vor einigen Wochen irgendwo gelesen, dass an diesem Bug > > > gearbeitet würde. Ich habe diese Anfrage auch in der internationalen > > > Liste fedora-users gestellt. Dort hat mir ein Teilnehmer geantwortet, > > > dass er genau dieses Upgrade gerade trotz zu kleiner /boot problemlos > > > durchgeführt hätte. Kann jemand hier diese positive Erfahrung > > > bestätigen? Ich traue mich nämlich noch nicht so richtig daran. > > > > Der Bug ist gefixt, zumindest in Fedora 12. Näheres dazu in > > https://bugzilla.redhat.com/show_bug.cgi?id=573451 > > Wenn Du Probleme bekommst, dann solltest Du vielleicht das > > Python-urlgrabber Paket aktualisieren. > > Danke. Aber ich verstehe das noch nicht ganz. In meiner alten > F11-Installation habe ich python-urlgrabber-3.0.0-15.fc11, welcher nicht > korrekt funktioniert. Aus Bugzilla ersehe ich, dass 3.9.1-4.1.fc12 die > erste berichtigte Version ist. Auf meinem Notebook mit F13 finde ich die > Version 3.9.1-7.fc13. Muss ich jetzt also vor dem Aufruf von preupgrade > den Grabber durch jene F12-Version (oder gar durch die F13-Version?) von > Hand ersetzen? Benutzt preupgrade also zum Upgrade Hilfsprogramme aus > der vorhandenen Altinstallation? Klar nutzt das preupgrade aus Fedora 11 auch die Python-Module aus Fedora 11. Es gab eine Inkompatiblität zwischen Preupgrade und dem Modul, kann sein, dass die in F11 gar nicht auftritt. Probier es einfach aus, es geht nichts kaputt und Du kannst immer noch in Dein altes System booten, wenn Du den alten Kernel auswählst. > > Ich habe immer noch eine 200 MB /boot Partition und habe alle Upgrades > > ohne größere Schmerzen hinbekommen. Selbst mit dem Bug ist das System > > nie an einem Punkt gekommen, wo nichts mehr ging, die Installation hat > > einfach irgendwann mit einem Fehler aufgehört > > > > Allerdings habe ich vorher immer manuell alte Kernel entfernt, um Platz > > auf /boot zu schaffen. > > So etwas habe ich noch nie gemacht, weil ich es nicht musste. Ich werde > mich sachkundig machen. $ rpm -q kernel (verschiedene Versionen werden angezeigt) $ rpm -e kernel-mit-voller-versionsnummer-und-release (bis auf den, den Du gerade laufen hast, uname -r sagt Dir, welcher das ist)

Hallo, ich hab bis jetzt immer mit einer DVD upgegraded und will auch preupdate probieren. Bei mir ist /boot keine eigene Partition. Gibt es sonst irgendwelche Fallen, oder laeuft das problemlos?

On Sat, 2010-07-17 at 15:55 +0200, Christoph Wickert wrote: > > ich hab bis jetzt immer mit einer DVD upgegraded und will auch preupdate > > probieren. Bei mir ist /boot keine eigene Partition. Gibt es sonst > > irgendwelche Fallen, oder laeuft das problemlos? > Sollte problemlos laufen, probier es einfach aus, es kann nichts > schlimmes passieren. tauscht er die rpms einfach aus, oder wird das alte system irgendwohin kopiert?