Brak Pliku /sys/hypervisor/properties/capabilities

[Pienia]

Plik ten powinien istnieć, gdy procesor posiada pełną wirtualizacją i ma włączoną opcję wirtualizacji w BIOSie. Pełną wirtualizację posiadam. Jednak żadnej opcji w Biosie nigdy nie posiadałem i posiadać już raczej nie będę (nowych wersji do tej płyty głownej od jakiegoś dłuższego czasu brak). Potrzebne jest to podobno do uruchamiania 64 bitowych gości w Virtual Boxie. Zgłasza mi on od wersji 3.1 nastepujący komunikat: "Włączono rozszerzenia sprzętowej wirtualizacji VT-x/AMD-V, ale nie są one działające. Goszczony system 64-bitowy nie wykryje 64-bitowego procesora i nie będzie w stanie wystartować. Prosze upewnić się, czy VT-x/AMD-v są właściwie włączone w ustawieniach BIOS tego komputera." I oczywiście zwis gościa, bo nie wykrywa 64 bitowego procesora. I tak jest od dwóch ostanich oficjalnych wersji Virtual Boxa. Wcześniej te same maszyny gości działay bez takich problemów. Czy da się jakoś oszukać BIOS i/lub zasymulować plik capablities? A może to jest spowdowane niepełną obsługą czegoś tam (w tej chwili nie pamietam czego dokładnie) w Xen? W pliku /var/log/messages pojawia się też następująca informacja: "Kernel: warning: 'VirtualBox' uses 32-bit capabilities (legacy support in use)". Oczywiście host jest 64-bitowy.

 

grep pae /proc/cpuinfo

flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy

Jak widać pae i svm procek posiada. Czy ktoś może mi pomóc, albo naprowadzić w jaki sposób mógłbym rowiązać ten problem?

[@WalDo]

Jeśli chcesz działać na VBox 3.1, to odinstaluj wszelkie pakiety innych wirtualizacji (qemu, libvirt, xen itp)

Problem ogólnie jest znany i dość powszechny. Moja walka z VirtualBox 3.1 i podobnymi komunikatami trwała ok.3 dni A logi mniej więcej tak jak poniżej Jak widać próby cofnięcia się do wcześniej działających wersji (3.0.10, 3.0.12) zakończone były niepowodzeniem. Ostatecznie usunięcie xen, qemu itp pomogło, działa

Dec 09 20:40:11 Erased: VirtualBox-3.1
Dec 09 20:44:36 Installed: VirtualBox-3.1.0_BETA3_55271_fedora11-1.x86_64
Dec 09 20:46:54 Erased: VirtualBox
Dec 09 20:49:14 Installed: VirtualBox-3.0.12_54655_fedora11-1.x86_64
Dec 10 12:54:15 Erased: VirtualBox
Dec 10 12:56:04 Installed: VirtualBox-3.1-3.1.0_55467_fedora11-1.x86_64
gru 10 16:33:42 Erased: libvirt-python
gru 10 16:33:43 Erased: python-virtinst
gru 10 16:33:45 Erased: xen-runtime
gru 10 16:33:56 Erased: virt-manager
gru 10 16:33:59 Erased: libvirt
gru 10 16:34:02 Erased: xen-libs
gru 12 16:27:31 Erased: tigervnc
gru 12 16:27:32 Erased: qemu
gru 12 16:27:33 Erased: qemu-system-x86
Dec 12 16:34:04 Erased: VirtualBox
Dec 12 16:39:01 Installed: VirtualBox-3.0.10_54097_fedora11-1.x86_64
Dec 12 17:00:19 Updated: VirtualBox-3.0.12_54655_fedora11-1.x86_64
Dec 12 17:05:05 Erased: VirtualBox
Dec 12 17:07:34 Installed: VirtualBox-3.1-3.1.0_55467_fedora11-1.x86_64

[Pienia]

Lubię mieć wszystko No, ale jak się nie da inaczej to trudno

[@WalDo]

Może poprawią w przyszłych wydaniach, bo chyba sporo ludzi "lubi mieć wszystko"