staging.inyokaproject.org

Hallo Leute,

habe gerade ein update durchlaufen lassen. Leider ist mir erst danach bewusst geworden, dass ich damit erstmal auf virtualbox verzichten muss, bis die Module für die 2.6.24-18 über die Quellen nachgeliefert werden.

Beim durchstöbern der Paketliste sind mir die pakete namens
linux-backports-modules-<kernelversion>
aufgefallen.

Kann ich diese Pakete verwenden, um virtualbox mit den 17er modulen zu betreiben, bis die 18er in den nächsten Tagen verfügbar sind?

Ich brauch meine VMs nämlich jetzt und möchte ungern warten, auch wenns nur wenige Tage sind.

Hat jemand einen Rat?

Danke

André

hi, also nach einem Kernelupdate hilft bei mir immer ein

sudo /etc/init.d/vboxdrv setup

und die virtuelle Maschine läuft wieder.

 * Usage: /etc/init.d/vboxdrv {start|stop|restart|status}

Bei mir gibts offenbar keinen parameter setup.

Weitere Vorschläge?

Kann ich vielleicht das Update rückgängig machen, indem ich den 17er Kernel wieder per pat-get installiere?

Ich hab da ein ungutes Gefühl und meine, dass ich mir mit so einer Aktion das System abschießen könnte.

Oder gibts ne Möglichkeit das letzte Update rückgängig zu machen?

Kann mich jemand von euch aufklären?

Danke

André

Hi, bis zur entgültigen Lösung des Problems könntest du beim Booten, mit "ESC" ins Bootmenü und dort kannst du eigentlich auch deinen Rechner mit dem 17ér Kernel starten ... sollte eigentlich funtkionieren

viel Glück

War mir gar nicht klar, dass er die alten einträge in der menu.lst belässt.

Also hab ich mit dem 17er gestartet und es sah auch erst ganz gut aus. Der X-Server scheint mit dieser Aktion jedoch nicht ganz einverstanden zu sein, denn er quittiert meinen Einlog-Versuch mit nem leeren Bildschirm auf dem sogar der Cube (mehr schlecht als recht) funktioniert. Ich vermute mal dass das fglrx-modul an einen Kernel, nämlich den aktuellen, gebunden ist.

Dummerweise brauche ich X natürlich um VirtualBox zu betreiben 🙄

Tja, da bleibt wohl nur warten

Seit heute lässt mich VB 1.5.6 mit folgender Begründung nicht mehr auf meine XP-Installation zugreifen:

Hard disk '/home/xy/.VirtualBox/VDI/XPSP3.vdi' with UUID {e9ceb4a1-42bc-4ff3-a396-2b57025952e8} is already attached to a machine with UUID {ea9de5a6-19bb-4594-9c9a-89fb5014d7aa} (see '/home/xy/.VirtualBox/Machines/XPSP3/XPSP3.


Fehlercode:
0x80004005
Komponente:
Machine
Interface:
IMachine {31f7169f-14da-4c55-8cb6-a3665186e35e} 

Nun weiß ich nicht, ob das ebenfalls mit dem heutigen Kernelupdate oder anderen Updates zusammenhängen kann (ich hatte VB zwei, drei zuvor Tage nicht benutzt und in dieser Zeit am System nichts verändert, abgesehen eben von den Updates, die über hardy-updates und hardy-security reingekommen sind).

Jedenfalls war sowohl

sudo /etc/init.d/vboxdrv setup

als auch das Starten mit dem vorherigen Kernel wirkungslos.

Weiß jemand mehr?

Cross-Threading ist aber nicht gerade nett, zumal mein Problem noch nicht gelöst ist 🙄

Aber nun:

Kann das sein, dass du deine virtuelle Festplatte kopiert/geklont hast oder so?

Dassselbe ist mir mal dabei passiert und da hatte ich dann bereits eine Festplatte mit der entsprechenden ID. Das mag VirtualBox nicht so gern.

Leider kann ich dir nicht mehr genau sagen, wie ich das gelöst hatte. Ich weiß nur noch, dass ein Toolset auf der Kommandozeile für das erstellen einer neuen ID der Festplatte gab.

Danach musste dann noch suchen.

Und beim nächsten mal, mach bitte einen eigenen Beitrag auf

Gruß

André

Einfach das Modul selbst kompilieren, unter Ubuntu ist das idiotensicher. Einfach die Pakete virtualbox-ose-source und module-assistant installieren. Dann mit

sudo m-a

den module-assistant starten. Die Bedienung ist selbsterklärend.

liberavia hat geschrieben:

Cross-Threading ist aber nicht gerade nett, zumal mein Problem noch nicht gelöst ist 🙄

Das Problem mag ein anderes sein, aber, wie ich ausdrücklich geschrieben habe, ist meine Frage an die Experten ja gerade: ob auch dieser Defekt mit dem Kernelupdate zusammenhängen kann, da ich außer den Updates absolut nichts an irgendwas geändert habe; insofern schien mir das Anliegen in einem Thema namens "VirtualBox vs. Update auf Kernel 2.6.24-18" am richtigen Platz. Sollte dem nicht so sein, habe ich natürlich auch nichts dagegen, wenn ein Moderator das Thema auftrennt.

Zu deinem Vorschlag: Nach dem Toolset sehe ich mich mal um, bin aber an einer eigentlichen Diagnose nach wie vor fast noch mehr interessiert. Das Gastsystem lässt sich - unter Verlust aller Sicherungspunkte - in eine neue VM einbinden und so wiederherstellen, aber es ist natürlich grundsätzlich bedenklich, wenn VB ohne ersichtlichen Grund mit solchen Kapricen daherkommt.

Keine Panik,

dasselbe Problem hatte ich nach dem Update auch!
Meine VirtualBox ließ sich auch nicht mehr starten - null Problemo.

Einfach auf die Entwicklerseite gehen (http://www.virtualbox.org/) und unter "Downloads" (gleich der erste Link) nochmal runterladen.
Dann einfach installieren (*.deb) und schon läuft der Hase. Während der Installation wird man auch gefragt, ob für den neuen Kernel kompiliert werden soll.

Alle Daten + Einstellungen bleiben erhalten!

@Liesel: Du hast ein völlig anderes Problem als der OP. Wie kommt man auf die Idee, wegen so etwas Threads zu hijacken?

Danke Hello World,

Das war es! Dann bin ich ja auch für die nächsten Kernelupdates gewappnet 😀

@Liesel:
Dein Problem sagt die Fehlermeldung bereits an: Eine virtuelle Festplatte mit derselben Identifikationsnummer ist bereits bei VirtualBox registriert. Das von mir bezeichnete Toolset ist bereits in virtualbox enthalten. Allerdings habe ich keine Ahnung mehr, wie die Befehle lauten, um deiner Festplatte eine neue Identität zu verpassen. Im zweifel kannst du auch versuchen deine vdi-platte aus der Registrierung zu entfernen und anschließend wieder hinzuzufügen.
Mache hierfür aber einen eigenen Beitrag, denn

Dieser Beitrag ist gelöst! ☺

Dank an alle die versucht haben mir zu helfen 😉