• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Ventoy - für und wider

framp

framp

Moderator
Teammitglied
Interessanter Link (y)

Ich bin aktiv in einem RC und da nutzen wir Ventoy um abhängig von der CPU Leistung der Systeme verschiedene Linux Mint zu installieren um nicht von Windows11 mehr unterstützte HW weiterhin nutzbar zu machen, um unnötigen Elektroschrott zu vermeiden.
Wenn ich das richtig verstehe ist der Complaint dass nicht 100% sicher ist, was da alles an OSS Source genutzt wird.
Die Frage die sich mit jetzt stellt: Sollten wir besser für jeden Mint Ditsro einen eigenen USB Stick aufsetzen ohne Ventoy? Ist ja schon convenient per Ventoy das jeweilige Image zur Installtion auswählen zu können.
 
OP
susejunky

susejunky

Moderator
Teammitglied
framp schrieb:
Sollten wir besser für jeden Mint Ditsro einen eigenen USB Stick aufsetzen ohne Ventoy?
Zum Vergrößern anklicken....
Zwar habe ich mir Ventoy vor längerem einmal angesehen, habe es aber nie "genutzt".

Ich verwende (seit vielen Jahren) ein openSUSE Tumbleweed System von einer USB-NVMe als Notfall- und Installationssystem und habe noch nie den Bedarf für ein Werkzeug wie Ventoy gesehen.

Für mich würde Ventoy nur eine weitere Komponente darstellen, in deren Arbeitsweise ich mich einarbeiten müsste, die ggf. zusätzliche Fehlerpotentiale birgt, mir aber keinen Mehrwert bietet.
 
manzek

manzek

Nachdem in einem anderen Linux-Forum nicht nur von Ventoy abgeraten wurde und das sogar als Teufelszeugs tituliert wurde, hatte ich zunächst von einer Nutzung abgesehen. Andererseits bin ich allerdings ein Mensch, der gern was ausprobiert und vor allem nichts glaubt, was ich nicht mit eigenen Augen gesehen habe.
Nach dem Motto 'Versuch macht kluch' habe ich Ventoy auf einen meiner USB-Sticks mit 64 GB Kapazität installiert und anschließend die gewünschten ISOs aufgespielt. Bislang konnte ich noch nicht feststellen, dass Ventoy nicht richtig funktionieren würde; es hat mich bislang nie im Stich gelassen. Da hatte ich mit balea-etcher schon mehr Schwierigkeiten.

[Edit:]

Nach der (grob überflogen) Lektüre des o.a. Links stellt sich mir dann doch die Frage, ob es nicht doch sinnvoller wäre, wieder jeweils einen eigenen Stick pro Distribution zu nutzen. Als ich seinerzeit Ventoy installiert hatte, suchte ich lediglich nach Hinweisen, dass Ventoy nicht nach Hause telefoniert. Das wurde anscheinend widerlegt, sodass ich zumindest in diesem Punkt beruhigt war.
 
Zuletzt bearbeitet:
framp

framp

Moderator
Teammitglied
Wir haben auf dem Ventoy USB Stick 3 ISO Images:

1) Mint mit XFE
2) Mint mit MATE
3) Mint mit Cinnamon

Default ist (3). Ich kann mir nicht vorstellen, dass Ventoy die ISOs modifiziert um die Systeme, die darüber installiert werden, zu infiltrieren. Technisch geht das sicherlich. Da aber Ventoy sehr verbreitet ist - auch bei Leuten, die sich gut mit Linux auskennen, denke ich nicht dass da Unfug getrieben wird.

Allerdings ist es schon etwas merkwürdig, dass nicht aller Ventoy Code verfügbar ist.

Da der Default (3) ist setzen wir vielleicht doch besser USB Sticks für (3) auf ohne Ventoy 🤔
 
TomcatMJ

TomcatMJ

susejunky schrieb:
Die Nutzung von Ventoy wurde hier (und auch in anderen Foren) schon oft diskutiert. So auch wieder einmal im openSUSE-Forum.

Dabei hat einer der Forums-Administratoren eine (meiner Meinung nach) lesenswerte Zusammenfassung der "Pros und Cons" zu diesem Thema verfasst.
Zum Vergrößern anklicken....
Installationsbootloader – Linupedia.org und Syslinux Wiki sind aber schon bekannt, oder?Ich hab in der Feature-Liste auf der Ventoy Website nun nichts gesehen was durch die syslinux suite mit den darin enthaltenen Zusatzmodulen nicht bereits abgedeckt wurde...höchstens veilleicht ein Konfigurationstool dafür würde es wohl abrunden :)
 
OP
susejunky

susejunky

Moderator
Teammitglied
TomcatMJ

TomcatMJ

https://repo.or.cz/syslinux.git <-letzte Ergänzung in der 6.02-pre3 war übrigens 2019, nicht 2016.. aber bislang hab ich selbst damit noch nichts gefunden was wirklich buggy wäre im Produktivgebrauch sofern man nicht gerade xfs oder btrfs nutzt (da gabs wohl schon öfters Hakeleien mit, die aber im normalfall kurz nach dem auffinden dann auch meist gefixed wurden)...und nach check der website Ventoy betreffs der Features und einem kurzen Blick in deren Forum hab ich nun auch nichts wirklich Relevantes gesichtet was mit syslinux/pxelinux/isolinux und den Zusatzmodulen die in der nicht von irgendwelchen Distributoren kastrierten Version (so wie Opensuse mit gfxboot das schonmal kaputtgepatcht hatte und Ubuntu einige zeit lang die Module auf einen defekten Stand modifiziert hatte) nicht funktionieren würde.
Zugegebenermaßen hab ich allerdings bislang auch noch keine Experimente mit irgendwelchen per Bitlocker verschlüsselten Images gemacht weil ich keinen Sinn drin sehe mit etwas zu experimentieren was sowieso schon im Normalzustand öfters negativ durch Inkompatibilitäten nach Updates aufgefallen ist wo Leute dann an ihre Daten nicht mehr rankamen.
Vermutlich muss ich es mir doch mal genauer ansehen um zu sehen obs nur eine nette Konfigurationshilfe für Syslinux und Konsorten ist die das Ganze ein wenig versteckt, oder doch tatsächlich was komplett eigenes ist, aber die Optik des Screenshots auf der Hauptseite sieht mir eindeutig nach dem guten alten vesamenu.c32 aus und das ist nunmal Teil der Syslinux Suite ;-)
 
TomcatMJ

TomcatMJ

OP
susejunky

susejunky

Moderator
Teammitglied
TomcatMJ schrieb:
wie unter Public Git Hosting - syslinux.git/summary zu sehen sein dürfte.
Zum Vergrößern anklicken....
Hmmm, also der letzte Commit mit Bezug zu syslinux-6.04-pre3, den ich dort finden kann, stammt vom 08. Februar 2019 ?

Aber um diese Diskussion für mich zu beenden:

Das von mir angelegte Thema "Ventoy - für und wider" hat ausschließlich das Ziel, die oft recht emotional geführten Diskussionen um die Verwendung von Ventoy zu versachlichen.

Ich selbst verwende Ventoy nicht (und nutze auch nicht syslinux). Bislang konnte ich meine Anforderungen stets mit Hilfe von GRUB-legacy, GRUB2-i386, GRUB2-efi, GRUB2-BLS oder systemd-boot lösen.
 
TomcatMJ

TomcatMJ

Per Chainloading kann man ja auch durchaus mehrere Lösungsansätze hintereinander nutzen, so wie ich es bereits mit pxelinux und ipxe oder grubpxe oder einem winPE im MosNis für Solaris 10, BSD-Derivaten und Win von Win95 bis 11 bzw. Server 2019 neben diversen Linuxvarianten im Einsatz hatte (oder bald auch iweder habe wenn ich den Installserver wieder ausmotte um weiter dran zu arbeiten)...

Mein bisheriger (zugegebenermaßen bislang nur oberflächlicher) EIndruck von Ventoy, auf das ich überhaupt erst durch diesen Thread aufmerksam wurde, ist halt daß es offenbar ein recht nett anzusehendes und leicht bedienbares Konfigurationstool für eben diese Bootlaoder ist..
Das kann natürlich auch täuschen,aber bei Konfigurationstools sehe ichs wie beim MidnightCommander:
Gut daß es solche Tools gibt die einem die Arbeit vereinfachen, aber wirklich Sinn machen die auch erst dann wenn man genauer weiss was sie eigentlich im HIntergrund machen, sprich: wenn man genug weiss um das was sie tun dasselbe auch ohne diese Tools hinbekommt, denn dann erst erleichtern sie wirkloich die Arbeit statt zu verschleiern (und den User somit im Ungewissen lassen) was da gerade gemacht wird.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben