Verr unresolved error - Исправление ошибок и поиск оптимальных решений проблем

Вот нарвался, под Windows 7 Ultimate. Полностью ошибка выглядит вот так:
=========================
Unable to load R3 module C:Program FilesOracleVirtualBox/VBoxDD.DLL (VBoxDD): GetLastError=1790 (VERR_UNRESOLVED_ERROR).

Код ошибки: E_FAIL (0x80004005)
Компонент: Console
Интерфейс: IConsole {8ab7c520-2442-4b66-8d74-4ff1e195d2b6}
Причины и решение проблемы (как исправить):

Возникает при установке последней версии VirtualBox (4.3.24 на данный момент)
Причина оказывается в том, что у многих, «для установки расширенных тем оформления» (на кой ?) пропатчен файлик uxtheme.dll. Он же изначально «пропатчен» и у очень многих «сборок системы Windows» от сторонних «разработчиков». То есть Вы могли его не патчить, и даже не подозревать что он пропатчен. Но если возникла указанная ошибка. то точно пропатчен
Устранение ошибки состоит всего навсего в замене файла windowssystem32uxtheme.dll на оригинальный. Если у Вас «вменяемая» сборка, то скорее всего Вы найдете оригинальный в том же каталоге, с названием uxtheme.dll.backup. Скопируйте на всякий случай действующий uxtheme.dll куда нибудь про запас — мало ли — может после восстановления оригинального, какие «бирюльки» работать перестанут, и захочется «вернуть» У меня впрочем проблем не возникло, но «делать резервные копии системных файлов при их заменах/изменениях — просто «правило хорошего тона»
Далее заходим в «safe mode» (F8 при загрузке Windows 7), переходим в каталог windowsSystem32, и копируем uxtheme.dll.backup тудаже но с именем uxtheme.dll (заменяем на оригинальный). Перегружаем машину. Теперь virtualbox работает нормально.
Если даже в SafeMode заменить его не удается — для замены используем LiveCD (Linux/Windows — все равно). Запускаем систему с LiveCD (LiveUSB), из нее заходим на свой винчестер, и производим подмену uxtheme/dll.
Если у Вас нет оригинального uxtheme.dll, то для Windows 7 x86_64, можете скачать его здесь: uxtheme.dll, для Windows 7 x86_64, ну либо поищите оригинальный по нету или по друзьям.

Источник

05.12.2014, 12:15

К сожалению даже обращение пользователей с подобной ошибкой на официальный сайт привело лишь к тому, что им порекомендовали скачать предыдущий билд 4.3.12 (доступен для скачивания в разделе файлы).

Помимо этого в интернете появилось решение, предложенное одним из посетителей портала, в котором рекомендуют для устранения проблемы поделать следующие действия:

— переходим в директорию с настройками проблемной виртуальной машины (по умолчанию для Windows 7 — X:/Users/%username%/.VirtualBox/, для Windows XP —

X:/Documents and Settings/%username%/.VirtualBox/

, где

буква диска, на который установлена виртуальная машина);

— в открывшейся папке видим два файла. Первый:

.xml-prev

. А второй —

.xml-tmp

. Наличие всего двух этих файликов подсказывает нам, что при прошлом сохранении состояния машины и завершении работы не удалось создать файл

.xml

. Вероятнее всего, именно это стало причиной возникшей у вас проблемы. Теперь, когда мы знаем, почему возникла ошибка, мы можем легко её побороть. Для этого следует всего-навсего переименовать

-tmp

или

-prev

.xml

, чтобы у нас появилась возможность использовать прежнюю Virtual Box.

27.03.2015, 07:29

Ошибка правиться заменой текущего файла uxtheme.dll в папке system32 на оригинальный. Вот ссылка на форум https://www.virtualbox.org/tic… Мне реально помогло. Файл действительно был изменен. (файл можно взять из работающей другой системы WIN7)

Спасибо, дельный совет! Заработало!

В ответ на сообщение от Dmitriy
#123057

14.04.2015, 09:57

Замена чужой uxtheme.dll не помогла. Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup.
Ежу понятно, что .bacup — это оригинальный файл. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.

23.04.2015, 19:26

Гость

Замена чужой uxtheme.dll не помогла. Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup.
Ежу понятно, что .bacup — это оригинальный файл. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.

Тоже помогло. Спасибо

В ответ на сообщение от Гость
#126984

08.05.2015, 14:10

«»Замена чужой uxtheme.dll не помогла. Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup.
Ежу понятно, что .bacup — это оригинальный файл. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.»»

Тоже помогло. Спасибо

17.05.2015, 12:00

та же проблема была(R3). Действительно проблема в uxtheme.dll, стоял в сборке w8.1(ovgorskiy) uxtheme patcher, снес его — и заработало!

19.05.2015, 23:26

Гость

Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.

Зачет! Действительно заработала Well

В ответ на сообщение от Гость
#126984

05.06.2015, 09:07

Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.
+1

06.06.2015, 11:54

та же проблема была(R3). Действительно проблема в uxtheme.dll, стоял в сборке w8.1(ovgorskiy) uxtheme patcher, снес его — и заработало!

Аналогично.Даже сборка та же. Удалил стандартным деинсталятором патч, и все запустилось. Логика

09.06.2015, 07:00

Спасибище за совет. Я с компутером пока еще на *вы*. Сборка 8.1 так же от Ovgorsky. Простое переименование файла сразу помогло. А до этого несколько дней мучался.

11.07.2015, 21:35

Вот

rt

Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.
+1

Вот это помощь,вот это спасибо!!! Запустилась вертуалка

В ответ на сообщение от rt
#131460

04.08.2015, 12:35

Причина в патче Universal Theme Patcher, который присутствует в большинстве сборок. Данный патч изменяет как раз uxtheme.dll

25.08.2015, 12:08

Гость

Замена чужой uxtheme.dll не помогла. Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup.
Ежу понятно, что .bacup — это оригинальный файл. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.

По этой схеме все стартовало !!!! УРА!!! Спасибо!

В ответ на сообщение от Гость
#126984

02.09.2015, 13:08

+1 замена длл uxtheme.dll.backup сработало
Спасибо.

05.09.2015, 14:43

Dos

«»Замена чужой uxtheme.dll не помогла. Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup.
Ежу понятно, что .bacup — это оригинальный файл. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.»»

Тоже помогло. Спасибо

В ответ на сообщение от Dos
#129118

12.09.2015, 09:18

Dmitriy

Ошибка правиться заменой текущего файла uxtheme.dll в папке system32 на оригинальный. Вот ссылка на форум https://www.virtualbox.org/tic… Мне реально помогло. Файл действительно был изменен. (файл можно взять из работающей другой системы WIN7)

вот блин, неxочу обратно отпатчивать у меня тема стоит

В ответ на сообщение от Dmitriy
#123057

30.10.2015, 01:00

Гость

Замена чужой uxtheme.dll не помогла. Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup.
Ежу понятно, что .bacup — это оригинальный файл. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.

От души,брат!Спасибо,помогло.

В ответ на сообщение от Гость
#126984

13.11.2015, 20:30

Красавчик!!!

05.12.2015, 11:09

Гость

Замена чужой uxtheme.dll не помогла. Обнаружил у себя в папке system32 два файла uxtheme.dll и uxtheme.dll.backup.
Ежу понятно, что .bacup — это оригинальный файл. Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.

А если например у меня там Uxtheme.dll.mui и uxtheme.dll?

В ответ на сообщение от Гость
#126984

08.12.2015, 08:08

Переименовал файл uxtheme.dll.backup в uxtheme.dll ошибка исправлена и все запустилось. Всем Спасибо! Well

13.12.2015, 17:42

Большое спасибо!
System32 два файла uxtheme.dll и uxtheme.dll.backup.
Переименовал всё наоборот и МАШИНА СТАРТОВАЛА.
Все получилось ))

30.12.2015, 04:52

Переименовал файл uxtheme.dll.backup в uxtheme.dll ошибка исправлена и все запустилось. Всем Спасибо!Well Well

07.01.2016, 14:38

не помогло ничего

02.02.2016, 09:50

Была такая же проблема. Тоже были изменены виндовые темы/заставки.
Запустите от админа в консоли
SFC.exe /SCANNOW
Потом перезагрузка.( винда исправит все порченые DLL )
Можно перед этим грохнуть uxtheme.dll.

Источник

View previous topic :: View next topic

Author

Message

HeXiLeD
Veteran
Veteran

Joined: 20 Aug 2005
Posts: 1132
Location: Online

Posted: Thu Nov 30, 2017 9:52 pm Post subject: VirtualBox 5.1.* NS_ERROR_FAILURE 0x80004005 [SOLVED]

Related to old dead topic here

Maybe related to (things i looked into):

virtualbox update v4.0.8 trouble

VirtualBox not detecting 3d acceleration

Nvidia 337.88 Breaks 3d Acceleration with Virtualbox

This problem, although not usb related comes in the sequence of events of upgrading kernels described here.

Problem does not happen with kernel gentoo sources 4.9.65. Problem happens with kernels above that version such as:

Currently using: 4.12.12-gentoo

/ filesystem is ext4 on solid-state-drive mounted with default options and raid-1

VirtualBox VM’s are on ext4 sata drives mounted with default options and raid-1

# lsmod

Code:

Module Size Used by

vboxpci 24576 0

vboxnetadp 28672 0

vboxnetflt 28672 0

vboxdrv 401408 3 vboxnetadp,vboxnetflt,vboxpci

# cat /etc/conf.d/modules | grep modules=

Code:

modules=»sky2 nvidia nvidia-uvm vboxnetadp vboxpci vboxdrv vboxnetflt batman-adv»

Code:

Unresolved (unknown) host platform error. (VERR_UNRESOLVED_ERROR).

Result Code:

NS_ERROR_FAILURE (0x80004005)

Component:

ConsoleWrap

Interface:

IConsole {872da645-4a9b-1727-bee2-5585105b9eed}

# dmesg |grep [Vv][Bb][Oo][Xx]

Code:

[ 3.796776] vboxdrv: loading out-of-tree module taints kernel.

[ 3.797342] vboxdrv: Found 4 processor cores

[ 3.798955] vboxdrv: fAsync=0 offMin=0x558 offMax=0x23c8

[ 3.899025] vboxdrv: TSC mode is Synchronous, tentative frequency 3200112927 Hz

[ 3.899026] vboxdrv: Successfully loaded version 5.1.26 (interface 0x002a0000)

[ 3.899634] VBoxNetFlt: Successfully started.

[ 3.903159] VBoxNetAdp: Successfully started.

[ 3.908518] VBoxPciLinuxInit

[ 3.908521] vboxpci: IOMMU not found (not registered)

[ 400.146405] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 413.583867] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 484.617640] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 545.510828] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 588.262178] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 608.317907] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 1442.590495] VBoxPciLinuxLinuxUnload

[ 5583.054664] vboxdrv: Found 4 processor cores

[ 5583.054899] vboxdrv: fAsync=0 offMin=0x188 offMax=0x23a8

[ 5583.154997] vboxdrv: TSC mode is Synchronous, tentative frequency 3200112911 Hz

[ 5583.154998] vboxdrv: Successfully loaded version 5.1.30 (interface 0x002a0000)

[ 5591.078127] VBoxNetFlt: Successfully started.

[ 5597.605968] VBoxNetAdp: Successfully started.

[ 5602.710003] VBoxPciLinuxInit

[ 5602.710009] vboxpci: IOMMU not found (not registered)

[ 5612.828815] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 5801.311709] vboxdrv: ffffffffa0f4a020 VMMR0.r0

[ 6163.944466] vboxdrv: ffffffffa0f4a020 VMMR0.r0

IOMMU does not exist in the system or hardware.

# eix -I | grep app-emulation/virtualbox

Code:

[I] app-emulation/virtualbox

[I] app-emulation/virtualbox-additions

[I] app-emulation/virtualbox-extpack-oracle

[I] app-emulation/virtualbox-guest-additions

[I] app-emulation/virtualbox-modules

VirtualBox versions tested and installed from portage:

Code:

5.1.26{tbz2} ~5.1.28 (~)5.1.30

All/several operating systems do not load on virtual box. linux, bsd and windows.

Video cards drivers if relevant:

3D acceleration on or of does not make a difference

The possibility of some links being broken in /usr/lib/virtualbox/ or elsewhere shouldn’t be excluded and if so I am unaware how to fix them.

virtualbox # find . -xtype l

Code:

./VRDPAuth.so

Seems broken:

Code:

VRDPAuth.so -> VBoxAuth.so

Right now I am out of ideas. Good on topic feedback is welcome
_________________
Do you hear the sound of inevitability?

With age, comes great grumpiness and that, was 20 years ago…

CertFP: becbbd161d5a5c31de3c45171b77bf710911db29 / d985d21f89fe2977b593c4d381a1a86802e62990d9328d893db76d59f9935244

Last edited by HeXiLeD on Tue Dec 05, 2017 3:34 pm; edited 1 time in total

HeXiLeD
Veteran
Veteran

Joined: 20 Aug 2005
Posts: 1132
Location: Online

Posted: Tue Dec 05, 2017 3:34 pm Post subject: VirtualBox 5.1.* NS_ERROR_FAILURE 0x80004005 [SOLVED]

It appears that the problem had to do with driver permissions after kernel upgrade from 4.9.* to 4.12.*

There are a few topics around addressing the issue which may be related to udev and it’s virtualbox rules.

The only solution that worked for me was to unmerge/uninstall all virtualbox software, make sure all virtualbox drivers were were removed from the kernel and the system, reboot, install virtualbox software again and load the drivers.

my current permissions in /dev/vbox*

# ls -lah /dev/vbox*

Code:

crw——- 1 root root 10, 56 Dec 5 05:21 /dev/vboxdrv

crw——- 1 root root 10, 55 Dec 5 05:21 /dev/vboxdrvu

crw——- 1 root root 10, 54 Dec 5 05:21 /dev/vboxnetctl

/dev/vboxusb:

total 0

drwxr-x— 8 root vboxusers 160 Dec 5 05:21 .

drwxr-xr-x 22 root root 4.5K Dec 5 10:21 ..

drwxr-x— 2 root vboxusers 140 Dec 5 05:21 001

drwxr-x— 2 root vboxusers 80 Dec 5 05:21 002

drwxr-x— 2 root vboxusers 60 Dec 5 05:21 004

drwxr-x— 2 root vboxusers 60 Dec 5 05:21 006

drwxr-x— 2 root vboxusers 80 Dec 5 05:21 008

drwxr-x— 2 root vboxusers 60 Dec 5 05:21 009

Everything is working again with version 5.1.30

# eix -I | grep app-emulation/virtualbox

Code:

[I] app-emulation/virtualbox

[I] app-emulation/virtualbox-additions

[I] app-emulation/virtualbox-extpack-oracle

[I] app-emulation/virtualbox-guest-additions

[I] app-emulation/virtualbox-modules

This problem is SOLVED
_________________
Do you hear the sound of inevitability?

With age, comes great grumpiness and that, was 20 years ago…

CertFP: becbbd161d5a5c31de3c45171b77bf710911db29 / d985d21f89fe2977b593c4d381a1a86802e62990d9328d893db76d59f9935244

Display posts from previous:

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Источник

Решить Невозможно загрузить модуль R3 … VBoxDD.dll (VBoxDD): GetLastError = 1790

Справочная статья: http://blog.sina.com.cn/s/blog_4dc988240102vj8a.html

——————————————————————————————————-

Моя среда: WIN7 X64 + VirtualBox-4.3.20-96997-Win.exe

Сообщение об ошибке выглядит следующим образом:

Unable to load R3 module D:Program FilesOracleVirtualBox/VBoxDD.dll
(VBoxDD):GetLastError=1790
(VERR_UNRESOLVED_ERROR)

Код возврата:
E_FAIL (0x80004005)
Составные части:
Console
интерфейс:
IConsole {8ab7c520-2442-4b66-8d74-4ff1e195d2b6}

——————————————————————————————————————————————

Решение: просто восстановите файл системной темы.

По запросу я загрузил и установил [VirtualBox 4.3.18 для хостов Windows] на свой windows7 (64-битный), и в процессе установки не было ошибок.
Но при загрузке xxx.iso появится следующая ошибка
Вначале следуйте приведенным выше инструкциям по ошибке, чтобы найти VBoxDD.DLL в каталоге установки VirtualBox. Этот файл существует (проблема не в этом).
Затем я пошел посмотреть, есть ли в пути установки китайские символы, и обнаружил, что он был установлен непосредственно под диском D. (Здесь проблема не в этом).
В конце концов, у меня не было решения. Я пошел спросить [Du Niang]. Я обнаружил, что есть степень, которая столкнулась с этой проблемой. Было сказано, что это было вызвано [файл темы был взломан] системы Windows. В то время я также думал, что это связано Что ж … в соответствии с принципом не использовать свой компьютер, и другие получат компенсацию, если вы сломаете его, загрузите [инструмент для взлома и восстановления тем], предоставленный Duyou, и попробуйте его, он действительно решает эту проблему. После этой ерунды продолжайте смотреть вниз, если вам это нужно
[Инструмент для взлома и восстановления тем] -> http://pan.baidu.com/s/1eQtgLKA
Найдите эти 2 внутри
Само собой разумеется, [64-битная система выберите x64], [32-битная система выберите x86], загрузите и запустите
Затем вы должны увидеть интерфейс, похожий на следующий
Нажмите Восстановить, после того, как появится сообщение об успехе английского, вы увидите следующую диаграмму интерфейса.
Теперь O, продолжайте запускать VirtualBox, чтобы загрузить xxx.iso и попробовать

Источник