GentooForum.de

Hi,

wollte euch mal um Rat fragen.
Ich habe meine Kernel bis jetzt selber konfiguriert, für jedes System extra.
Dabei habe ich mit genkernel oft die Erfahrung gemacht, dass Treiber fehlen.
Initrds erstelle ich mit dracut, auch hier finde ich genkernel nicht so schön wie dracut.

Jetzt möchte ich ein gentoo auf einen USB-Stick installieren, mit dem ich als Live-Rettungssystem
auf möglichst viel verschiedener Hardware booten kann, als Rettungssystem oder als
"mein gewohntes Betriebssystem", das ich auch mal ohne eigenen Computer bei Freunden/Bekannten oder in der Arbeit booten kann.
Mit der gleichen Software drauf, gewohnt konfigurierte Umgebung und mein gewohntes, absynchronisiertes /home.

Nun brauch ich einen Kernel, der alle denkbaren Treiber als Modul laden kann.
Ich will mich da gerne an einer vorhandenen Konfiguration bedienen.
Nun ja, ich hab mir eben die default Konfiguration von genkernel-next-35 angeschaut und die scheint schon etwas älter zu sein.
Jede Menge Zeug wird da bei oldconfig gefragt und ehrlich gesagt mag ich genkernel irgendwie grundsätzlich nicht.

Ich dachte da an eine Konfiguration als Vorlage zum Beispiel von Knoppix, Debian oder so.
Wie würdet ihr vorgehen? Welche Distribution eignet sich hier, welche nicht?
Ubuntu beispielsweise patcht doch sehr viel, ich kann mir vorstellen, dass ubuntu keine gute Idee ist.
Ich würde auch gern einfach bei jedem Kernel update wieder neu die config aus meiner "Vorlagendistribution" holen,
anstatt mich durch alle Neuerungen zu kämpfen.

Bin mal auf eure Vorschläge gespannt.

Viele Grüße
Foyaxe

Zusatzinfo zu meiner Idee:
Ich fange erstmal auf einem anderen Stick an, aber später soll das System auf diesen oder einen ähnlichen Stick:
http://geizhals.at/de/patriot-tab-64gb-p…b-a1037854.html

64 GB sind gut, 32 sollten es mindestens sein, denke ich. Je mehr, desto besser.
Schnelle Lese- und Schreibgeschwindigkeit sind auch immer wünschenswert.
Der Stick soll so klein sein, damit er im Geldbeutel im Münzfach Platz findet, so dass er auch wirklich immer dabei ist, wenn ich außer Haus gehe.

Eine kleinere Partition soll FAT, werden, damit er auch für Windoofe zum "kannst du mir das bitte schnell da drauf ziehen" funktioniert.
Dann noch eine kleine boot Partition und der große Rest soll eine mit LUKS verschlüsselte btrfs Partition werden.
Verschlüsselt - ist wohl klar - wenn ich das Teil verliere, kaufe ich einfach einen neuen und brauche mir keine Sorgen machen, dass jemand meine Daten hat.
Btrfs aus drei Gründen:
1. Kompression: Da ein Stick grundsätzlich nicht so schnell schreibt und auch weniger Platz bietet, lässt sich mehr Platz und Performance durch on-the-fly Kompression raus holen.
2. Subvolumes: (das habe ich noch nie ausprobiert) Ich kann mehrere Gentoo Installationen als einzelne Subvolumes realisieren, zum Beispiel eine für x86 und eine für x86_64. Dabei können die die gleiche /home-subvolume benutzen und auch so was wie /usr/portage/distfiles kann ich gemeinsam verwenden. Dabei brauche ich mir nicht, wie sonst, Gedanken machen, wie groß die einzelnen Partitionen sein sollen.
3. Checksummen: btrfs macht, afaik, checksummen von jeder Datei. So sollte ich recht schnell mitbekommen, wenn der Stick hinüber ist und mich nicht ständig wundern, warum mein System einfriert oder sonstige merkwürdige Sachen passieren.

Zum System aktualisieren boote ich nicht vom Stick sondern gebe das block device einfach an VirtualBox o.ä. durch und boote den Stick in einer virtuellen Maschine.
So brauche ich nicht mein normales System runter fahren und kann schön wie gewohnt alle meine gentoo Installationen gleichzeitig updaten.
Aber ich möchte mich noch nicht zu weit aus dem Fenster lehnen - btrfs ist für mich relatives Neuland.

Findet ihr das cool?
Würdet ihr irgendwas anders machen?
Habt ihr so was ähnliches schon mal gebastelt?

Schöne Grüße
Foyaxe

Zitat von »_Dirk_«

Zu deinem Vorhaben ein Linux auf einen Stick zu installieren ist schon ehrgeizig. Ich habe es noch nie hingekommen ein vollständiges und stabiles System zu installieren. Meist sind die Sticks von schlechter Qualität und es regnet recht schnell Lese- und Schreibfehler.

Mein letzter Geldbeutel-Stick war so schlecht, dass ich Knoppix ca. 10 mal drauf installiert habe, bis es gebootet hat. Nach ein paar Monaten war es dann wieder kaputt. Und das, obwohl Knoppix glaub auch squashfs und ein verschlüsseltes aufs benutzt und nicht ständig drauf rum geschrieben wurde. (das hat mir vom Konzept her schon ganz gut gefallen)
Ich hab lang gebraucht bis ich realisiert habe, dass der Stick schuld ist. Ich war es einfach noch nicht gewohnt, dass es das gibt.
Das war ein Intenso MicroLine wenn ich mich recht erinnere. Müsste noch irgendwo rumliegen.
Mein nächster war ein Corsair FlashVoyager GT. Mit dem hatte ich bisher keine Probleme. Nur ist der zu groß für den Geldbeutel.
Ich bezweifle, dass ich Erfolg haben werde wenn ich wieder einen kleinen und billigen kaufe. Aber was solls. Forschungszweck.
Puh, wenn ich darüber nachdenke, ob die Daten auf SSDs genauso sicher sind, dann wird mir ein bisschen Angst. Ich hab inzwischen fast überall eine drin.

Danke bell!
Das hilft mir ein Stück weiter, wenn es so weit ist.

Zitat von »bell«

Übrigens, der Stick ist x86 (wg. maximaler Kompatibilität) und der Host ist amd64. Kein Problem wenn der Host auch 32-bit Ausführung unterstützt.

Was machst du, wenn du in eine vorhandene x86_64 Installation chrooten möchtest oder eine Neuinstallation machen möchtest?

Update:

Ich hatte die letzten Tage Lust und Zeit, mich mit dem Stick auseinanderzusetzen.
Ein kleines Gentoo ist installiert und es bootet mit GRUB2 auf BIOS. Mehr Info gebe ich, wenn er fertig ist, aber ein paar Sachen oder Erkenntnisse, die ich die letzten Abende recherchiert habe, kann ich der Nachwelt schon hinterlassen.

• Formatierung: MSDOS-Partitionstabelle. Der Stick (oder zumindest der öffentliche Teil) soll von vielen Geräten erkannt werden, darunter sehr alte Windows-Installationen, Drucker mit USB-Port usw. Daher ist GPT ausgeschlossen. Als Dateisystem für die "öffentliche" Partition wähle ich FAT32, weil zum Beispiel mein Drucker kein NTFS erkennt. Den Nachteil, dass ich keine Dateien größer 4GB darauf speichern kann nehme ich in Kauf und mache die Partition gleich nur 5GB groß. Ist ja nur zum Dateiaustausch, sollte es mal mehr sein, muss ich mich eben um einen anderen Datenträger kümmern, den ich nicht immer im Geldbeutel mittrage. Zusammenfassung:
  • sdx1 5GB FAT32 Edit: Wichtig: Windows erkennt bei USB-Sticks nur die erste Partition. Es muss also wirklich sdx1 sein.
    
  • sdx2 200MB ext4 mit boot-Flag, für GRUB, Kernels und initrds. Weil es nicht verschlüsselt sein kann.
    
  • sdx3 Rest(57GB) LUKS verschlüsselt, darauf btrfs, darunter subvolumes:
    • amd64 - das habe ich jetzt als default volume gesetzt, weil ich noch nicht probiert habe, ob man ein subvolume als rootfs benutzen kann
      
    • x86 - ist noch leer und soll ein paralleles, komplett eigenständiges System werden, das nur benutzt wird, wenn der Rechner eine 32Bit Maschine ist.
      
    • home
  
  
• Hardware: Es ist der besagte Patriot Tab 64GB geworden. Bis jetzt kann ich zur Qualität nicht viel sagen, aber ich kann sagen, er ist wirklich sehr klein (ich liefere ein Foto nach, kann ihn jetzt nicht abziehen) und ich kann sagen, dass er sehr heiß wird. Wobei ich nicht weiß, ob die Wärme vom Stick kommt oder vom Mainboard. Er steckt jetzt in der Buchse in meinem Laptop. Das ist ein Thinkpad X201t.
  
• Kompression: Ich verwende lzo, weil ich weiß, dass es sehr schnell ist. Es ist auch bei Festplatten und SSDs sinnvoll. Ob Gzip bei einem USB-Stick besser ist, weiß ich nicht, aber ich denke, es trotzdem zu langsam. Ein Algorithmus, der vom Performance-/Kompressionsgrad ungefähr dazwischen liegt wäre wahrscheinlich gut. Platz habe ich genug, also wähle ich das Schnellere.
  
• Kompilieren: Ich bin nicht ganz sicher, ob die Downloads der Sourcen das verursacht haben, aber ich denke nicht. Als ich angefangen habe, die übliche Software für mein System zu kompilieren, hatte ich heftigen I/O load und es ging nur langsam voran. Dann habe ich den emerge abgebrochen, /var/tmp/portage als tmpfs gemountet und wieder gestartet. Gleich viel besser. Erstens, es wird der Stick nicht so stark mit Schreibvorgängen belastet. Zweitens, es sollte viel schneller sein, das im RAM zu machen und selbst wenn wenig davon da ist, ist es immer noch viel schneller, ein tmpfs zu benutzen, das dann im swap des hosts ausgelagert wird, als das Ganze auf einem USB-Stick zu machen.
  
• Kernel: Ich habe jetzt keine fertige Vorlage genommen, sondern einen, wie ich ihn schon auf einem meiner Systeme am Laufen hatte und habe bei ein, zwei Bier die menuconfig durchfostet und alles, was nach einem im entferntesten Sinne brauchbaren Treiber aussieht, als Modul gebaut. Fest einkompiliert habe ich bewusst: Alle USB Host-Treiber, ext- und btrfs-Dateisysteme und für die Krypto sinnvolle Treiber: sha*, aes*, xts, Kompressionen.

Ich melde mich wieder, wenn ich weiter bin.

Was ich noch vor habe:

• EFI-bootbar (natürlich kein Secure Boot)
  
• 32Bit Kompatibilität

Gruß
Foyaxe