Einschätzung: Ausreichend Speicher für ein Upgrade auf Bookworm?

[jh47]

Liebe Debianer,

ich bin gerade dabei von Bullseye 11.8 auf Bookworm upzugraden (Produktivsystem, in dem ich lebe und daher lebensnotwendig ist, Backup von Home-Verzeichnis ist natürlich vorhanden), habe aber nur limitieren Speicherplatz auf der Partition mit Wurzelverzeichnis zur Verfügung und bin unsicher, nicht dass ich mit gecrashtem System zurückbleibe, weil die Partition während upgrade vollläuft. Partitions-Erweiterung ist schwierig, da LUKS-Partitionen...

df / -h liefert:

Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/sda3_crypt 37G 28G 7,5G 79% /


(/var/ liegt in derselben Partition)

Jetzt habe ich die sources.list auf Bookworm umgestellt:

sudo sed -i'.bak' 's/bullseye/bookworm/g' /etc/apt/sources.list

und die Paketquellen von Bookworm eingelesen:
sudo apt update


sudo apt -o APT::Get::Trivial-Only=true full-upgrade liefert:

Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
...
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
...
3335 aktualisiert, 421 neu installiert, 53 zu entfernen und 6 nicht aktualisiert.
Es müssen 7.053 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 3.537 MB Plattenplatz zusätzlich benutzt.

sudo apt -o APT::Get::Trivial-Only=true upgrade liefert

Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
...
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
...
2703 aktualisiert, 241 neu installiert, 0 zu entfernen und 649 nicht aktualisiert.
Es müssen 2.879 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 2.387 MB Plattenplatz zusätzlich benutzt.
E: »--trivial-only« wurde angegeben, aber dies ist keine triviale Operation.

Das Kapitel 4.4.3 in den Hinweisen zum Sicherstellen, dass genügend Speicherplatz zur Verfügung steht, habe ich gelesen, auch die Möglichkeit /var/cache auf anderer Platte "auszulagern", würde aber ungern weiter Komplexität ins upgrade hinzufügen wenn es sich vermeiden lässt.

--------------------------------------
Meine konkrete(n) Frage(n) ist jetzt:
--------------------------------------

- Kann ich mich bei diesen Daten darauf verlassen, dass für den upgrade-Prozess genug platz vorhanden sein wird oder ist zu erwarten, dass zwischendurch z.B. durch Entpacken o.ä. doch vorrübergehend mehr Platz benötigt wird als tatsächlich vorhanden ist?

- full-upgrade: 7GB an Archiven und 7,5GB Platz auf der Partition sind ja doch recht nah beieinander, müssen die 3.537 MB sogar noch dazu addiert werden, da Archive ja nicht gelöscht werden, oder?

- Würde zumindest ein upgrade hinhauen? Aber wie geht es dann perspektivisch weiter? Würde halt ungern völlig neues System aufsetzen und alles wieder neu konfigurieren ...

Herzlichen Dank für Eure Hilfe, welcher Art auch immer
lg jh47

[MSfree]

Zumindest du beiden Befehle

Code: Alles auswählen

apt autoremove --purge
apt-get clean

Solltest du vorher unbedingt mal ausführen. Das löscht nicht mehr benutzte installierte Pakete, z.B. alte Kernel, und runtergeladene Installationspakete. Beides ist entbehrlich und gefahrlos durchführbar.

Dann kannst du mal schauen, wie viel Platz du dann frei hast.

Die beiden o.g. Befehle solltest du auch nach jedem der Upgradeschritte durchführen, um Platz freizuschaufeln.

Dein Upgrade muß auch unbedingt ein

Code: Alles auswählen

apt-get dist-upgrade

sein, sonst endest du mit einem Mischsystem.

[uname]

Könntest mit "dpigs" aus debian-goodies die größten Pakete raussuchen und erst mal denistallieren. Nutzt du ein Desktop-Environment. Kann vielleicht auch erst mal weg.

[jh47]

@uname: das bedeutet dann sources.list noch mal auf bullseye zurücksetzen, apt update und debian-goodies installieren, damit alles erst mal sauber bei Debian 11 bleibt, oder?

@msfree: hatte ich schon gemacht, zumindest apt clean, wenn ich es nochmal zur Sicherheit mache auch apt autremove , muss ich auch wieder die sources.list auf bullseye setzen, damit nichts durcheinander geht,oder (vgl. Zeile oben)? ist full-upgrade und dist-upgrade nicht dasselbe?

[uname]

Dann vielleicht nicht. Hast du unnötige Daten? Ich finde zum Finden von großen Ordnern den Befehl "ncdu" noch ganz cool.

[michaa7]

Du brauchst auf der Zielpartion/Systempartition mindestens *zusätzlich* zum vorhandenen die Menge des angezeigten update-Volumens, im Grund etwas mehr. Drunter brauchst du es gar nicht erst versuchen.

Aber bei 28GB verfügbar und 7GB update-V würde ich mir keine Gedanken machen (ich verstehe aber LUKS nur oberflächlich, wenn die 28 GB aber für egal welche eingebettete Partition zu Verfügung stehen dann wird das kein Problem sein)

[jh47]

Habe noch mal clean und remove gemacht, aber das hat nicht viel gebracht. hatte ich wohl schon gemacht. Größtes Paket ist texlive-full, aber das brauche ich auch dringend und Deinstallation installiert andere Pakete mit weg, die ich momentan auch noch brauche bzw. auch konfiguriert habe, was dann verloren gehen würde...

also wenn ich das Doppelte vom angezeigten brauche, ist das gewissermaßen schon ein Ausschlusskriterium, da Partition nur 40GB groß und eben nur 7,5 Gb frei. Hätte ich mal das mit Partitionieren gelassen, dann hätte ich jetzt ganze Platte zur Verfügung... Was dachte ich, dass ich damals schon großzügig war, da war glaubich mal 20GB empfohlen

Also gewaltsam neue große SSD in Laptop und von ganz vorne anfangen bzw. neuen Laptop, damit ich alten erst mal überlappend zum Arbeiten weiternutzen kann bis alles neu aufgesetzt ist und auch sicher funktioniert, oder hat ihr noch sinnvollere, kreative Ideen? (Luks-Partitionen kann man ja wohl nicht so einfach vergrößern bzw. verändern, oder?)

-- kann natürlich auch einfach erst mal bei Debian 11 bleiben (wie lange ist das vermutlich noch möglich/sicher?)

(Auf jeden Fall schon mal herzlichen Dank für die schnellen, bisherigen Hilfestellungen -- nicht dass das am Ende untergeht -- wirklich herzlichen Dank an Euch)

[jh47]

... nachtrag: Wohl schon zu spät: Sorry, dachte ich habe gelesen dass ich mindestens "das Doppelte" des angezeigten brauche -- wohl wirklich Zeit fürs Bett. Wenn ich nur das Angezeigte brauche, könnte es ja vielleicht hinhauen, und das ist ja der Punkt: Haut es hin oder braucht es zwischenzeitlich mehr Platz (Entpacken etc.)? Muss Archive-Speicher nicht mit dazugezählt werden! Da gehts ja gerade um Einschätzung bzw. Wissen, ob es dann hinhaut oder nicht...

[michaa7]

... nachtrag: Wohl schon zu spät: Sorry, dachte ich habe gelesen dass ich mindestens "das Doppelte" des angezeigten brauche -- wohl wirklich Zeit fürs Bett. ...

Nee, du hattest richtig gelesen, ich hatte mich jedoch korrigiert, und jetzt habe ich die Korrektur korrigiert:

Was du upgradest wird in die Systempartition in die entsprechenden Verzeichnisse entpackt, aber mit einem präfix versehen, so dass es für das System noch nicht die ältere Datei ersetzt. Zu diesem Zeitpunkt ist das *alles* *zusätzlicher* Platzbedarf. Erst wenn alles an Ort uns stelle ausgepackt ist werden Schritt für Schritt in der notwendigen Reihenfolge die Dateien zu ihrem notwendigen Namen umbenannt wobei die alten Dateien überschrieben werden und dadurch wieder Platz frei wird.
Um wieviel größer die entpackten Pakete als die heruntergeladenen Pakete sind wird recht unterschiedlich sein. Bei einem Kernel ist es locker das 2, 5 fache! Bei meinem heutigen upgrade wurden 90MB heruntergeladen, die nach der Installation 322MB mehr an Platz belegen. Wie viel aus oben genannten Gründen während des Upgrades temporär noch zusätzlich notwendig sind lässt sich daraus nicht ableiten. Aber das ist alles nachrangig: /var/cache/apt/archives liegt bei dir in der Systempartition. Dann wäre allein durch das Herunterladen deine Platte schon voll.

Wenn du wirklich nur die 7,x GB frei hast geht das auf keinen Fall. Da würde ich mir, auch in Hinblick auf die Zukunft, erstmal überlegen wir ich aufräume und erweitere bevor ich upgrade. Aber ein System zu erweitern ist keine große Sache (wenn du den Rechner mit einem zweiten System booten kannst). Allerdings kenne ich mich dabei nur mit einfachen, unverschlüsselten Systemen aus. Nur das Archiv auszulagern wir nicht reichen, schon gar nicht für die Zukunft.

Warum ist deine Installation so riesig, hast du so viele Spiele installiert? Oder wird das durch die Verschlüsselung derart aufgebläht?

[uname]

Hätte ich mal das mit Partitionieren gelassen, dann hätte ich jetzt ganze Platte zur Verfügung... Was dachte ich, dass ich damals schon großzügig war, da war glaubich mal 20GB empfohlen

Ja in der heutigen Zeit ist es ziemlich sinnfrei überhaupt zu partitionieren. Und auf einem System mit einem Desktop-Environment im Gegensatz zu einem Server sowieso. Aber ich denke eine Diskussion hierzu müsste man in einem eigenen Thread führen.

[jh47]

- habe eigentlich keine Spiele drauf - reiner Arbeitsrechner, texlive-full ist halt viel, ist aber eben auch für mich ein sehr wichtiges Paket, da ich alles mit latex mache ...

dpigs -H -n 20

1.4G texlive-fonts-extra
737.8M libstdc++-arm-none-eabi-newlib
732.5M texlive-lang-japanese
654.5M texlive-latex-extra-doc
563.3M libnewlib-arm-none-eabi
495.2M gcc-arm-none-eabi
326.4M fonts-noto-extra
303.1M linux-image-5.10.0-23-amd64
303.0M linux-image-5.10.0-26-amd64
299.7M texlive-pstricks-doc
287.9M linux-image-5.10.0-13-amd64
257.5M linux-image-4.19.0-13-amd64
257.1M linux-image-4.19.0-12-amd64
246.8M texlive-publishers-doc
227.8M firefox-esr
204.9M fonts-noto-cjk-extra
204.0M texlive-pictures-doc
167.5M openjdk-11-jre-headless
161.6M context
154.0M unicode-cldr-core

- Das Ding ist halt, dass es sich um laptop handelt und da kann ich halt schlecht zweite platte zusätzlich einbauen, sonst könnte ich da ja erst mal ein "parallelsystem" installieren und bei bedarf noch das alte booten, bis alles funktioniert. Also wohl doch irgendwann neue ssd rein, alles neu aufsetzen und dann Home-Verzeichnis vom Backup rüberholen -- wenn halt produktivsystem mal nicht dringend gebraucht wird, 2.system auf externer Festplatte installieren und später dann einbauen, ist sicher problembehaftet wg. grub init-prozess u.ä. denke ich...
Wie würdet ihr selbst es denn in meiner Situation machen -- bei einem Laptop?

[kalle123]

Wäre der Einbau einer größeren Platte denn eine Alternative? Lese hier gerade https://www.linux-magazin.de/news/clone ... rtitionen/

Ein großer Kostenfaktor dürfte eine Platte ja wohl nicht sein.

Gruß KH

PS. Eine Ausgabe des Befehls

Code: Alles auswählen

~$ inxi -Fz

Wäre vielleicht hilfreich, um mal eine Übersicht zum Laptop zu haben ...

[michaa7]

Was sagt den ein "apt autoremove"? (vorsicht, nicht blind bestätigen). alleine die überflüssigen Kernel machen schon mehr als ein GB aus, das löst nicht dein Problem, aber wir sollten mal sehn was da noch weg könnte.

BTW, ein "apt clean" ist etwas völlig anderes als ein "apt autoremove"!!! Und wenn du dazu ("apt autoremove") erst nochmals die sources.list rückgängig machen musst dann tu das eben.

Und zeig doch mal

Code: Alles auswählen

$  lsblk -f

[kalle123]

Was sagt den ein "apt autoremove"?

Hatten wir hier wohl schon

[michaa7]

Hat er aber wohl *nicht* gemacht, lies nochmals oben ....

hatte ich schon gemacht, zumindest apt clean,

[thunder11]

Ist denn dein Laptop eine ARM - Maschine den Kerneln nach zu urteilen - nicht.
Wenn nicht : Wozu brauchst du die Pakete

Code: Alles auswählen

737.8M libstdc++-arm-none-eabi-newlib
563.3M libnewlib-arm-none-eabi
495.2M gcc-arm-none-eabi

* Anmerkung s.U.

Hast du die Kernel

Code: Alles auswählen

287.9M linux-image-5.10.0-13-amd64
257.5M linux-image-4.19.0-13-amd64
257.1M linux-image-4.19.0-12-amd64

entfernt?

Edit;
Die passenden Verzeichnisse in /lib/modules/
machen bei 3 Kerneln auch ca. 1 GB aus.

Brauchst du Japanisch ?

Code: Alles auswählen

732.5M texlive-lang-japanese

Dann wären da noch die *.docs, wobei ich nicht weiss, ob man die schadlos entfernen kann:

Code: Alles auswählen

654.5M texlive-latex-extra-doc
246.8M texlive-publishers-doc
204.0M texlive-pictures-doc

Weiter gäbe es noch die Möglichkeit /var vorübergehend auf einen USB_Stick auszulagern:

https://www.debian.org/releases/stable/ ... ading.html
Abschnitt:
For example, if you have a USB drive mounted on /media/usbkey.....:

Anmerkung:
Wenn man das löschen will und kann:
Es wäre wahrscheinlich notwendig, essentielle Pakete erstmal auf "hold" zu setzten, falls amd64

Edit:

Erst man überprüfen mit z.B.

Code: Alles auswählen

dpkg -l libc6

usw.

Code: Alles auswählen

 apt depends gcc-arm-none-eabi (hier testing)
gcc-arm-none-eabi
  Hängt ab von: libc6 (>= 2.36)
  Hängt ab von: libgcc-s1 (>= 3.0)
  Hängt ab von: libgmp10 (>= 2:6.2.1+dfsg1)
  Hängt ab von: libisl23 (>= 0.15)
  Hängt ab von: libmpc3 (>= 1.1.0)
  Hängt ab von: libmpfr6 (>= 3.1.3)
  Hängt ab von: libstdc++6 (>= 5)
  Hängt ab von: zlib1g (>= 1:1.1.4)
  Hängt ab von: binutils-arm-none-eabi
  Beschädigt: libnewlib-dev (<= 2.4.0.20160527-4)
  Beschädigt: libstdc++-arm-none-eabi-newlib (<= 15:6.3.1+svn253039-1+10)
  Empfiehlt: libnewlib-arm-none-eabi

[thunder11]

Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
...
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.

Ist da schon passiert ?

Es gibt auch die Befehle

Code: Alles auswählen

apt autopurge

analog apt autoremove - Entfernt aber auch die Config-Dateien
und

Code: Alles auswählen

apt purge ~c 

Entfernt zurückgebliebene Config - Dateien.
Ob es das schon in Debian 11 gab - weiß ich nicht genau.

[jh47]

Herzlichen Dank für die vielfältigen Hinweise, werde ich jetzt alle durchgehen und dann zusammen antworten (dauert sicher einen Moment alles zusammenzustellen)...

[jh47]

so jetzt im Einzelnen:

- sources.list auf bullseye zurückgesetzt und noch mal

sudo apt clean

sudo apt autoremove liefert:
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

df / -h liefert:
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/sda3_crypt 37G 28G 7,5G 79% /

- inxi-Befehl ist nicht verfügbar, aber

lsblk -f

NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
loop0 squashfs 4.0 0 100% /snap/validity-sensors-tools/65
loop1 squashfs 4.0 0 100% /snap/core/16202
loop2 squashfs 4.0 0 100% /snap/core20/2015
loop3 squashfs 4.0 0 100% /snap/core20/2105
loop4 squashfs 4.0 0 100% /snap/core/16091
sda
├─sda1 ext2 1.0 ------------------------------------ 3,9G 10% /boot
├─sda2 crypto_LUKS 2 ------------------------------------
│ └─sda2_crypt swap 1 ------------------------------------ [SWAP]
├─sda3 crypto_LUKS 2 ------------------------------------
│ └─sda3_crypt ext4 1.0 ------------------------------------ 7,5G 74% /
└─sda4 crypto_LUKS 2 ------------------------------------
└─sda4_crypt ext4 1.0 ------------------------------------ 97G 42% /home

- Laptop ist "normales" t460s-Thinkpad, Kernel habe ich nicht entfernt, da habe ich auch keine Ahnung was für Seiteneffekte das haben könnte...
(elegant wäre natürlich, wenn hier eine 2.Platte zusätzlich eingebaut werden könnte, dann könnte man neu aufsetzen und evtl. gleichzeitig altes System einfach lauffähig halten)

dpkg -l libc6 liefert:

Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-==============-===============-============-=================================
ii libc6:amd64 2.31-13+deb11u7 amd64 GNU C Library: Shared libraries

apt depends gcc-arm-none-eabi liefert:

gcc-arm-none-eabi
Hängt ab von: libc6 (>= 2.15)
Hängt ab von: libgcc-s1 (>= 3.0)
Hängt ab von: libgmp10
Hängt ab von: libisl23 (>= 0.15)
Hängt ab von: libmpc3 (>= 1.1.0)
Hängt ab von: libmpfr6 (>= 3.1.3)
Hängt ab von: libstdc++6 (>= 5)
Hängt ab von: zlib1g (>= 1:1.1.4)
Hängt ab von: binutils-arm-none-eabi
Beschädigt: libnewlib-dev (<= 2.4.0.20160527-4)
Beschädigt: libstdc++-arm-none-eabi-newlib (<= 15:6.3.1+svn253039-1+10)
Empfiehlt: libnewlib-arm-none-eabi

- texlive-japan usw. wollte ich schon entfernen, da gibt es aber wohl abhängigkeiten (wahrscheinlich wg. texlive-full), zumindest will er dann weitere Pakete entfernen, die ich brauche

- größere Platte mit Clonezilla mit Luks: Also 1:1 Clone klingt reizvoll mit allen ident-Nr. etc., wenn dann Austausch und Hochfahren (initram?) auch 1:1 funktioniert, aber ist das so oder werden da doch (physikalische/logische) Unterschiede erkannt? Da bin ich skeptisch. Und: Bei 1:1 Clone lande ich ja wieder bei gleicher Partitionsgröße...

habe nur noch in Erinnerung, dass LUKS und initram-Konfiguration ziemliche Rödelei war, bis das alles so lief, wie es sollte...

- /var/cache/archives temporär auslagern ist als Idee auf Radar,

Grundsätzlich: wenn es aber generell allzu "spitz auf knopf" ist, holt mich die Speicherplatz-Problematik u.U. zu schnell wieder ein, als dass sich die "Übergangslösung" vom Aufwand her lohnen würde?!

[KP97]

Generell würde ich in apt auch den Parameter -s verwenden. Das simuliert ein full-upgrade, da kannst Du dann sehen, was wäre wenn ...

[Livingston]

Wenn der 5.10-Kernel stabil läuft, kannst Du die beiden purgen:

• linux-image-4.19.0-13-amd64
• linux-image-4.19.0-12-amd64

Die werden nicht nur auf /boot gelöscht, sondern auch aus der Paketliste in /var. Außerdem verschwindet noch eine ganze Menge in /libs/modules.

[michaa7]

...
- inxi-Befehl ist nicht verfügbar, aber

Code: Alles auswählen

apt install inxi

...
├─sda3 crypto_LUKS 2 ------------------------------------
│ └─sda3_crypt ext4 1.0 ------------------------------------ 7,5G 74% /
└─sda4 crypto_LUKS 2 ------------------------------------
└─sda4_crypt ext4 1.0 ------------------------------------ 97G 42% /home

Du *musst* deine systempartition sda3 vergrößern. Alles andere hilft dir vielleicht über den nächsten Hügel, aber nicht über den Berg. Deine /home hat knapp 100G frei, die sollltest du links um 20G verkleinern, bleiben immer noch 80G frei für /home. Dies 20G kannst du dann rechts an deine "/" anhängen. Dann hast du auch in der Zukunft Luft.
Klar, leicht gesagt. Ne verschlüsselte Platte zu manipulieren geht geht möglicherweise gar nicht. Wenn du die nicht temporär entschlüsseln kannst zum bearbeiten dann musst du dich mit neuinstallation oder umkopieren auf einen andere Platte beschäftigen. Full. Stopp.

(elegant wäre natürlich, wenn hier eine 2.Platte zusätzlich eingebaut werden könnte, dann könnte man neu aufsetzen und evtl. gleichzeitig altes System einfach lauffähig halten)

hätte, hätte, Fahrradkette ...

- /var/cache/archives temporär auslagern ist als Idee auf Radar,

Das nutzt dir möglicherweise nicht einmal für das anstehend upgrade, und sicher nicht für die Zukunft. Und wenn überhaupt lagere /var komplett aus (ich habe /var UND /var/cache/apt/archives auf zwei unterschiedliche Partitionen ausgelagert die dann verschachtelt eingehängt werden). Nur löst das dein Problem NICHT.

Grundsätzlich: wenn es aber generell allzu "spitz auf knopf" ist, holt mich die Speicherplatz-Problematik u.U. zu schnell wieder ein, als dass sich die "Übergangslösung" vom Aufwand her lohnen würde?!

In kluger Vorausschau hast du bereits in wenigen Worten zusammengefasst was ich hier im Detail beschrieben habe. Lediglich das Fragezeichen am Ende ist ein Fehler!

[jh47]

Danke für die Einschätzung, michaa7 -- Ja, dann werde ich mich wohl erst mal ein wenig mit Migration (Clonezilla) bzw. Luks-Partitions-Erweiterungen beschäftigen (im Prinzip wohl möglich), um zu einer nachhaltigen Lösung zu kommen. Recherchemäßig gleich, physische Umsetzung dann aber erst beim nächsten Urlaub, wenn ein paar Tage frei sind, um mögliche Komplikationen zeitmäßig auffangen zu können.

Sehr wahrscheinlich, dass dann noch mal Fragen auftauchen und ich mich an Euch wende...

Ich bedanke mich bei allen ganz, ganz herzlich für Eure ganze Hilfsbereitschaft, alles andere als eine Selbstverständlichkeit: DANKE

lg jh47