Ich habe das schon oft gemacht: Ubuntu auf einem USB-Stick installieren und es verwenden, um von verschiedenen Rechnern (zwei ähnlichen Dell-Laptops, ähnlichen Komponenten usw.) zu booten. Ich weiß, dass man normalerweise ein Live-System für volle Portabilität verwendet und dass das Ubuntu-Installationsprogramm bei der Installation auf einem bestimmten Setup die Hardware usw. konfiguriert, aber ich hatte nie Probleme damit. (Ich habe es sogar erfolgreich auf völlig anderer Hardware ohne Probleme ausgeführt.)
Heute dachte ich, ich möchte es auf dem Rechner eines Kollegen ausprobieren, weil er denkt, er sei irgendwie kaputt (Windows zeigt zufällig einen blauen Bildschirm, wenn ich damit arbeite). Es ist jedoch ein neuer Rechner. Also habe ich einen USB-Stick verwendet, der zuvor noch nie an ein anderes System als meins angeschlossen war, alles lief einwandfrei. Nachdem ich den USB-Stick auf dem Laptop meines Kollegen gebootet hatte und alles einwandfrei lief, habe ich ihn erneut auf meinem Computer gebootet: Ergebnis: bootet nicht mehr. Ich dachte: okay, vielleicht ein Dateisystemfehler, habe btrfsck ausgeführt, aber es hat nichts Interessantes gezeigt. Am Ende habe ich den USB-Stick von Grund auf neu eingerichtet.
Danach habe ich einen weiteren USB-Stick mit einer neuen Kopie von Ubuntu eingerichtet. Ich habe erfolgreich einige Software installiert, das System ausgeschaltet und von der Maschine des Kollegen gebootet. Alles hat funktioniert. Dann habe ich versucht, dort einige Software zu installieren, aber apt hat sich beschwert, dass Debconf fehlt. apt-get install -f hat auch nicht funktioniert, also war im Grunde die gesamte Paketverwaltung in einem irreparablen Zustand kaputt.
Das kann kein Zufall sein, oder?
Meine Frage lautet also: Könnte fehlerhafte Hardware (außer dem Speichergerät selbst) das Root-Dateisystem so beschädigen, dass es kaputt geht?
Antwort1
Könnte fehlerhafte Hardware (außer dem Speichergerät selbst) das Root-Dateisystem so beschädigen, dass es kaputt geht?
Ja.
Ein Beispiel: Fehlfunktion des RAM kann zur Beschädigung von Dateien führen. Wenn Sie Ihre /etc/fstab so bearbeiten, dass sie R/O (schreibgeschützt) einbindet, sollte die Wahrscheinlichkeit dafür nahezu Null sein.