Versuch, einen benutzerdefinierten RAM-gestützten Ubuntu Live USB mit optionaler Persistenz zu erstellen

Versuch, einen benutzerdefinierten RAM-gestützten Ubuntu Live USB mit optionaler Persistenz zu erstellen

Ich habe mir den Kopf zerbrochen, um herauszufinden, wie ich das am besten machen kann. Es mag ein wenig verwirrend klingen, also lassen Sie mich das erklären."Warum"Erste.

Ich habe bereits einen Linux Live-USB-Stick (einen High-End-USB-Stick von Samsung mit 256 GB, der so schnell ist wie eine SSD, er funktioniert super!) Aber ich möchte einen oder mehrere andere Linux-USB-Sticks erstellen, nur um grundlegende Massenaufgaben wie Cloud-Wiederherstellungen oder das Ausführen desselben Wartungsskripts auf verschiedenen Laptops/Desktops gleichzeitig durchzuführen. Einige davon befinden sich in verschiedenen Zuständen, haben verschiedene Betriebssysteme, manche haben nicht einmal eine Netzwerkverbindung... Aber einen Linux-USB-Stick mit den benötigten Dateien und einer standardisierten Umgebung zum Ausführen/Wiederherstellen von Skripts einzustecken, ist perfekt.

Das Problem ist, dass ich offensichtlich nur eine begrenzte Anzahl an USB-Sticks habe. Ich möchte das Betriebssystem booten können und alles im RAM behalten, dann den USB-Stick herausziehen und nichts Seltsames passiert, es läuft einfach weiter. Raten Sie mal, was das schon standardmäßig kann? Das Ubuntu Live 22.04-Installationsprogramm im „Ubuntu ausprobieren“-Modus. Das hat auch den Vorteil, dass es viel weniger Platz beansprucht als eine Standardinstallation von 22.04, was auch weniger RAM-Verbrauch bedeutet, da die Festplatte vollständig im RAM gespeichert ist. Meiner Beobachtung nach nimmt es nur 1,6 GB ein.

Aktualisieren:Durch das Entfernen maybe-ubiquityaus Grub konnte ich das System dazu bringen, direkt in das Live Ubuntu zu booten, anstatt in das Installationsprogramm. Danke an @Raffa für die Hilfe dabei. Zweitens konnte ich das nicht persistente Dateisystem (unter /casper/filesystem.squashfs) anpassen, indem ich das unsquashfsTool verwendete, eine VM bootete, Dinge änderte und es neu erstellte. Dies ist jedoch äußerst unpraktisch, insbesondere wenn Sie nur eine kleine Änderung vornehmen möchten.

Außerdem kann ich bestätigen, dass selbst mit der toramzu Grub hinzugefügten Option die persistente Partition (die Sie zu Ihrer Information erhalten, indem Sie eine ext4-Partition einfach „schreibbar“ nennen und mit der persistentOption booten) NICHT zwischengespeichert wird. Das System wird sofort ausfallen und schließlich hängen bleiben/abstürzen, wenn der USB entfernt wird. Im nicht persistenten Modus läuft alles jedoch jetzt schön und stabil, wenn der USB entfernt wird. Ich habe sogar ein Skript geschrieben, das den USB beim Booten sicher aushängt, sodass Sie ihn entfernen können, sobald der Desktop erscheint.

Eine Idee, die ich habe, ist, dass ich den Vorgang des Auflösens und erneuten Squashens automatisieren könnte, sodass Sie buchstäblich wie gewohnt in den nicht persistenten Modus booten können, aber beim Ausführen eines Skripts werden die RAM-Inhalte zurück in filesystem.squashfs geschrieben. Dies birgt das Risiko, dass Daten verloren gehen, wenn das System unerwartet ausgeschaltet wird, aber da ich nur ab und zu Änderungen vornehmen würde und in den meisten Fällen nur den nicht persistenten Modus verwende, ist dies für meinen Anwendungsfall sinnvoll.

verwandte Informationen