Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Falla carga de VBoxVMM.so como usuario normal
Enviado por inot el 21 Octubre, 2010 - 14:04
Rompo mi silencio (sintiendo mucho este), pero problemas familiares y laborales no me dejan tiempo últimamente.
Necesito Vbox para una aplicación del trabajo. Tomo un rato antes de tener que restaurar mi sistema desde backup.
Al iniciar Vbox (me iba perfectamente, antes de actualizar glibc y reiniciar, pero no tendria nada que tener que ver), me tira:
VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/opt/VirtualBox/VirtualBox.so",) failed: VBoxVMM.so: cannot open shared object file: No such file or directoryEn seguida pruebo como root, y se ejecuta. Evidentemente están correctos los permisos y usuarios vbox, ya que lo estaban antes.
Por si acaso actualizo a la última versión compilando el
VirtualBox-3.2.10-66523-Linux_amd64.run, como siempre, y estoy igual.
¿ A alguien le pasa lo mismo ?
Saludos a todos.
» Enlace permanente»
- Entra a tu cuenta o crea una para poder comentar.
Usuario
# 109090 Se soluciona
Cuando instalas Virtualbox desde el binario de virtualbox.org, se instala como root y de hecho para ejecutar te exige que el uid efectivo sea root, con lo que no te sirve de nada cambiar el propietario de /opt/VirtualBox, ni hacer un chmod 777.
La solución que yo he encontrado pasa por instalar VBOX como root, y luego utilizar sudo, incluiyendo unas definiciones en el fichero /etc/sudoers de la siguiente manera:
De esta manera, se podría lanzar con el usuario "user" sólo ejecutando:
Aunque instalando desde los repos de Mandriva, no da ningún problema.
Saludos.
En twitter me encontrarás como El Autoestopista
Las imprudencias se pagan.
Bienvenido al Proyecto PQMC
Usuario
# 109092 Por cierto
Se me olvidó decir que parto de que reproduje el mismo error que tenías tú y lo he solucionado de esta manera :)
En twitter me encontrarás como El Autoestopista
Las imprudencias se pagan.
Bienvenido al Proyecto PQMC
Usuario
# 109093 A mi me funciona vbox 3.2.10 perfectamente
tras instalar el rpm que figura en el sitio de virtualbox: http://download.virtualbox.org/virtualbox/3.2.10/VirtualBox-3.2-3.2.10_66523_mdv2009.1-1.x86_64.rpm.
Decir que aunque el rpm es para 2009.1 a mí me funciona perfecto en 2010.1. También lo hay para i586.
Salu2
We do not inherit the earth from our ancestors, we borrow it from our children.
BOFH
# 109095 Veamos
No es un error de permisos es un error de Paths, lo que debes hacer es ver que Paths tiene root para cargar las librerias de VirtualBox y colocarlas a el usuario normal y deberia funcionar.
¿Quien es Jesucristo?
BOFH
# 109106 Ya tenía claro que no era un
Ya tenía claro que no era un problema de permisos, ya que me funcionaba perfectamente antes, instalando desde el script de virtualbox, y se ejecutaba como usuario solamente ejecutando /usr/bin/VirtualBox (que es un script que apunta a /opt/VirtualBox/VBox.sh) en el cual se verifica los path:
PATH="/usr/bin:/bin:/usr/sbin:/sbin"
CONFIG="/etc/vbox/vbox.cfg"
todo esta correcto.
Con el rpm los path son distintos, /usr/bin/VirtualBox apunta a /usr/bin/Vbox y el programa esta en /usr/lib/Virtualbox y el rpm si funciona aunque sea para 2009.1/2010.
Pero me he quedado igual sin saber porque de golpe ha dejado de funcionar en mi sistema, ya que todo estaba igual, repito que fue al actualizar glibc, y por perro no he leido el aviso de rpm.save, que seguramente contenía cambios de path en el sistema.
He instalado el rpm y vuelve a funcionar.
Tendría que hacer un backup de mi sistema, y volcar el antiguo para saber lo que pasó, si tengo tiempo lo haré.
Al que está sentado en el trono, y al Cordero, sea la alabanza, la honra, la gloria
y el dominio por los siglos de los siglos.
Linux user #463168
# 109107 ¿No sera cosa de rehacer el
¿No sera cosa de rehacer el modulo dkms ?
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 109109 No tiene que ver con dkms, ya
No tiene que ver con dkms, ya que no fue al actualizar virtualbox, sino que dejo de funcionar después de actualizar glibc, intenté actualizar vb después por si acaso, pero el problema no es de vb ya que por la versión empaquetada funciona.
volcaré el backup el fin de semana para leer el aviso de rpm.save de glibc.
Al que está sentado en el trono, y al Cordero, sea la alabanza, la honra, la gloria
y el dominio por los siglos de los siglos.
Linux user #463168
BOFH
# 109108 ...
Yo actualice glibc ayer, habra que que avisar en un bug del problema.
¿Quien es Jesucristo?
Usuario
# 109203 Parece un bug conocido
Buenas,
Aunque las versiones no son las mismas, parece que es el mismo bug:
https://bugzilla.redhat.com/show_bug.cgi?id=645500
O deberia decir "feature" ? :)
Usuario
# 109204 Ademas parece que ya hay
Ademas parece que ya hay solucion, aunque no muy elegante:
http://www.virtualbox.org/ticket/7623
http://dev.slackverse.org/vbox_glibc_fix.txt
Me imagino que no tardaran en actualizar los rpms de VirtualBox, al menos la OSE.
BOFH
# 109237 Parece haberse resuelto, ya
Parece haberse resuelto, ya que he desinstalado el rpm y he compilado con la versión 3.2.10-66896 , y funciona, pero no con la anterior, 3.2.10-66523, han modificado ya la versión.
Lo mas gracioso es que ahora vuelve a salir un fallo antiguo de vboxmanage-savestate que congela la máquina virtual al guardarla por comando (no sucede con el menu gui).
Al que está sentado en el trono, y al Cordero, sea la alabanza, la honra, la gloria
y el dominio por los siglos de los siglos.
Linux user #463168