Die letzten Tage waren sehr arbeitsreich/nervenaufreibend: Nachdem mir das Devuan-Testing-System kaputtgegangen war, habe ich noch mal ganz von vorne begonnen. Diesmal mit den dann doch unverzichtbaren zwei weiteren Partitionen für GPT und Secure Boot, deren Fehlen mir erst beim versuchten Zurückspielen eines Images aufgefallen sind, da danach das System nicht bootete. Als Ursache der zerstörten Paketdatenbank konnte ich nicht das "fehlerhafte" Testing, sondern Bleachbit ausmachen. Denn mit diesem wunderbaren Aufräumtool sollte man keinesfalls die Paketdatenbank aufräumen lassen, da sie anschließend kaputt ist. Nachdem mir diese Stolperstrocke klar wurden, konnte ich dann auch ein Devuan 7.0 "Freia" (z.Zt. Testing) installieren und bin ENDLICH wieder arbeitsfähig.
 

Hallo Dr.Tux,

ein Produktiv-System schlank und sauber zu halten, sowie regelmäßiges Housekeeping ist sicher eine gute Idee. Bleachbit scheint dann ja nur bedingt geeignet zu sein.

Welche Bleachbit Funktionen sollte man dann unbedingt meiden bzw. welche Sicherheitsvorkehrungen sollte man vor der Anwendung berücksichtigen?

Um Mis(t)verständnissen vorzubeugen: Bleachbit ist ein tolles Tool, dessen Installation sich lohnt - schon alleine, weil es mehr Müll rausträgt, als es selber durch die Installation auf die Platte bringt. Beim ersten Durchlauf sind es üblicherweise dreistellige Megabytes (unnötige Lokalisierungen in zahlreichen unbenutzten Sprachen, massenweise Temporärzeugs zahlreicher Anwendungen, etc.) die es weg schaufelt.

Dann ist zu unterscheiden zwischen der Benutzung in der Konsole und dem grafischen Einsatz von Bleachbit. Bei letzterem kann man sich die gewünschten Putzteufel zusammenklicken und sogar einen Testlauf machen. In der Konsole werden die Cleaner individuell aufgerufen. bleachbit -l listet sie auf und mit bleachbit -c cleanergruppe.cleanername führt man Diesen aus.

Dann ist zu unterscheiden zwischen der Nutzung von Bleachbit als root und als Normalbenutzer. Hier führt die Auswahl von nur für den Admin zugänglichen Berechtigungen natürlich zu einer entsprechenden Fehlermeldung, so dass man diese Option dann wieder abwählen muss, damit Bleachbit fehlerfrei läuft. Und auch in diesem Kontext kann/muss ich mal wieder auf M*rksbuntu verbal eindreschen, da dieses in der Vergangenheit nicht dazu in der Lage war, die Konfigurationen von root und Benutzer auseinander zu halten. Bei Debian/Devuan hatte ich dieses Problem niemals. Ob dieser Fehler noch bei aktuellen Ubuntu-Versionen besteht, habe ich nicht mehr ausprobiert.

Da root bekanntermaßen NIEMALS die grafische Oberfläche starten soll, kann man Bleachbit vom Nutzer-Desktop aus in einer root-shell via bleachbit & (das & angehängt, um die Anwendung von der Konsole zu lösen, so dass diese wieder geschlossen werden kann, ohne das Programm selber zu beenden) starten (dazu einloggen via su, nicht via su -).

Um deine Frage zu beantworten: Meiner Erfahrung nach sind die Bleachbit-Optionen im Abschnitt APT tabu, da diese dann die Paketdatenbank zerstören. (Abgesehen davon, dass die Paketdatenbank zu löschen sinnfrei ist, da sie nach einem apt update eh neu eingelesen wird - was nach ihrer Zerstörung durch Bleachbit dann aber nicht mehr gelingt!) In der Vergangenheit war das nicht so. Aber derzeit kann ich vor diesen Optionen nur warnen. Alle anderen Optionen des Programms bereiten "sinnvoll" (wer beispielsweise in Firefox die Passwörter löscht und sich dann beschwert, dass sie weg sind, dem/der ist nicht zu helfen) eingesetzt, bereiten keine Probleme. Mit dem Gesagten im Hinterkopf empfehle ich Bleachbit daher weiterhin!

Ganz in Experimentierlaune habe ich das heute noch weiter getrieben:

Da ich hier ja noch eine "Apfelkitsche" rumliegen habe, wollte ich diese x86-Architektur dann endlich auch mal mit einem "ordentlichen" Betriebssystem bestücken. Zunächst hatte ich mal wieder Laune auf das gute alte  KDE Trinity ( WP ) - die Älteren erinnern sich. Da ich aber nach all den Jahren mit dem sehr puristischen Fluxbox ( LC , UU , WP ) inzwischen gar keine Lust mehr auf die "großen" Desktopumgebungen habe, habe ich mir dann doch wieder ein schlankes System aufgesetzt - was eh zu dem doch nicht gerade leistungsstarken Klappcomputer ganz gut passt und den Vorteil hat, dass ich die Konfiguration einfach rüberkopieren konnte und nur minimal anpassen musste, so dass ich in nur wenigen Stunden einen quasi voll lauffähigen weiteren Rechner habe.

Somit zeigt sich, dass es für diese Hardware noch nicht einmal eine "speziell angepasste" Distribution wie Linux Mint braucht. Selbst ein normales Debian oder Devuan läuft nahezu problemlos auf der Kiste. Die bisher einzig auffälligen Probleme sind, dass der Konsolenton beep bisher stumm bleibt und die eingebaute Kamera des Rechners nicht funktioniert (was sich durch eine USB-Kamera leicht ausgleichen lässt). Eine via USB hergestellte Ethernet-Verbindung wurde selbst vom Textinstaller sofort erkannt (im Gegensatz zum "Originalbetriebssystem"  - die Installation von WLAN habe ich nicht ausprobiert) Ob der Ton im Videochat übertragen wird, kann ich alleine natürlich nicht feststellen.  Ein USB-Hub ist somit unbedingt geboten. Ach ja: Das Touchpad scheint den Rechtsklick nicht zu erkennen und natürlich habe ich eine "richtige" Tastatur angeschlossen, um dieses Gemurkse über fingerbrechende Tastenkombinationen zu vermeiden (@, €, |, ^, ~ usw. sind auf der Originaltastatur eine echte "Herausforderung" )

Als nächste Baustelle steht die Installation des MacMini für einen schlanken Homeserver an - natürlich als reines Konsolensystem ohne grafische Oberfläche.

Und dann gibt es da die Dinge, die mich einfach sprachlos machen: Auch ohne den Einsatz von Bleachbit ist mir die Paketdatenbank reproduzierbar gecrasht. Nachdem ich zum dritten Mal in Folge das Image zurück geschrieben hatte, konnte ich die Fehlerursache finden: Ich versuche, das auf der Systempartition liegende Verzeichnis /tmp auf die Datenpartition zu verschieben und dorthin einen symbolischen Link zu setzen, da ich der Meinung bin, dass Temporärdaten nichts auf der Systempartition zu suchen haben. Also: ln -s ZIEL /tmp . Und genau nachdem ich dies erledigt habe, fliegt mir reproduzierbar ohne einen erkennbaren Zusammenhang die Paketdatenbank um die Ohren. Fällt euch dazu was ein?

Ich habe mich jetzt einen Tag lang mit dem Mac Mini
auseinandergesetzt. Unter großen Mühen habe ich auf die alte Büxe (von
2005) ein 32 Bit Devuan Oldstable bekommen, welches ich noch nicht mal
sichern kann, weil das DVD-Laufwerk fratze ist. Überhaupt dahin zu
kommen, auf diese "Gurke" ein System installieren zu können, hat Stunden
gedauert. Der Macbook Air ist ja schon ziemlich speziell. Aber diese
Kiste ist der Horror. Zunächst muss man mit einem Tool (siehe bei Option
2 ) die ISOs modifizieren, damit die überhaupt booten. Vorher gibt's nur
eine nichtssagende Fehlermeldung. Von USB bootet der gar nicht. Insgesamt kann ich die Kiste
eigentlich nur noch entsorgen.

Sprich: Für das Anwendungsszenario Homeserver/Fileserver werde ich mir
was anderes ausdenken müssen.

Mit einem linuxifizierten Air struntzen zu können, macht ja noch Spaß.
Aber insgesamt ist mein Bedarf zm Thema Apple echt gedeckt und deren
Produkte sind in meinem Ansehen nicht gerade gestiegen ...

Ein ordentlicher PC auf dem ich der Chef bin mit einem
selbstinstallierten Linux, das sagt mir immer noch am meisten zu.