staging.inyokaproject.org

Hallo,

ich habe kürzlich den Artikel Dualboot-Windows virtualisieren entdeckt und mich entschloss, nach der Anleitung mein Windows, das bereits auf einer anderen Festplatte ist, zu virtualisieren. Ich besitze Virtualbox und seine Erweiterung in der Version 4.1.14

Mein Problem ist nun, dass ich beim Punkt 4 beim Unterpunkt Dualboot-Windows virtualisieren (Abschnitt „Virtuelle-Maschine-konfigurieren“) nicht weiter komme. Ich erhalte immer die Fehlermeldung NS_ERROR_FAILURE (0x80004005) (siehe Anhang). Ich bin das ganze Tutorial nochmal durchgegangen, habe nochmal kontrolliert, ob mein Benutzer die richtigen Rechte hat und habe auch noch dieses Verfahren zur Problembehebung (Abschnitt „Kein-Start-der-Maschinen-nach-Installation-des-Extension-Packs“) durchgemacht. Hat alles nichts gebracht. ☹

Weiß jemand Rat?

Hallo human,

ich habe den Artikel geschrieben und hoffe, daß ich Dir weiterhelfen kann.

Ich sehe folgende Fehlermöglichkeiten:

• Die Anleitung orientiert sich am Beispiel sda1 als Windowspartition. Dies muß in den Terminalbefehlen angepaßt werden. Wo ist Deine Windows-Partition? Evtl. wurde irgendwo /dev/sda oder /dev/sda1 nicht richtig angepaßt, insbesondere in dem vboxmanage-Befehl in Verweis auf Windows-Partition erzeugen.

• Angenommen, Du hast überall die richtigen Partition(en) angegeben, und es handelt sich um ein Rechteproblem. Um herauszufinden, ob es daran liegt, kannst Du probeweise der Gruppe disk beitreten:

sudo adduser $USER disk 

Diese Gruppenzugehörigkeit ist nicht auf Dauer zu empfehlen, da sie zu viele Rechte vergibt. Wieder Austreten kannst Du mittels

sudo deluser $USER disk 

P.S.: Dein "Problembehebung"-Link funktioniert nicht. Wie ist der richtige Link?

Edit: Damit diese Rechtevergabe wirksam wird, mußt Du Dich vom System einmal ab- und wieder anmelden.

Hallo, Lauscher.

Erstmal danke für den Wiki-Artikel, der mir wirklich gut gefällt! 👍

Der Befehl

1

sudo fdisk -l 

ergibt bei mir folgendes für die für Windows relevanten Partitionen:

Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63    81924095    40962016+   7  HPFS/NTFS/exFAT
/dev/sda2        81924096   625142447   271609176    f  W95 Esteso (LBA)
/dev/sda5        81926144   625141759   271607808    7  HPFS/NTFS/exFAT

Ich habe also eine ganze Festplatte allein für Windows, die eigentlich nur zwei Partitonen (C/D) hat.

Mein Verweis auf die Windows-Partiton sah demnach so aus (vielleicht liegt da schon mein erster Fehler?):

1

sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk -rawdisk /dev/sda -partitions 1,2,5 -mbr ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr -relative 

Für die Erteilung der Zugriffsrechte habe ich mich für Variante 1 entschieden, mit folgendem Ergebnis:

# Zugriffsrechte für VirtualBox raw disk access
# Nur Benutzer <meinbenutzername> kann direkt auf sda1, 2 und 5 zugreifen
KERNEL=="sda1", OWNER="<meinbenutzername>", MODE="0600"
KERNEL=="sda2", OWNER="<meinbenutzername>", MODE="0600"
KERNEL=="sda5", OWNER="<meinbenutzername>", MODE="0600"

P.S.: Der Link zur VirtualBox/Problembehebung (Abschnitt „Kein-Start-der-Maschinen-nach-Installation-des-Extension-Packs Problembehebung“) habe ich erneuert. Ich habe die Lösung im Unterpunkt "Kein Start der Maschinen nach Installation des Extension-Packs" erfolglos versucht.

Hallo human,

das sieht alles richtig aus, was Du da gemacht hast. Hast Du die Rechtevergabe mit Gruppe disk schon versucht? Beachte auch meinen nachträglichen Kommentar:

Edit: Damit diese Rechtevergabe wirksam wird, mußt Du Dich vom System einmal ab- und wieder anmelden.

Etwas irritiert bin ich über die Partition mit dem Format sda2 "W95 Esteso (LBA)". Vllt. ist das eine Systempartition, die ich im Wiki noch ergänzen sollte; daß Du sie eingebunden hast, ist sicherlich richtig. Diese Problembehebung schaue ich mir jetzt mal an.

Hallo Lauscher,

danke für die schnelle Antwort. ☺

Lauscher schrieb:

das sieht alles richtig aus, was Du da gemacht hast. Hast Du die Rechtevergabe mit Gruppe disk schon versucht? Beachte auch meinen nachträglichen Kommentar:

Edit: Damit diese Rechtevergabe wirksam wird, mußt Du Dich vom System einmal ab- und wieder anmelden.

Reicht es nicht theoretisch auch nur

1

newgrp - disk 

auszuführen, so dass eine Aus- und Wiederanmeldung unnötig wird? Ich logge mich allerdings gleich mal aus und wieder ein, muss nur warten bis ein Programm fertig ist.

Etwas irritiert bin ich über die Partition mit dem Format sda2 "W95 Esteso (LBA)". Vllt. ist das eine Systempartition, die ich im Wiki noch ergänzen sollte; daß Du sie eingebunden hast, ist sicherlich richtig. Diese Problembehebung schaue ich mir jetzt mal an.

Ich ebenfalls. Das sehe ich zum ersten Mal.

Edit: Ich hab übrigens mit gparted meine Windows-Festplatte überprüft und sehe dort kein sda2 mit "W95 Esteso (LBA)", siehe Anhang.

Hallo human,

Reicht es nicht theoretisch auch nur

1	newgrp - disk

auszuführen, so dass eine Aus- und Wiederanmeldung unnötig wird?

Mit newgrp habe ich keine Erfahrung, scheint auch eher einen Gruppenwechsel als eine zusätzliche Gruppenzugehörigkeit zu bewirken; daß Ab- und Anmelden erforderlich ist, finde ich auch etwas nervig. Ubuntu kann offenbar die Zugehörigkeit eines aktuell angemeldeten Benutzers nicht mit sofortiger Wirkung ändern; auch entsprechende Hinweise im Wiki fehlen an vielen Stellen. In dem "Problembehebung"-Link habe ich auch gerade einen entsprechenden Hinweis ergänzt; die Gruppenbeitretung zu vboxusers wird nämlich auch erst nach Ab- und Anmelden wirksam.

Ich bin deiner Anweisung gefolgt und bin mit meinem Benutzernamen in der "disk" Gruppe eingetragen und, nachdem ich mich wieder angemeldet hatte, kann ich mit dem Laden der .vmdk-Datei fortfahren. Soll ich die Operation jetzt so fortfahren und mich nachher austragen oder sollte man eine andere Lösung erwägen, jetzt, da klar ist, dass es sich um ein Problem mit den Rechten handelt?

human schrieb:

Ich bin deiner Anweisung gefolgt und bin mit meinem Benutzernamen in der "disk" Gruppe eingetragen und, nachdem ich mich wieder angemeldet hatte, kann ich mit dem Laden der .vmdk-Datei fortfahren. Soll ich die Operation jetzt so fortfahren und mich nachher austragen oder sollte man eine andere Lösung erwägen, jetzt, da klar ist, dass es sich um ein Problem mit den Rechten handelt?

Ah, gut, Problem eingegrenzt. Ja, Du kannst erst einmal so fortfahren und die Rechtevergabe später klären.

Warst Du schon vor der Problembehebung Mitglied der Gruppe vboxusers?

• Wenn nein, könntest Du aus disk wieder Austreten (Ab- und Anmelden...), und es noch einmal versuchen. Das Beitreten zu vboxusers wird nämlich auch erst nach Ab- und Anmelden wirksam. (Edit: Bitte zuerst dies ausprobieren, damit ich sehen kann ob es an vboxusers liegt oder an der udev-Rechtevergabe)

• Wenn ja: Aus disk wieder austreten (Ab- und Anmelden...). Eine Möglichkeit wäre, die udev-regeln zu erweitern, möglicherweise reicht 0600 nicht aus, sondern es braucht 0660:

# Zugriffsrechte für VirtualBox raw disk access
# Nur Benutzer <meinbenutzername> kann direkt auf sda1, 2 und 5 zugreifen
KERNEL=="sda1", OWNER="<meinbenutzername>", MODE="0660"
KERNEL=="sda2", OWNER="<meinbenutzername>", MODE="0660"
KERNEL=="sda5", OWNER="<meinbenutzername>", MODE="0660"

sda2 klärt sich jetzt: Es ist eine primäre Partition, die als Verweis auf eine logische/erweiterte Partition sda5 wirkt. Das Einbinden in vboxmanage und die Rechtevergabe in udev ist wahrscheinlich nicht nötig.

Warst Du schon vor der Problembehebung Mitglied der Gruppe vboxusers?

Ja, war ich. Bis zu dem Moment als ich in die Gruppe disk eingetreten bin.

Wenn nein, könntest Du aus disk wieder Austreten (Ab- und Anmelden...), und es noch einmal versuchen. Das Beitreten zu vboxusers wird nämlich auch erst nach Ab- und Anmelden wirksam.

Ohne dein Post abzuwarten, habe ich genau das getan. Gewissermaßen wiederholt. Und siehe da, jetzt funktioniert es. Es war also so, dass ich zuerst bei "vboxusers" eingetragen war, bis ich beim Unterpunkt 4 (siehe Anfangspost) nicht weiter kam, dann wechselte ich zu "disk", Aus-/Einloggen, wechselte zu "vboxusers", Aus-/Einloggen, seitdem scheint es zu funktionieren.

Wenn ja: Aus disk wieder austreten (Ab- und Anmelden...). Eine Möglichkeit wäre, die udev-regeln zu erweitern, möglicherweise reicht 0600 nicht aus, sondern es braucht 0660:

Um das ganze letztgültig zu bestätigen, schau ich mal, ob sich in den nächsten Tagen etwas ändert. Ich lasse es dich wissen, ob es wieder einen Fehler gibt. Danke für deine Hilfe auf jeden Fall. 😀

sda2 klärt sich jetzt: Es ist eine primäre Partition, die als Verweis auf eine logische/erweiterte Partition sda5 wirkt. Das Einbinden in vboxmanage und die Rechtevergabe in udev ist wahrscheinlich nicht nötig.

Also, kann ich sda2 trotzdem drin lassen?

Edit: Aha, jetzt bekomme ich folgenden Fehler (siehe Anhang). Übersetzung (sinngemäß) der Meldung: "Kein Zugang zum Unterprozess USB erhalten. Zur Zeit besitzt Virtualbox keine Erlaubnis USB-Geräte zu öffnen. Du kannst diese Sache ändern, indem du deinen Beutzer zur Gruppe "vboxusers" hinzufügst. Siehe das Benutzerhandbuch für eine detailiertere Erklärung." Das interessante ist, dass ich bereits in dieser Gruppe eingetragen bin!?

Edit2: Okay, Aus/Einloggen löst das Problem. Ich werde mich nie daran gewöhnen.

human schrieb:

Warst Du schon vor der Problembehebung Mitglied der Gruppe vboxusers?

Ja, war ich. Bis zu dem Moment als ich in die Gruppe disk eingetreten bin.

Du bist dann Mitglied in beiden Gruppen. Das schließt sich nicht aus. (Du kannst ja auch Mitglied in mehreren Vereinen sein 😉 )

Wenn nein, könntest Du aus disk wieder Austreten (Ab- und Anmelden...), und es noch einmal versuchen. Das Beitreten zu vboxusers wird nämlich auch erst nach Ab- und Anmelden wirksam.

Ohne dein Post abzuwarten, habe ich genau das getan. Gewissermaßen wiederholt. Und siehe da, jetzt funktioniert es. Es war also so, dass ich zuerst bei "vboxusers" eingetragen war, bis ich beim Unterpunkt 4 (siehe Anfangspost) nicht weiter kam, dann wechselte ich zu "disk", Aus-/Einloggen, wechselte zu "vboxusers", Aus-/Einloggen, seitdem scheint es zu funktionieren.

Ich bin jetzt etwas verwirrt. Bist Du jetzt Mitglied in beiden Gruppen? Mitgliedschaft in vboxusers ist zwingend, um mit VirtualBox arbeiten zu können. disk sollten wir möglichst vermeiden. Um genau zu überprüfen: Trete mal aus disk aus und in vboxusers ein mit

sudo deluser $USER disk
sudo adduser $USER vboxusers 

, melde Dich ab und wieder an, und guck nochmal, ob es geht. Dann können definitiv sagen, es haperte an Gruppe vboxusers, und nicht an den udev-Regeln. Das ist für mich insoweit wichtig, damit ich weiß, ob der Fehler im Artikel liegt oder nicht. (Eine Ergänzung in "Problembehebung" habe ich jetzt gemacht für das Beitreten zu vboxusers, NS-ERROR-FAILURE-Probleme damit gibt es wohl öfters.)

Um das ganze letztgültig zu bestätigen, schau ich mal, ob sich in den nächsten Tagen etwas ändert. Ich lasse es dich wissen, ob es wieder einen Fehler gibt.

Ja, mach das. Auch über eine Rückmeldung, ob Du mit dem Artikel insgesamt erfolgreich bist, freue ich mich. Welche Windows-Version hast Du? (XP/Vista/7, 32bit oder 64bit, Service-Pack Version?)

Danke für deine Hilfe auf jeden Fall. 😀

Gern geschehen! Ich freu mich, daß Du den Artikel ausprobierst! Ich habe lange daran gebastelt, und freue mich, wenn er nun praktische Anwendung findet.

sda2 klärt sich jetzt: Es ist eine primäre Partition, die als Verweis auf eine logische/erweiterte Partition sda5 wirkt. Das Einbinden in vboxmanage und die Rechtevergabe in udev ist wahrscheinlich nicht nötig.

Also, kann ich sda2 trotzdem drin lassen?

Ja, kannst Du; ist wahrscheinlich unnötig, aber auch nicht weiter gefährlich.

Dann können definitiv sagen, es haperte an Gruppe vboxusers, und nicht an den udev-Regeln. Das ist für mich insoweit wichtig, damit ich weiß, ob der Fehler im Artikel liegt oder nicht. (Eine Ergänzung in "Problembehebung" habe ich jetzt gemacht für das Beitreten zu vboxusers, NS-ERROR-FAILURE-Probleme damit gibt es wohl öfters.)

Ich war scheinbar entweder immer nur in der einen oder anderen Gruppe eingeschrieben!? Jedenfalls funktioniert es jetzt. Ich bin nicht mehr in "disk", dafür in "vboxusers". Ich bekomme die letzte Fehlermeldung nicht mehr (siehe letzten Anhang) und ich kann probemäßig die vmdk-Datei auswählen ohne die Fehlermeldung vom Anfang zu erhalten (siehe Erstpost). Ich denke, es war ein Problem mit den Rechten und/oder mit der Gruppe "vboxusers".

Wenn man also diesselbe Fehlermeldung NS_ERROR_FAILURE beim Laden von vmdk-Dateien erhält, könnte man vielleicht als Problemhebung in deinem Artikel den Wechsel in die Gruppe "disk" anbieten, bis man die virtuelle Maschine erstellt hat. Danach wechselt man explizit zur "vboxusers"-Gruppe.

Ich hab Windows XP SP3. Vielleicht solltest du für die Leute, die Windows haben, ganz klar die Variante mit dem Hardwareprofil empfehlen, das scheint deutlich einfacher zu sein als die Hardwareumgebung zu virtualisieren.

Vielen Dank nochmal! ☺

Jedenfalls funktioniert es jetzt.

Gut!

Ich bin nicht mehr in "disk", dafür in "vboxusers". Ich bekomme die letzte Fehlermeldung nicht mehr (siehe letzten Anhang) und ich kann probemäßig die vmdk-Datei auswählen ohne die Fehlermeldung vom Anfang zu erhalten (siehe Erstpost). Ich denke, es war ein Problem mit den Rechten und/oder mit der Gruppe "vboxusers".

Jetzt kann ich definitiv sagen: Es war ein Problem mit vboxusers. Ich habe eine entsprechende Fehlerbehandlung im Artikel ergänzt.

Ich hab Windows XP SP3. Vielleicht solltest du für die Leute, die Windows XP haben, ganz klar die Variante mit dem Hardwareprofil empfehlen, das scheint deutlich einfacher zu sein als die Hardwareumgebung zu virtualisieren.

Das ist beim Einrichten einfacher, später aber nervig (wie ich finde), da man bei jedem Start das richtige Profil wählen muß und sich nicht vertun darf. Am Anfang von "Virtuelle Hardware angleichen" weise ich ja extra noch einmal auf die Möglichkeit der Hardwareprofile hin. XP SP3 ergänze ich jetzt noch zu den geprüften Windows-Versionen.

Vielen Dank nochmal! ☺

Ich danke auch! ☺

Edit:

könnte man vielleicht als Problemhebung in deinem Artikel den Wechsel in die Gruppe "disk" anbieten

Das sollte jetzt nicht mehr nötig sein; in der Problembehebung beschreibe ich jetzt den Beitritt in vboxusers, disk sollte dann nicht mehr nötig sein. Die Möglichkeit mit disk möchte ich nur ungern in den Artikel aufnehmen, da sie eine Sicherheitslücke öffnet und viele in Versuchung sein könnten, es einfach dabei zu belassen, weil es ja "einfach funktioniert".

Bei mir sieht das so aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

~$ sudo fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 Köpfe, 63 Sektoren/Spur, 60801 Zylinder, zusammen 976773168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x00097884

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1   *          63   312496379   156248158+   7  HPFS/NTFS/exFAT
/dev/sda2       312496380   800775989   244139805    7  HPFS/NTFS/exFAT
/dev/sda3       800775990   957024179    78124095   83  Linux
/dev/sda4       957024180   976768064     9871942+  82  Linux Swap / Solaris

Der Befehl zum Erstellen der virtuellen Festplatte sah so aus:

sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk -rawdisk /dev/sda -partitions 1 -mbr ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr -relative 

Und die udev-Regel sieht aus wie im Artikel:

# Zugriffsrechte für VirtualBox raw disk access
# Nur Gruppe vboxusers kann direkt auf sda1 zugreifen
KERNEL=="sda1", GROUP="vboxusers", MODE="0060" 

Z0M813 schrieb:

Der Befehl zum Erstellen der virtuellen Festplatte sah so aus:

sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk -rawdisk /dev/sda -partitions 1 -mbr ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr -relative 

Und die udev-Regel sieht aus wie im Artikel:

# Zugriffsrechte für VirtualBox raw disk access
# Nur Gruppe vboxusers kann direkt auf sda1 zugreifen
KERNEL=="sda1", GROUP="vboxusers", MODE="0060" 

Mir fällt auf, daß Du nur sda1 eingebunden hast, auch die udev-Regel gibt nur sda1 frei; Deine Partitionsliste zeigt aber 2 ntfs-Partitionen (sda1 und sd2), ist das so gewollt? Die Ursache für NS_ERROR_FAILURE kann das aber auch noch nicht sein.

Hast Du bei der Problembehebung

• NS_ERROR_FAILURE: Diese Fehlermeldung von VirtualBox kann darauf hinweisen, dass die Gruppenzugehörigkeit zu vboxusers fehlt.

  • Lösung: Der Gruppe vboxusers beitreten, danach vom System ab- und wieder anmelden, damit dies wirksam wird:

    sudo adduser $USER vboxusers 

daran gedacht, Dich ab- und wieder anzumelden?

Bei udev steht derzeit noch, daß der Befehl sudo service udev reload die Regel wirksam macht; ich habe aber den Eindruck, daß der Befehl (seit 12.04?) nicht mehr richtig funktioniert. Ein Neustart des Systems könnte Abhilfe schaffen, damit die udev-Regel sicher funktioniert.

Mach einfach mal einen Neustart, und guck, ob es dann geht (Redmond läßt grüßen ...). Wenn das nicht reicht, versuche es mit einem Beitritt zu Gruppe disk, wie oben im Thread beschrieben.

Die zweite NTFS-Partition ist nur für den Austausch zwischen Windows und Ubuntu und damit Dokumente, Musik und so weiter nicht doppelt sein müssen.

Nach dem Neustart funktioniert es ☺ .