Der anstehende update Vbox 6.1.32 auf 6.1.34 ist wohl 'in die Hose' gegangen!? [ERLEDIGT]

[kalle123]

Wenn ich mir das so anschaue, hakt es da ziemlich ....

https://forums.virtualbox.org/viewtopic ... 15#p516528

https://www.virtualbox.org/ticket/20904

Bleibe vorerst bei 6.1.32

Gruß KH

[willy4711]

Lief bei mir als normales Upgrade mit, und

Plumps ging's in die Hose.

Hatte keine große Lust mich mit den unverständlichen Fehlermeldungen auseinanderzusetzen.
Hab mir dann gestern die Pakete aus Sid geholt, und vorher alles gepurgt samt dem Zeugs in /home.
(meine VM's sind natürlich woanders)

Nun läuft es wieder

Was mich immer wieder ärgert bei Debian: Da hat man eine total unübersichtliche Zusammenstellung
von irgendwelchen virtualbox*.deb - Paketen, wo man nur würfeln kann, welches man denn nun braucht oder nicht.
Darum nehme ich das Zeugs von Debian nur ungern.
aber:
In der Not frisst der Teufel Fliegen.

[tijuca]

Wie gut nur, dass non-free immer noch das nicht offizielle Debian ist.

[kalle123]

Problem scheint behoben.

Grade den update von 6.1.32 auf 6.1.34 gemacht, ist jetzt ok.

cu KH

[willy4711]

Wie gut nur, dass non-free immer noch das nicht offizielle Debian ist.

Info: Virtualbox ist in contrib nur virtualbox-guest-additions-iso ist in non-free

Aber virtualbox gibt es eh nur noch in Stretch und sid.

Keine Ahnung was da läuft, zumal die Bullseye- Version von Oracle ebenso wie sie Sid- Version von Debian
in Testing an sich problemlos laufen.

Von ein paar kleinen "Holpern", wie gerade passiert, mal abgesehen.
Aber das passiert wohl woanders auch mal ?

[kalle123]

War ja auch innerhalb von 2 Tagen behoben

Gruß KH

[cosinus]

Was mich immer wieder ärgert bei Debian: Da hat man eine total unübersichtliche Zusammenstellung
von irgendwelchen virtualbox*.deb - Paketen, wo man nur würfeln kann, welches man denn nun braucht oder nicht.
Darum nehme ich das Zeugs von Debian nur ungern.
aber:
In der Not frisst der Teufel Fliegen.

Ich hab mich mittlerweile damit abgefunden. Ich lade manuell diese Dateien

Code: Alles auswählen

http://ftp.debian.org/debian/pool/contrib/v/virtualbox/virtualbox-dkms_6.1.34-dfsg-1_amd64.deb
http://ftp.debian.org/debian/pool/contrib/v/virtualbox/virtualbox_6.1.34-dfsg-1_amd64.deb
http://ftp.debian.org/debian/pool/contrib/v/virtualbox/virtualbox-qt_6.1.34-dfsg-1_amd64.deb

und installiere sie mit dpkg -i auch in dieser Reihenfolge. Danach schauen ob VirtualBox startet und wenn ja dann noch das aktuelle extpack und die ISO von https://download.virtualbox.org/virtualbox/6.1.34/ laden.

[inne]

... samt dem Zeugs in /home.
(meine VM's sind natürlich woanders)

Hallo,

kannst Du für mich bitte kurz skizzieren, wo du die VM's gespeichert hast? Nach /var/tmp, denn was anderes fällt mir nicht ein, gibt es einen passenderen Pfad? Ein neues Verz. auf der SSD wie /home-ssd?

[kalle123]

Hast mich zwar nicht gefragt, aber ...
Meine VMs liegen einmal hier

/home/kalle/VirtualBox VMs/

für die, die ich fast täglich nutze

und hier

/mnt/DATA/VirtualBox VMs/

für die, die ich nicht produktiv nutze, und nur mal ab und zu rein schaue ....

Ordner #1 ist eine SSD und #2 meine Daten HDD.

Gruß KH

[willy4711]

kannst Du für mich bitte kurz skizzieren, wo du die VM's gespeichert hast?Nach /var/tmp, denn was anderes fällt mir nicht ein, gibt es einen passenderen Pfad? Ein neues Verz. auf der SSD wie /home-ssd?

Den Pfad kann man doch in den Einstellungen des Virtualbox-Managers beliebig einstellen
Bei mir auf einem separaten Laufwerk:
/media/Daten/VirtualBox_VMs/.
Das Verzeichnis ~/.config/VirtualBox/ enthält größtenteils Log's und die Einstellungen
aus dem Manager. Da ich nicht wusste, woher der Fehler kam, hab ich halt das Verzeichnis gelöscht.
Man muss halt im Anschluss die VM's wieder neu dem Manger zur Verfügung stellen, was aber in
Minuten erledigt ist. Die Einstellungen der VM ist ja nicht in ~/.config/VirtualBox/ gespeichert, sondern in den *.vbox Dateien bei den *.vdi Images.

Edit:

Die Vm's auf dem ganzen Rechner zu verteilen, halte ich nicht für so sinnvoll,
weil man ja dann jedesmal bei der Erstellen einer neuen VM dem Pfad anbeben muss.
Was ne irre Arbeit

[kalle123]

Die Vm's auf dem ganzen Rechner zu verteilen, halte ich nicht für so sinnvoll,
weil man ja dann jedesmal bei der Erstellen einer neuen VM dem Pfad anbeben muss.
Was ne irre Arbeit

Ich weiß ja nicht, wie oft du deine VMs wechselst, also bei mir kommt das nur äußerst selten vor und somit ist das für mich in Ordnung.

Und ich sammle VMs auch nicht so, wie man früher mal Briefmarken gesammelt hat .....

Gruß KH

[inne]

Danke!

Ich habe hier mein /home auf eine HDD und das System auf einer SSD. Die VM's nach /home-ssd verschoben, was ich neu auf der SSD dafür angelegt habe. Aber das gefällt mir irgendwie nicht.
Vorher hatte ich alles inkl /home auf der SSD und die HDD unter /mnt/Volume eingebunden und via Link die ganzen Verz. die ich nicht auf der SSD in /home haben wollte dorthin getan, aber das gelbe vom Ei ist auch das nicht. Es funktioniert beides, bis auf das man Shared Folder nicht als Link handhaben kann sonder als bind mounts oder so (Statt Links bind mounts zu verwenden, habe ich hier im Forum auch schon gesehen).
Ich dachte ich käme nun auf einen grünen Zweig mit meinem Setup, was das auslagern nicht HDD (zu langsam) bzw. SSD (keine großen statischen Files wie ~/Musik und ~/Video z.B.) gerechter Daten angeht

[kalle123]

Geh schon seit Jahren so vor wie hier beschrieben

https://community.linuxmint.com/tutorial/view/1609

/home auf der SSD und die 'fetten' Teile* aus /home, die ruhig auf die langsame Platte können dann auf der HDD ....

Gruß KH

[rhHeini]

Ich habe hier mein /home auf eine HDD und das System auf einer SSD. Die VM's nach /home-ssd verschoben, was ich neu auf der SSD dafür angelegt habe. Aber das gefällt mir irgendwie nicht.

Ich hab für meine VMs eine separate SSD spendiert, die nach einem selbst generierten Mountpoint /mnt/vbimage gemountet wird. Den Pfad kann man wunderbar im VirtualBox Manager unter Datei - Einstellungen hinbiegen.

Rolf

[inne]

Ok.
Viel mehr Möglichkeiten habe ich dann auch nicht.
Links wie bei der Lösung von kalle123, funktionieren auch mit der Gnome-Shell und Tracker noch!

[willy4711]

Irgendwie verstehe ich die Problematik nicht.
Das Image und die Steuerdatei eine VM (Virtualbox) liegen bei mir auf einer SSHD ( 8GB SSD-Cache ),
die für mich schnell genug ist, um die VM in einer für mich ausreichenden Geschwindigkeit zu starten.

Hatte das mal gegen mein /home auf der M.2 SSD gecheckt, was nur minimal schneller war.
Wie üblich, wird dieses Laufwerk per fstab gemountet.

Wo die gemeinsamen Ordner / Laufwerke auf dem Host sind, ist doch ziemlich egal, da Virtualbox dafür eigene Treiber nutzt, diese einzubinden.
Einbinden kann man die im Vbox-Manager oder live bei laufender VM.

Der Standard- Mountpoint in Linux VM's ist /media/sf_irgendwas.

Wenn einem danach ist geht da natürlich auch via Terminal, Eine Notwendigkeit dafür hab ich in meinem Leben
aber noch nicht gesehen.

Aber mehr dazu, falls Interesse:
https://docs.oracle.com/en/virtualizati ... lders.html

Mir ist nicht ganz klar was da für Klimmzüge wg. mounten gemacht werden. Verstehe ich da was Falsch ?

[willy4711]

Ich weiß ja nicht, wie oft du deine VMs wechselst, also bei mir kommt das nur äußerst selten vor und somit ist das für mich in Ordnung

Da scheint es Unterschiede zu geben: Ich hab in der Regel 12 - 15 VM's installiert. Nutzen tue ich davon nur 2 Produktiv (Home Banking/Win 10 und Win 10 /Saugen).

Der Rest ist halt "informativ", weil man ja nicht ein reiner "Fachidiot"(Xfce) sein will --> also Spielkram.
Die werden oft mal gelöscht, weil nicht gefällt usw.

Ich hab mich mittlerweile damit abgefunden. Ich lade manuell diese Dateien

Code: Alles auswählen

http://ftp.debian.org/debian/pool/contrib/v/virtualbox/virtualbox-dkms_6.1.34-dfsg-1_amd64.deb
http://ftp.debian.org/debian/pool/contrib/v/virtualbox/virtualbox_6.1.34-dfsg-1_amd64.deb
http://ftp.debian.org/debian/pool/contrib/v/virtualbox/virtualbox-qt_6.1.34-dfsg-1_amd64.deb

und installiere sie mit dpkg -i auch in dieser Reihenfolge. Danach schauen ob VirtualBox startet und wenn ja dann noch das aktuelle extpack und die ISO von https://download.virtualbox.org/virtualbox/6.1.34/ laden.

Ja so ähnlich habe ich das auch gemacht (try and error).
hab jetzt aber gleich noch virtualbox-ext-pack und virtualbox-guest-additions-iso
dazu gepackt.
und dann im Pfad (extra Verzeichnis) ein

Code: Alles auswählen

 apt install ./*.deb

[kalle123]

Mit nem Dutzend oder mehr, da kann ich nicht mit reden

Auf der SSD

WIN 10 (proprietäre Programme Modellbau/Elektronik) und ein Bullseye zum Bauen aus sources (z.Z. Ardupilot und EdgeTX). WIN 10 auf einer HDD tue ich mir nicht an und beim Bauen brauch ich speed .... Und auf dem host hier wird nicht gebaut, der bleibt 'sauber'.

und auf der HDD

1x Bullseye als Referenz quasi und ein Testing, um da ab und zu zu schauen, was sich so tut.

So Sachen wie SLAX oder mal ein Xubuntu 20.04 (brauchte ich, weil die Bauanleitung aus den Quellen dafür geschrieben war) werden nur sehr kurzfristig in einer Vbox installiert, aber auch recht schnell auf eine externe Platte exportiert und auf der Maschine dann gelöscht.

cu KH

[inne]

Irgendwie verstehe ich die Problematik nicht.
[...]
Mir ist nicht ganz klar was da für Klimmzüge wg. mounten gemacht werden. Verstehe ich da was Falsch ?

Es ist kein Problem im Sinne von hier funktioniert etwas nicht, und was bedeutet die Fehlermeldung. Es ist eher ein Organisations/Managmentproblem, wie und wo speicher ich meine Dateien am besten wenn ich in HOME alles nach "soll auf SSD" und "soll auf HDD" sein Ordnen will.

Mit dem Link von kalle123 ist mir erst einmal schon geholfen, so habe ich jetzt z.Z. auch wieder. Alles ~ inkl. der ~/VirtualBox VMs auf der SSD und sonst nach /mnt/Volume verlinkt.
Ich hatte von alleine noch nicht weiter im Netz geschaut, wie das andere Handhaben, aber scheinbar ist das der/ein gangbarer Weg es so zu tun