Dopo l’aggiornamento non si avviano più i programmi

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.

• Questa risposta è stata modificata 1 anno, 2 mesi fa da Silvan.

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
`

• Questa risposta è stata modificata 1 anno, 2 mesi fa da Silvan.

Ciao,
probabilmente ricreando manualmente i link mancava ancora il symlink da /usr/sbin a /usr/bin.
In ogni caso questa installazione dovrebbe aver superato il problema ma per completezza consiglio di controllare che in / o /usr non ci sia alcuna cartella che termini con .notmigrated, ad esempio /usr/sbin.notmigrated.