slacky.eu

Stamattina avvio il pc e....

VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/opt/VirtualBox/VirtualBox.so",) failed: VBoxVMM.so: cannot open shared object file: No such file or directory

Fino a ieri sera funzionava.
Unica differenza, l'aggiornamento delle glibc che Pat ha pubblicato ieri (ovviamente è una current)

Capita a qualcun'altro?

UPDATE: mi riferisco alle glibc-2.12.1-i486-2

Confermo l'impossibilità di usare VirtualBox, anche ricompilando i moduli con vboxdrv.
Magari esisterà una patch in giro, ma non ho proprio tempo per fare ricerche. Attendo con fiducia un upgrade di versione.

EDIT: in realtà l'upgrade di versione c'è già stato, ignoravo l'esistenza della release 3.2.10 di 11 giorni fa. Installata quella ora funziona.

Vic Steele ha scritto: EDIT: in realtà l'upgrade di versione c'è già stato, ignoravo l'esistenza della release 3.2.10 di 11 giorni fa. Installata quella ora funziona.

Io usavo già il 3.2.10 e non mi funziona lo stesso. Ho provato anche a fare un downgrade, ma non cambia il risultato.

Non so dirti, se la tua current è pura forse l'unica differenza che abbiamo è che sono x86_64 (e poi uso gcc/glibc multilib).

Ho downgradato a glibc-2.12.1-1 e VirtualBox mi si apre di nuovo.
Quindi secondo me c'e' qualcosa nella nuova patch di sicurezza sulle glibc che rompe la compatibilità con VirtualBox.
Ho segnalato la cosa a Pat, anche se ovviamente non è colpa sua, ma giusto per farglielo sapere

Il bug è confermato.
Sul forum di Salix c'e' una rapida fix, se non si vuole downgradare ai pacchetti glibc precedenti.

http://www.salixos.org/forum/viewtopic.php?f=24&t=1447

Sulla current64 senza multilib, con l'ultima versione di glibc (2.12.1 build2) e VirtualBox 3.2.10, il problema si presenta, ma solo per gli utenti normali; per root funziona tutto, copiata la directory .VirtualBox, non ci sono problemi di sorta.

Si infatti capita solo per gli utenti non-root. Ma chi usa un sistema linux come root, a parte per configurazioni o manutenzioni?

Ovviamente nessuno, spero

Quindi alla fine si tratta di una questione di permessi o di path per il caricamento delle librerie (due aspetti in cui sono molto carente )

E quindi il problema va risolto da parte di VirtualBox oppure ci sara' una patch per glibc? (io penso la prima delle due)

LoneStar ha scritto:Ma chi usa un sistema linux come root, a parte per configurazioni o manutenzioni?

lasciamo stare che è meglio....

gengisdave ha scritto: E quindi il problema va risolto da parte di VirtualBox oppure ci sara' una patch per glibc? (io penso la prima delle due)

Da parte di VirtualBox.
In realtà le glibc hanno rimosso un bug di sicurezza precedente, che consentiva di caricare le librerie oggetto in maniera "allegra" senza troppo preoccuparsi di permessi e suid/gid bit. Ora che hanno reso la cosa più stringente, sta ai programmi che caricano librerie eseguire gli opportuni adattamenti per rispettare le regole di sicurezza.

Ho lo stesso poblema (Slackware64 13.1 multilib).
Ho risolto temporaneamente con la patch consigliata sopra.