Einfach zu wenig Probleme mit Debian

[fischig]

Nun sind von den 20GB der /-Partition nur noch 2GB frei

Ich vermute, dass das nicht am dist-upgrade anstelle einer Neuinstallation liegt. Ich denke du überschätzt da die Bedeutung etwaiger Lib-Leichen im System gewaltig (vorausgesetzt deborphan und debfoster sind im Einsatz).
Ich kann da schlecht mitreden, da ich noch nie ein System Debian in der Hand hatte, das auch nur annähernd die 10 GB-Schwelle erreicht hätte. Ich trenne auch nicht zwischen System- und Datenpartition auf der Systemplatte, weil ich da für mich keinen großen Sinn drin sehe.
Ich bin gespannt darauf, wie groß ein komplett neu installiertes bullseye mit allem Zubehör gegenüber dem von Buster upgegradeten denn nun wird.
Das wäre dann die praktische Probe jenseits der Theorie.

[mcb]

Das ist es eigentlich und uneigentlich was ich an Debian so schätze - was einmal geht funktioniert dann auch für "immer". Sachen die nicht rund laufen gibt es leider trotzdem -> Remote Desktop unter Wayland und Gnome.

Dist-upgrades haben hier immer geklappt, Speicherplatz ist mir egal solange es tut.

Code: Alles auswählen

/dev/mapper/VG-root   33G   18G   14G  56% /

[inne]

Und bei einer definierten Paketliste (z.B. generiert durch dpkg --get-selections) sind ja wieder libs enthalten, wo keiner weiß, ob die nun wichtig sind oder nicht.

Diese Liste habe ich auch im Backup.
Nutzen tue ich aber die Liste von apt-mark showmanual.

[fischig]

bei einer definierten Paketliste (z.B. generiert durch dpkg --get-selections) sind ja wieder libs enthalten, wo keiner weiß, ob die nun wichtig sind oder nicht.

Obwohl eher ein Freund des dist-upgrades: Die kann man ja weglassen. Wenn die benötigt werden, werden sie eh installiert - richtig?

[dasebastian]

Ich bin gespannt darauf, wie groß ein komplett neu installiertes bullseye mit allem Zubehör gegenüber dem von Buster upgegradeten denn nun wird.
Das wäre dann die praktische Probe jenseits der Theorie.

Mist, genau das hätte ich vor ein paar Wochen überprüfen können, habe ein auf bullseye upgegradetes buster mit bullseye-weekly-build neu installiert. Was ich sagen kann ist der ungefähre Paketunterschied: 85 weniger bei neuaufgesetztem bullseye im Vergleich zu upgegradetem buster. Bei einem MATE-Desktop und im Endzustand (dh. mit teilweise deinstallierten/neu installierten Programmen, im Endeffekt aber im selben Zustand).

[uname]

Wie wäre es, wenn du die AMD64 Architektur ergänzt, und anschließend alle 386 Pakete versuchst zu entfernen.

Dazu habe ich keine Lust. Mit etwas Glück wird der Dist-Upgrade zu Bullseye scheitern, so dass ich neu installieren muss

Aber ich hätte noch eine Frage:
Ich denke ich habe den T60 (Baujahr 2004) etwa um 2010 installiert.
In den HOME-Verzeichnissen von root und von meinem Benutzer finde ich aber nur Dateien nicht älter als 2015.
Weiß jemand wo ich den ursprünglichen Installationstermin oder z. B. den Paritionierungstermin herausfinden kann?
Pakete älterer Versionen habe ich laut apt-show-versions jedoch nicht mehr.

[JTH]

Weiß jemand wo ich den ursprünglichen Installationstermin oder z. B. den Paritionierungstermin herausfinden kann?

Da gab es vor kurzem mal ein Thema (Wie alt ist eure Debian-Installation?) mit diversen Möglichkeiten

[MSfree]

Ich denke ich habe den T60 (Baujahr 2004) ...

Dann hat es sowieso keine 64Bit CPU.

[thoerb]

Weiß jemand wo ich den ursprünglichen Installationstermin oder z. B. den Paritionierungstermin herausfinden kann?

Da gab es vor kurzem mal ein Thema (Wie alt ist eure Debian-Installation?) mit diversen Möglichkeiten

Zur Ergänzung:

Code: Alles auswählen

ls -la /var/log/installer

[fischig]

T60 Baubeginn ist ist 2006 (1). Mein immer noch als Hauptarbeitssystem genutzter, gebraucht gekaufter, immer upgegradeter, wissentlich nie uminstallierter Rechner (X61,4:3), hat als ältesten Eintrag für

Code: Alles auswählen

ls -la /var/log/installer

(partman): Juli 2009, läuft also bei mir schlappe 12 Jahre! Und soweit ich weiß, ist das eine 64bit cpu, jedenfalls ist amd64 installiert.
(1) https://thinkwiki.de/T60

Mit etwas Glück wird der Dist-Upgrade zu Bullseye scheitern

Und ich schätze, deine Hoffnung wird grandios scheitern. Da musst diu schon mal die Distri wechseln, mit Debian wird das nix!

[michaa7]

...Mir fällt aber auch kein Programm ein, mit dem man nach veralteten, aber noch vorhandenen Paketen suchen kann.

Ok, ich bin in Bullseye nicht firm, kann also nicht sagen ob mein tip taugt, aber unter Debin/sid(uction) tut's ein klitzekleines "apt autoremove".

Augen auf was da weggehen sollte und vorab mal "man apt autoremove" lesen. Das funktioniert in sid problemlos, und schon so lange, dass das mittlerweile längst nach testing durchgesickert ist. Möglicherweise erleichtern mir aber spezielle siduction apt preferences die Arbeit damit ... da müßte man dort im Forum suchen, da gab's dort mal ein posting dazu ...

[MSfree]

aber unter Debin/sid(uction) tut's ein klitzekleines "apt autoremove".

apt autoremove ist ja nun nichts neues, das gibt mindestens seit Stretch. Das löscht aber nur die Pakete, die nichtmehr referenziert werden. Im Prinzip tut apt autoremove das, was früher deborphan gemacht hat. Man wird damit zwar Bibliotheken los, z.B. alte Qt3-Libs, wenn im System kein Programm mehr installiert ist, das Qt3 braucht. Alte Programme, die unter Umständen im neuen Release gar nicht mehr laufen, wirst du damit nicht los.

Was auch gerne vergessen wird, vor allem, wenn man ssein System übr Jahrzehnte aktualisiert und immer wieder hochzieht, ist ein beherztes apt-get clean, was schon bei so manchem viele Gigabytes unter /var freigeschaufelt hat.

Was halt wirklich fehlt, ist eine Funktionalität, die Pakete sucht, die im aktualisiertem System gar nicht mehr angeboten werden. Wenn man direkten Zugriff auf einen Debianmirror hat, kann man die Contents-Dateien verschiedener Releasese miteinander vergleichen und Differenzen bilden, aber wer (ausser mir) hat schon einen Debianmirror zuhause.

[michaa7]

...Man wird damit zwar Bibliotheken los, z.B. alte Qt3-Libs, wenn im System kein Programm mehr installiert ist, das Qt3 braucht.

Ist aber ein brauchbarer Anfang.

Alte Programme, die unter Umständen im neuen Release gar nicht mehr laufen, wirst du damit nicht los.

Da habe ich einen anderen Eindruck, aber kann das wegen Aktualität meines Systems schwer verifizieren ; ich möchte auch bestimmt nicht behaupten dass apt autremove alles findet.

Was auch gerne vergessen wird, vor allem, wenn man ssein System übr Jahrzehnte aktualisiert und immer wieder hochzieht, ist ein beherztes apt-get clean, was schon bei so manchem viele Gigabytes unter /var freigeschaufelt hat.

Das war allerdings auch mein erster Gedanke. Wobei ein "apt autoclean" vielleicht ausreicht und zumindest die benötigten Pakete behält (mit vorhandenem privaten mirror ist das radikalere "apt clean" natürlich sinnvoll).

[MSfree]

Das war allerdings auch mein erster Gedanke. Wobei ein "apt autoclean" vielleicht ausreicht und zumindest die benötigten Pakete behält

Warum sollte man die "benötigten" Pakete aufheben, wenn sie erstmal installiert sind? Die faßt auch apt nie wieder an, mirror hin oder her, die belegen nur unnötig Platz.

[inne]

, aber wer (ausser mir) hat schon einen Debianmirror zuhause.

Nutzt Du dafür ftpsync und wenn ja mit SSL und über einen SOCKS Proxy? Weil das mit dem Proxy bekomme ich nicht hin
Ansonsten läuft es, auch weil Debian alles wesentliche doch vorkonfiguriert ausliefert oder super dokumentiert hat.

[MSfree]

Nutzt Du dafür ftpsync

Nein, ich nehme rsync.

[inne]

Nutzt Du dafür ftpsync

Nein, ich nehme rsync.

Ok, ftpsync nutzt das im Hintegrund auch. Es ist nur schon alles fertig in der Beispiel-Konfigurationsdatei. Vlt. drösel ich mir das reine rsync dort auch mal raus. Danke für die Idee

[fischig]

Alte Programme, die unter Umständen im neuen Release gar nicht mehr laufen, wirst du damit nicht los.

Vielleicht will ich die gar nicht loswerden - zumindest nicht, so lange sie laufen. Und wenn sie nicht mehr laufen, fällt mir das schon auf. Auf die jessie-Version von dosemu verzichtete ich äußerst ungern, so lange das läuft: Lichtjahre besser als dosbox.

[MSfree]

Vielleicht will ich die gar nicht loswerden

Das ist ja auch völlig in Ordnung, solange du den Überblick über deine Kiste behälst. Aber

Beim Stretch-Buster-Wechsel war ich faul und habe auf meinem Hauptsystem nur ein dist-upgrade gemacht. Nun sind von den 20GB der /-Partition nur noch 2GB frei und ich werde per Neuinstallation auf Bullseye wechseln.

Wie man überhaupt auf 18GB Installationsumfang kommt, ist mir im Moment einigermassen unklar. Meine "verwahrloseste" Ksite ist mein Heimserver, auf dem ich neben den üblichen Serverdiensten wie NFS, SSH, SVN, IMAP und Apache auch noch eine komplette Enwicklungsumgebung mit Compilern und den nötigen Developmentpaketen installiert ist. Trotzdem ist dort nur Software mit ca. 6GB Umfang installiert.

Und ich denke, daß hikaru lange genug dabei ist, um apt-get clean zu kennen, und daß er weiß, wie, wie man mit du umgeht, um die dicken Brocken zu finden.

[fischig]

Wie man überhaupt auf 18GB Installationsumfang kommt, ist mir im Moment einigermassen unklar.

Sag' ich doch! Und weiterhin sage ich: Am system-upgrade lag's meiner Meinung nach nicht.

[mcb]

Wie man überhaupt auf 18GB Installationsumfang kommt, ist mir im Moment einigermassen unklar.

Sag' ich doch! Und weiterhin sage ich: Am system-upgrade lag's meiner Meinung nach nicht.

Dafür mußt du nur wine samt i386 installieren ...

Gut und ein paar flatpaks (die sind unglaublich groß).

[uname]

Da habe ich wohl was verwechselt. Baujahr war wohl eher 2006 und Installation war 2014 oder 2015. Ich habe es wohl mit meinem T43 verwechselt, den in auch Jahre genutzt hatte.

[fischig]

Dafür mußt du nur wine samt i386 installieren ...

Gut und ein paar flatpaks (die sind unglaublich groß).

Und was hat das jetzt zu tun mit Platzbedarfsunterschieden bei dist-/full-upgrade vs Neuinstallation?

[mcb]

Dafür mußt du nur wine samt i386 installieren ...

Gut und ein paar flatpaks (die sind unglaublich groß).

Und was hat das jetzt zu tun mit Platzbedarfsunterschieden bei dist-/full-upgrade vs Neuinstallation?

OK erwischt ...

[sidloki]

Als Ergänzung zu MSfrees Beitrag, speziell dem Punkt zu geänderrten Abhängigkeiten, folgendes Szenario:
1. Du installierst Paket A. A hängt ab von Paket B. B hängt wiederum ab von libx, liby und libz.
2. Nun installierst du Paket C, welches libx und liby empfiehlt.
3. Dann machst du ein dist-upgrade auf ein neues Release. A verwendest du weiter, es hängt nun aber nicht mehr von B ab, sondern von D. D hängt ab von libu, libv und libw.
4. Um dein System schlank zu halten machst du nach dem dist-upgrade ein autoremove. Dabei wird B entfernt, mitsamt libz. Da du aber auch weiterhin C verwendest, welches immer noch libx und liby empfiehlt, bleiben die auf deiner Platte, auch wenn du ausdrücklich nie Empfehlungen installierst.

...

Damit das nicht passiert, sollte folgendes helfen [1]

Code: Alles auswählen

APT::AutoRemove::SuggestsImportant "false";

Und wer keine Recommends mochte:

Code: Alles auswählen

APT::AutoRemove::RecommendsImportant "false";

Beide Konfigurationen sind per Standard "true". Warum vorgeschlagene Pakete nicht deinstalliert werden, weiss wohl niemand so genau.

[1] https://www.debian.org/doc/manuals/apti ... ml#idm6659

Edit: Semikolon hinzugefügt