Раньше я мог без проблем открывать виртуальную коробку Oracle, но теперь, когда я пытаюсь открыть ее, я получаю следующую ошибку:
VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/usr/lib/virtualbox/VirtualBox.so",) failed: /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5: symbol _ZNK11QLocaleData13validateCharsERK7QStringNS_10NumberModeEP10QByteArrayi6QFlagsIN7QLocale12NumberOptionEE version Qt_5 not defined in file libQt5Core.so.5 with link time reference
при запуске qmake -v возвращается следующее:
QMake version 3.1
Using Qt version 5.9.5 in /usr/lib/x86_64-linux-gnu
Запуск virtualbox -v также возвращает указанную выше ошибку ссылки времени.
Я не могу понять, как решить эту проблему.Кто-нибудь видел это раньше?Пожалуйста, дайте мне знать, если есть какая-либо информация, которую я должен включить.
РЕДАКТИРОВАТЬ: Я сам нашел решение:
Я получил это работает сам, поэтому я добавлю решение в случае, если кто-то еще сталкивался с этимвопрос.
В конечном счете, у меня была символическая ссылка в /usr/lib/libQt5Core.so.5, которая была символической ссылкой на файл в /usr/lib/libQt5Core.so.5.Это было связано с собой ??Это смущало меня.Я проверил, что символическая ссылка все еще работает:
ls -ln libQt5Core*
вернул список, который показал, что этот файл был связан с файлом по тому же пути с таким же именем, например:
lrwxrwxrwx 1 0 0 36 May 8 00:42 libQt5Core.so.5 -> libQt5Core.so.5
Цветовое кодирование (которое у меня есть на моем терминале) показало, что это была хорошая символическая ссылка.Но это меня смущало, так как это выглядело как символическая ссылка на себя.
Я решил удалить символическую ссылку и воссоздать ее, но связал с настоящим файлом libQt5Core.so.5.9.5 в / usr/ lib / x86_64-linux-gnu /, поскольку именно там он и был установлен, и я думаю, что именно этот файл virtualbox действительно нужен в соответствии с сообщением об ошибке в первоначальном вопросе выше.Я сделал это с:
ln -s /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.9.5 /usr/lib/libQt5Core.so.5
Это сработало, и виртуальный ящик открывается сейчас!