Naja, ich sollte vielleicht die ganze Anleitung nochmal in einer Kurzform anbieten. Denn eigentlich sind es nur sehr wenige Handgriffe, die aber halt auf der site recht genau erklärt werden. Erkäre ich einen Handgriff nicht genau, wird mir dann sicher das vorgeworfen, und allzu redundante Informationen würden auch wenigen gefallen.
Wildfoot wird bestätigen, dass es letztlich nicht länger braucht, als wenn man die heute gut 50 isos downloaden würde.
Und vielleicht wird er sogar bestätigen, dass bei aller umfassender Kommunikation, die wesentliche Info eigentlich genau so auf der site stand und ich per mail eigentlich nichts hinzufügen musste, was nicht eh dort steht ;)

Also hier einmal der Versuch so einer Kurzfassung:

1. Download Knoppix-iso, OmniBoot vhd, Virtual-Box
2. Virtual Box Installation und neue VM anlegen,
dabei OmniBoot vhd als HDD definieren
und Knoppix-iso ins virtuelle CD-Laufwerk,
das auch als primäres Bootlaufwerk definiert sein muss
3. VM starten, sie bootet natürlich jetzt Knoppix
4. Filemanager öffnen, Laufwerk OmniWork suchen, Ordner /boot/make/omniboot öffnen und dort eine shell öffnen
5. sudo ./om ch

Sollten Fehler auftauchen, danach nochmal sudo ./om cr

Das ist eigentlich der ganze relevante Kern vom Build-TAB.

Bin ich froh, hast du das nun gesagt. Mir wollte er nicht glauben und ich dachte schon, ich sei blöd. :heul:

Aber das Wichtigste steht dennoch nicht in der Beschreinung: ./om r f
Sonst gibt es keinen USB Stick. Und dass dieser 32GB mit FAT32 haben sollte, ist auch noch nicht so klar.

Wenn man dann mal weiss wie, und die VM vorbereitet ist, ja. Ansonsten gibt es da eben schon sehr viele Stolpersteine. ;)
Aber wie auch schon erwähnt, hängt es hier dann eben wieder von der verwendeten VM ab; ob man nun VirtualBox oder VMWare verwendet.

Gruss Wildfoot

Also hier steht das ganz genau, seit es die Funktion im script gibt, alles im Tab Build.

Na schön. Den Senkrechten TAB habe ich jetzt nicht beachtet. Stimmt. ;)

Ja gut, dann stand es halt schon hier. :-)

Gruss Wildfoot

Da ich ja OmniBoot nicht veröffentliche, damit es niemand benutzt, möchte ich die Frage nach der Furcht nochmal aufgreifen.
Also halten wir fest:
1. Der Autor hat hier noch jede Frage zu OmniBoot genauso wie in persönlichen messages oder persönlichen mails beantwortet. Niemand hat umsonst gefragt.
2. Ich konnte bis dato praktisch jede Frage mit Verweis auf die online-Hilfe beantworten, wäre es nicht Furcht einflößender, ich müsste das dortige ständig um essentiell wichtiges ergänzen?
3. Der Einsatz von OmniBoot (in fertig erstellter Form, als Boot-Medium) erlaubt ja komplette Kontrolle über das lokale System, jenseits aller Sicherheitsmechanismen von jedem installierten OS, da ist die Erstellung von OmniBoot in einer VM mehr Furcht einflößend?
4. Man kann ja die VM weglassen und ein System direkt mit live-linux booten und dann die tgz-Version verwenden: Ist das nicht mehr Furcht einflößend, da ja doch alle lokalen Partitionen schutzlos einem script mit root-Rechten ausgeliefert sind?

Ein retour zu den isos kann es nicht geben. Momentan sind es 59 isos mit insgesamt 70 GB, die vom script produziert werden können. Tendenz: nach wie vor moderat wachsend.
Daher muss ich umso mehr verstehen, was Angst macht, vielleicht kann ich ja noch etwas besser machen.
Aber ich bin in dieser Hinsicht ziemlich ratlos. Das script-Programmieren, die von einzelnen Autoren definierten Standards für ihre Linux-Distro, die sich bei Syslinux ständig updatenden Rahmenbedingungen für das Gesamtprojekt, der Überblick über die sich erweiternden features des linux-kernels und noch einiges mehr fallen mir deutlich leichter zu verstehen, als den user.
Da bräuchte ich eindeutig mehr input-samples, um mir darauf einen kreativen Reim zu machen.

Also ich denken, über den Punkt "damit es niemand benutzt" sind wir ja schon lange hinaus.

Was mich betrifft war es wohl die "Berührungsangst", in einem mir nicht gut bekannten OS tiefergehende Aktionen (Shell-Aktionen) durchzuführen.
Unter DOS z.B. kenne ich mich gut aus, da schreckt mich so einen blanken blinkenden Cursor nicht. Aber unter Linux bin ich nicht so auf "first name basis" mit den Commands. Das ist dann schon etwas abschreckend, wenn aber auch spannend zugleich, wenn man dann mal langsam anfängt durchzublicken.
Das Experiment mit dem Blender hat mir dabei sicherlich auch einiges aufgezeigt. ;)

Gruss Wildfoot

Dafür bietet ja eben die VM die Sicherheit, dass dem host-System bestimmt nichts passieren kann.

Das ist ja nur ein Punkt, aber stelle dir vor, du sitzt vor einer schwarzen Wand und hast keine Idee, was nun zu tippen ist. ;)

Gruss Wildfoot

:bier: