staging.inyokaproject.org

kB schrieb:

[...]

statt 'dummer Sprüche' zu kloppen, miß doch einfach und leg die Zahlen auf den Tisch

ich@ubu-VB-ohne-secure:~/Downloads/ventoy-1.0.89$ time sudo bash Ventoy2Disk.sh -i /dev/sdc

**********************************************
      Ventoy: 1.0.89  x86_64
      longpanda admin@ventoy.net
      https://www.ventoy.net
**********************************************

Disk : /dev/sdc
Modell: USB Disk 3.0 (scsi)
Size : 14 GB
Style: MBR


Attention:
You will install Ventoy to /dev/sdc.
All the data on the disk /dev/sdc will be lost!!!

Continue? (y/n) y

All the data on the disk /dev/sdc will be lost!!!
Double-check. Continue? (y/n) y

Create partitions on /dev/sdc by parted in MBR style ...
Done
Wait for partitions ...
partition exist OK
create efi fat fs /dev/sdc2 ...
mkfs.fat 4.2 (2021-01-31)
success
Wait for partitions ...
/dev/sdc1 exist OK
/dev/sdc2 exist OK
partition exist OK
Format partition 1 /dev/sdc1 ...
mkexfatfs 1.3.0
Creating... done.
Flushing... done.
File system created successfully.
mkexfatfs success
writing data to disk ...
sync data ...
esp partition processing ...

Install Ventoy to /dev/sdc successfully finished.


real	1m41,289s
user	0m0,038s
sys	0m0,000s
ich@ubu-VB-ohne-secure:~/Downloads/ventoy-1.0.89$  time sudo bash Ventoy2Disk.sh -i /dev/sdb

**********************************************
      Ventoy: 1.0.89  x86_64
      longpanda admin@ventoy.net
      https://www.ventoy.net
**********************************************

Disk : /dev/sdb
Modell: ATA VBOX HARDDISK (scsi)
Size : 125 GB
Style: MBR


Attention:
You will install Ventoy to /dev/sdb.
All the data on the disk /dev/sdb will be lost!!!

Continue? (y/n) y

All the data on the disk /dev/sdb will be lost!!!
Double-check. Continue? (y/n) y

Create partitions on /dev/sdb by parted in MBR style ...
Done
Wait for partitions ...
partition exist OK
create efi fat fs /dev/sdb2 ...
mkfs.fat 4.2 (2021-01-31)
success
Wait for partitions ...
/dev/sdb1 exist OK
/dev/sdb2 exist OK
partition exist OK
Format partition 1 /dev/sdb1 ...
mkexfatfs 1.3.0
Creating... done.
Flushing... done.
File system created successfully.
mkexfatfs success
writing data to disk ...
sync data ...
esp partition processing ...

Install Ventoy to /dev/sdb successfully finished.


real	0m13,651s
user	0m0,008s
sys	0m0,008s
ich@ubu-VB-ohne-secure:~/Downloads/ventoy-1.0.89$

kB schrieb:

UlfZibis schrieb:

Könnte man vielleicht noch einen Probleme-Abschnitt ergänzen, und da z.B. erwähnen, was man mit so einer Meldung anfangen soll? […]

Diese Meldung hat nichts mit Ventoy zu tun, sondern besagt, dass es ein generelles Problem mit dem Gerät (bei Dir:) /dev/sdc gibt.

Wenn sie nicht von Ventoy kommt, wäre es dann aber vorteilhaft, dass sich der Verursacher zu erkennen gäbe. Und ansonsten ist diese Behauptung ja auch Definitionssache. Wenn Ventoy ein fehlerbehaftetes Partitionierungswerkzeug bemüht, wer macht dann einen Fehler?

Was ist bei Dir sdc?

Ein handelsüblicher 16 GB USB-Stick.

Üblich sind Blockgrößen von 2048 Byte bei ISO-Dateisystemen, z.B. CD.

Genau so eins stand der problemlosen Verarbeitung bei mir wohl im Wege, siehe oben.

Genauso könnte es auch sinnvoll sein anzugeben, wie lange die Installation so ca. dauert

Diese ist abhängig von der Größe des zu formatierenden Mediums, allgemeine Angaben daher nicht möglich.

Warum nicht, sie müssen ja nicht genau sein. 10 Min. vs. 10 Sek. sind doch auch "allgemein" betrachtet schon ein Unterschied. Und da ich von "MultiSystem" gewohnt bin dass dessen Installation schon mal etliche Minuten dauern kann, kam mir die Wartezeit erst mal nicht verdächtig vor. Ein Hinweis hätte da geholfen.

UlfZibis schrieb:

... Weil diese Möglichkeit im Artikel gar nicht erwähnt wird ... also mache ich doch als Einsteiger besser erst mal das, was da vorgeschlagen wird.

ähem, den Hinweis gibt es bereits seit Dez. 2021! (such nach 'GUI')

Und btw., es gibt sogar eine Browserversion.

black_tencate schrieb:

ähem, den Hinweis gibt es bereits seit Dez. 2021! (such nach 'GUI')

Stimmt, hab' ich tatsächlich übersehen. In anderen Artikeln gibt's dafür meist einen extra Abschnitt.

Und bzgl. "dummer Sprüche kloppen" erinnere ich an die Forums-Netiquette.

Und wenn Du unbedingt eine Fortschrittsanzeige brauchst, warum verwendest Du dann nicht gleich die passende GUI? (VentoyGUI.x86_64 oder gar VentoyGUI.i386)

Weil ich vorher nicht wusste, dass so eine von Nöten sein könnte. Braucht's dafür wirklich eine Frage?

black_tencate schrieb:

[…] miß doch einfach und leg die Zahlen auf den Tisch […]

Danke für Deine Messungen. Somit wissen wir jetzt:

• Ein bestimmter USB-Stick mit 16 GB wurde in ca. 100 Sekunden als VENTOY-Stick eingerichtet.

• Ein anderer (USB?)-Datenträger mit 125 GB wurde in 13 Sekunden als VENTOY-Stick eingerichtet.

Es präziseres Verhalten als „es hängt von der Größe ab“ (offenbar nicht nur und auch nicht, wie man es naiverweise erwarten würde) lässt sich daraus aber wohl nicht ableiten.

Richtig, zumal Ventoy auch gerne mal ewig beim Einrichten seines Bootloaders hängt, gänzlich unabhängig von der Größe des USB-Sticks.

UlfZibis schrieb:

[…] Wenn sie nicht von Ventoy kommt, wäre es dann aber vorteilhaft, dass sich der Verursacher zu erkennen gäbe.

Sie kommt vom Linux-Kernel. Teste, ob Du den Stick unabhängig von Ventoy benutzen kannst oder dann auch Warnungen kommen.

[…] Wenn Ventoy ein fehlerbehaftetes Partitionierungswerkzeug bemüht

Es gibt keinen Hinweis, dass dies der Fall ist oder auch nur sein könnte. Teste Deine Hardware, die vermutlich ursächlich für diese Meldung ist.

tomtomtom schrieb:

Richtig, zumal Ventoy auch gerne mal ewig beim Einrichten seines Bootloaders hängt, gänzlich unabhängig von der Größe des USB-Sticks.

Solche Erfahrungen habe ich nicht gemacht, bin aber interessiert, genaueres zu erfahren.

Naja, es ging halt regelmäßig (auf unterschiedlichen Datenträgern) bei

writing data to disk ...

Und da macht es ja nichts als den Bootloader zu schreiben und ein paar Daten auf die Partition zu schreiben. Kann natürlich auch beim Schreiben der Daten statt des Bootloaders gehangen haben.

kB schrieb:

...

• Ein anderer (USB?)-Datenträger mit 125 GB wurde in 13 Sekunden als VENTOY-Stick eingerichtet.

kein USB, einfach eine vdi-Platte

Es präziseres Verhalten als „es hängt von der Größe ab“ (offenbar nicht nur und auch nicht, wie man es naiverweise erwarten würde) lässt sich daraus aber wohl nicht ableiten.

und gerade von der Größe scheint es eben nicht abzuhängen (s. meine 'gefühlte' Einschätzung → 9369114), sondern eher von der Art des verwendeten device (Stick/HDD/SSD…).

Für mich ist das auch plausibel, es werden immer 2 Partitionen angelegt, in eine werden immer Daten geschrieben.

kB schrieb:

Sie kommt vom Linux-Kernel.

Bist Du sicher, dass der Kernel Deutsch kann?
Und selbst wenn, im Terminal kann die Meldung nur erscheinen, wenn eine Anwendung – hier Ventoy – sie dorthin durchleitet. Und deshalb wäre es Aufgabe der Anwendung, sie sinnvoll zu verarbeiten, z.B. eine Benutzeraktion anbieten, und nicht unkommentiert auf Str+C zu warten. Aber da das wohl so ist, fände ich einen solchen Hinweis dann wenigstens im Wiki angebracht. Das ist übrigens mein einziges Anliegen hier, das zu klären.

Teste, ob Du den Stick unabhängig von Ventoy benutzen kannst oder dann auch Warnungen kommen.

Der Zug ist abgefahren. Die Ursache – das ISO-Dateisystem auf dem Stick, siehe Link zum Bug oben – existiert nicht mehr.

[…] Wenn Ventoy ein fehlerbehaftetes Partitionierungswerkzeug bemüht

Es gibt keinen Hinweis, dass dies der Fall ist oder auch nur sein könnte.

Siehe den weiter oben verlinkten Bug.
Auch Kugeln nach "Warnung: Der Treiberdeskriptor sagt, dass die physische Blockgröße 2048 Bytes ist. Linux sagt, dass es 512 Bytes sind." führt zu der Erkenntnis.

black_tencate schrieb:

kB schrieb: und gerade von der Größe scheint es eben nicht abzuhängen (s. meine 'gefühlte' Einschätzung → 9369114), sondern eher von der Art des verwendeten device (Stick/HDD/SSD…).

Sehe ich auch so, aber mehr als 1 Minute sollte das bei den bisschen Daten wohl nicht dauern (im Gegensatz zu MultiSystem, wo echt viel Zeug auf das Medium geschrieben wird).
Allerdings war Dein Test in einer VM da auch nicht aussagekräftig. Was hat man von Ventoy in einer flüchtigen VM?

tomtomtom schrieb:

[…]

writing data to disk ...

Und da macht es ja nichts als den Bootloader zu schreiben

und zwar jedes der 446 Byte des MBR einzeln … gruselig! Mag sein, dass da mancher Flash-Speicher nicht mehr mitkommt mit der Reorganisation seiner Seiten. Mag sein, dass manche Billigheimer das nicht überleben und hochwertige USB-Sticks nach dieser Folter so etwas ähnliches wie Long-Covid entwickeln.

und ein paar Daten auf die Partition zu schreiben.

einzelne Byte neben die Partitionen

Ich habe Ventoy auf einen ganz frischen unbenutzten Stick (SanDisk) installiert. Mag sein, dass ich deshalb bisher keine negativen Erfahrungen gemacht habe.

UlfZibis schrieb:

...Was hat man von Ventoy in einer flüchtigen VM?

hmm, was glaubst Du, wie denn die Bilder entstanden sind (so völlig unverzerrt)? Und wieso "flüchtig"? Die VM existiert schon noch.

Zum Artikel:

Treewiev TreeView

+ Problembehebung - Typo

kB schrieb:

+ Problembehebung - Typo

Danke! Sehr schön prägnant zusammengefasst und das noch mit Humorspritze "einzelne Bytes" (Hast Du das wirklich beobachtet oder ist das eine Annahme?).