Ciao Ercole,
l'aggiornamento sospetto tra quelli pubblicati oggi è il pacchetto filesystem. L'aggiornamento tuttavia aveva lo scopo di completare la migrazione a flat filesystem facendo il merge di /usr/sbin in /usr/bin.

Da una prima verifica potrebbe essere stato rimosso il link /lib64 a /usr/lib64 e/o /lib a /usr/lib, in tal caso si potrebbero creare richiamando direttamente il linux loader con:
`
/usr/lib64/ld-linux-x86_64.so.2 /usr/bin/ln -s usr/lib64 /lib64
/usr/lib64/ld-linux-x86_64.so.2 /usr/bin/ln -s usr/lib /lib

Valuterei dopo altre possibilità se quanto sopra non dovesse risolvere.

Ho provato ma il comando non funziona:

/usr/bin/ln: creazione del collegamento simbolico '/lib64' non riuscita: Permesso negato

Probabilmente andrebbe eseguito come root, ma ne il comando sudo ne su non funzionano: la password non viene riconosciuta.

Giusto, i comandi vanno eseguiti con i privilegi di root ma anche il sottosistema pam potrebbe non trovare la cartella /lib64/security.

Tuttavia l'errore restituito è coerente con quella che che era l'ipotesi del problema ed a questo punto non ho suggerimento migliore che avviare con un sistema live, montare il filesystem di root e creare i link simbolici mancanti in /.

In alternativa puoi provare, sempre dal sistema live e supponendo che il rootfs sia montato in /mnt/openmamba, ad installare l'aggiornamento di filesystem che adesso è disponibile con questo comando:
`
sudo rpm -U http://cdn.openmamba.org/pub/openmamba/base/RPMS.x86_64/filesystem-2.3-9mamba.noarch.rpm -r /mnt/openmamba
`

Ciao, solo creando i link non ha funzionato: il sistema si avviava ma non riusciva a far partire i servizi di rete (e alcun altri) e quindi era inusabile. Aggiornando il pacchetto filesystem invece è andato tutto bene.

Grazie