Umstellen von Squeeze auf aktuellen Testing

[GRed]

Hi Leute,

wie die Überschrift schon sagt, wollte ich aufgrund des ausgelaufenen Supports für Squeeze, auf Testingzweig umstellen.
Ist so ein Sprung ratsam, oder sollte ich einen Zwischenupgrade vornehmen, bevor ich so etwas mache?

Danke für eure Antworten im Voraus und weiterhin einen guten Tag!

[ThorstenS]

du mußt jeden Zwischenschritt mitmachen. Das Überspringen von schon einer Version hat bei mir immer zu Problemen geführt.
Sieh zu, dass du alle holds und eigene backports notierst und ggflls. vorher entfernst.

[GRed]

Ok, danke für deine Antwort.
Wahrscheinlich wäre eine neuinstallation am schnellsten erledigt.
Oder ist ein Upgrade mitlerwele schnell gemacht (ich habe ine 50k Interneteleitung)?

[rendegast]

Code: Alles auswählen

aptitude --disable-columns search ?installed -F "%D" | awk '$2=="MB"' | sed 's@[.]@@;s@,.*@@' | awk '{print SUM+=$1}' | tail -n1
("MB"-Pakete)

 aptitude --disable-columns search ?installed -F "%D" | awk '$2=="kB"' | sed 's@[.]@@;s@,.*@@' | awk '{print SUM+=$1}' | tail -n1
("kB"-Pakete, in kB)

 aptitude --disable-columns search ?installed -F "%D" | awk '$2=="B"' | sed 's@[.]@@;s@,.*@@' | awk '{print SUM+=$1}' | tail -n1
("B"-Pakete, in B)

sollte eine Abschätzung für den Download geben.
(Bei mir ca. 1+870+700 = 1.500MB)
Genügend freier Speicher sollte in /var/cache/apt/ und generell auf /root / /tmp/ vorhanden sein.

Es geht aber auch darum, beim jeweiligen dist-Upgrade die Funktion sicherzustellen.
Das fängt an beim einfachen /dev/sdX <-> UUID=/LABEL= in der fstab.
Aber schwieriger würden Datenbanken, Mail-Server usw.
durch ihre oft komplexe lokale Konfiguration <-> neue Konzepte.

Nicht-debian-Repo und deren Pakete sind im Blick zu halten,
gegebenenfalls durch Preferences einzuschränken oder für die Upgrade-Orgie abzuschalten/deinstallieren.





EDIT
Ich würde dann auch einschränkend machen

Code: Alles auswählen

aptitude dist-upgrade --without-recommends
resp.
apt-get dist-upgrade --no-install-recommends

um potentiell problematische Neuzugänge zu reduzieren.

[hikaru]

(ich habe ine 50k Interneteleitung)

Ist das ein 56kBit/s-Modem oder ein 50MBit/s-Anschluss?

[GRed]

(ich habe ine 50k Interneteleitung)

Ist das ein 56kBit/s-Modem oder ein 50MBit/s-Anschluss?

ist eine 50 MBit/s leitung
dachte es sei klar wegen k = 10³

[GRed]

Code: Alles auswählen

aptitude --disable-columns search ?installed -F "%D" | awk '$2=="MB"' | sed 's@[.]@@;s@,.*@@' | awk '{print SUM+=$1}' | tail -n1
("MB"-Pakete)

 aptitude --disable-columns search ?installed -F "%D" | awk '$2=="kB"' | sed 's@[.]@@;s@,.*@@' | awk '{print SUM+=$1}' | tail -n1
("kB"-Pakete, in kB)

 aptitude --disable-columns search ?installed -F "%D" | awk '$2=="B"' | sed 's@[.]@@;s@,.*@@' | awk '{print SUM+=$1}' | tail -n1
("B"-Pakete, in B)

sollte eine Abschätzung für den Download geben.
(Bei mir ca. 1+870+700 = 1.500MB)
Genügend freier Speicher sollte in /var/cache/apt/ und generell auf /root / /tmp/ vorhanden sein.

Es geht aber auch darum, beim jeweiligen dist-Upgrade die Funktion sicherzustellen.
Das fängt an beim einfachen /dev/sdX <-> UUID=/LABEL= in der fstab.
Aber schwieriger würden Datenbanken, Mail-Server usw.
durch ihre oft komplexe lokale Konfiguration <-> neue Konzepte.

Nicht-debian-Repo und deren Pakete sind im Blick zu halten,
gegebenenfalls durch Preferences einzuschränken oder für die Upgrade-Orgie abzuschalten/deinstallieren.

Hört sich nach viel Aufwand an .. ma gucken ob ich im nächsten Monat dazu Zeit finde oder eine komplette Neuinstallation mache.
Danke aber trotzdem für die ausführlichen Hinweise!

[KP97]

Und, falls keine Neuinstallation, daran denken, daß ab Jessie systemd Standard ist.
Das bringt auch einiges an Neuerungen mit.

[ThorstenS]

50Mbit und du machst dir Gedanken über 1.5-2GB? wow…
Ich hatte noch vor wenigen Wochen instabile ~5Mbit und habe mir darüber keine Gedanken gemacht. Habe die Updates einfach in der Nacht angestoßen oder mit apt-get --print-uri gearbeitet und die Pakete woanders heruntergeladen und mit einem usb-stick transportiert.

[pferdefreund]

Man kann auch unter der Woche mal temporär die /etc/apt/sources.list anpassen und ein apt-get upgrade apt-get -d dist-upgrade machen.
Dann wird nur heruntergeladen. Anschließend erst mal zurücksetzen und die Pakete irgendwohin moven.
Ein erneutes apt-get update setzt dann erst mal alles wieder so, wie es war.
Am Tag X die Pakete wieder nach /var/cache/apt/archives und der Upgrade rennt wie die Sau. Der läd ja dann nur noch das runter, was aktueller ist wie im cache - und das ist normalerweise minimal. So habe ich abends beim Radiohören und Katze kraulen (hab nur ne 2000er DSL-Leitung) das Zeug schon mal runtergeladen und dann am Wochenende ruck-zuck mein Upgrage gemacht.

[uname]

Ich denke ich würde neu installieren. Und wenn nicht würde ich erst mal das task-desktop-Paket inkl. aller Abhängigkeiten deinstallieren, textuell die Dist-Upgrades bis Testing durchführen und erst unter Testing den richtigen Desktop wie task-gnome-desktop wieder neu aufs System ziehen. Aber Neuinstallation wird wohl trotzdem noch weit schneller sein. Bedenke, dass fast alle Pakete mehrfach aktualisiert werden müssten.

Da vielleicht auch das task-desktop-Paket nicht alle großen Pakete weghaut kannst du noch mal schauen ob du weitere große Pakete loswerden kannst. Hierzu zähle ich z.B. Java oder veraltete Kernel usw.

Code: Alles auswählen

dpkg-query --show --showformat='${Installed-Size} ${Package}\n'| sort -nr |more

[ThorstenS]

wobei bei dem Befehl auch Pakete mir dem Status „rc“ auftauchen. Hab mich eben gewundert, dass ich noch einen 4.2er-bpo Kernel auf dem System hätte.

[uname]

Etwas offtopic

wobei bei dem Befehl auch Pakete mir dem Status „rc“ auftauchen.

Kannst ja mal die ganzen Konfigurationen purgen.

Code: Alles auswählen

apt-get purge $(dpkg -l | awk '/^rc/ {print $2}')

Für die tatsächliche Datenmenge sollte es nicht so interessant sein.

[ThorstenS]

aptitude purge ~c ist kürzer, sofern man noch aptitude installiert hat.