So machen Sie Slitaz USB beständig

Wenn Sie es in die Boot-Zeile einfügen, lassen Sie den "Slitaz", wie er bereits aufgerufen wurde, fallen. "home = usb"

Ich bin gerade auf dieselbe Sache gestoßen, also dachte ich, ich würde hier einige Notizen posten:

• Laden Sie die http://mirror.slitaz.org/iso/4.0/slitaz-4.0.iso herunter
• Extrahierte den Isoinhalt durch a sudo mount slitaz-4.0.iso /tmp/iso -o loop
• Speichern von .iso-Inhalten auf dem Thumbdrive; gebootet

Beim ersten Start wird einer automatisch als tuxBenutzer angemeldet . das Problem ist:

• tux Benutzer ist anscheinend "automatisch generiert"
• Wenn Änderungen aus Persistenzgründen gespeichert werden, wird der Stammordner des automatisch generierten tuxBenutzers anscheinend nicht gespeichert

Wie auch immer, hier habe ich versucht, einige Programme (wie xvkbdzB) über den Package Manager (Tazpanel - Packages) zu installieren. und um sie hartnäckig zu machen, zuerst:

• Klicken Sie mit der rechten Maustaste auf Desktop, Slitaz Live und TazUSB Writefs (gzip).

Dadurch wird eine rootfs.gzDatei in /diesem Ordner gespeichert. Diese Datei muss manuell auf das USB-Flash-Laufwerk kopiert werden. Die anderen Dateien (rootfs1.gz, rootfs2.gz) befinden sich /bootauf dem USB-Stick.

Dann müssen Sie diese Datei auch manuell hinzufügen syslinux.cfg! Hier gibt es ein weiteres Problem: Wenn der USB-Stick FAT-formatiert ist, schlägt der Autologin-Befehl für den tuxBenutzer fehl. Stattdessen wird eine Anmeldeaufforderung / ein Fenster angezeigt. wo Sie sich nicht anmelden können tux(was sonst standardmäßig ein leeres Passwort hat); Sie können sich nur als anmelden root.

Glücklicherweise gibt es einen Weg, um dies zu umgehen - beachten Sie zuerst, der Standardeintrag in syslinux.cfgwürde folgendermaßen aussehen:

LABEL sli KERNEL /boot/bzImage append initrd=/boot/rootfs4.gz,/boot/rootfs3.gz,/boot/rootfs2.gz,/boot/rootfs1.gz rw root=/dev/null vga=normal autologin  

Beachten Sie, dass in dieser Zeile auch home=Persistenz verwendet werden kann - jedoch nicht bei einem FAT32-USB-Daumen (das Login-Problem).

Dann könnten Sie das rootfs.gzvon Writefs erzeugte vorherige als kopieren /boot/rootfsA.gz; jetzt, wenn Sie es gerade versuchen

 append initrd=/boot/rootfsA.gz rw root=/dev/null vga=normal autologin 

... dann wird wieder das Login-Problem angezeigt (wenn Sie sich als root anmelden, werden die installierten Programme angezeigt).

Die coole Sache ist, dass Sie rootfsA.gzzusammen mit den anderen in der appendZeile hinzufügen können ; Wenn es am Ende hinzugefügt wird, ist es dasselbe, als wäre es alleine (Login-Problem) - aber wenn Sie es voranstellen, fügen Sie es zuerst hinzu:

 append initrd=/boot/rootfsA.gz,/boot/rootfs4.gz,/boot/rootfs3.gz,/boot/rootfs2.gz,/boot/rootfs1.gz rw root=/dev/null noswap vga=normal lang=en kmap=us autologin 

... dann sind beide installierten Programme verfügbar (einige Persistenz) - aber die nächsten Dateisysteme überschreiben die Einstellungen; und erstellt den Live-Benutzer tuxund fährt mit der automatischen Anmeldung in diesem Accound fort. Es ist also nicht möglich, Desktopsymbole und dergleichen zu speichern - aber zumindest sind die installierten Programme vorhanden. Add lang=en kmap=us, um die Fragen beim Start zu vermeiden (also geht es direkt zum Autologin; EDIT - es wirft eine Nachricht lang=en; also ist es wahrscheinlich lang=en_US) - und ich habe auch versucht, noswapSwap zu deaktivieren; aber es findet immer noch den Swap meiner lokalen HD und macht "Swap-Speicher aktivieren ..." (was ich lieber nicht hätte).

Wie auch immer, schön, dass es auf diese Weise gehackt werden kann - obwohl es ein bisschen mühsam ist, ein neues Image erstellen und es herum kopieren zu müssen, jedes Mal, wenn ich eine einzelne Konfigurationszeile ändere oder so ...

Hoffe das hilft jemandem,
Prost!

Es gibt eine Menüoption, die Sie führen wird.

Sie benötigen ein USB-formatiertes ext3. Die Partitionstabelle muss msdos und nicht gpt sein. Der usb muss 2 Partitionen haben, eine für / und die andere für zu Hause.