OM non si ri-avvia dopo ultimi aggiornamenti

[bottye]

Ciao,

ieri, senza far altro che gli ultimi aggiornamenti con

sudo yum update
[un file saltato per mancanza di dipendenze]

e dopo aver dato errori all’atto dello spegnimento
non riuscendo ad uscire ho dato un comando stile:

sudo shutdown -h now

ora non riparte più e si ferma a

switching root

che posso fare?

Grazie

E-

• Questo argomento è stato modificato 5 anni, 7 mesi fa da bottye.

[Silvan]

Ciao,
consiglierei:
– provare se le modalità di avvio alternative dal menù “Avanzate” di Grub (failsafe, debug) hanno migliore esito
– se no, ti chiedo se puoi mandare una foto di quello che compare a video durante l’avvio in modalità debug nel caso in cui contenga maggiori messaggi informativi
– se il sistema non si avvia con nessuna opzione consiglierei intanto di preparare o avere pronta una chiavetta con il S.O. per correggere poi il problema

Silvan

[bottye]

Ciao, grazie.

Ricordo che non trovava la cache e poi diceva pass trough
dopo un quarto d’ora che stava lì e non faceva altro
[ho rovato ad andare in alt FI ma saltellava per pochi secondi dall’elenco all’interfaccia, ho riavviato con CTRL+ALT+Canc
e al riavvio il messaggio non è più comparso…

Provo con avanzate…

[Silvan]

Ciao,
il problema allora dev’essere nell’avvio dell’ambiente desktop, mentre prima avevo dedotto che fosse nella prima fase di avvio.
SE riesci ad accedere ad un terminale con una sequenza come CTRL-ALT-F2 (dopo un certo tempo potrebbe smettere di saltare alla console del desktop), proverei questo comando:

sudo systemctl status sddm

e/o per vedere cosa non sta partendo correttamente:

sudo systemctl | grep failed

[bottye]

videata partendo con debug,
va all’infinito?

[ 684.6num] systemd-journald[2319]:
… succesfully sent stream file descriptor to service manager

oppure
sent whatchdog=1 to server

oppure
successfully sent stream file descriptor to service manager.

Foto troppo grande: -(

[Silvan]

Per capire meglio proverei se un avvio senza l’ambiente grafico va a buon fine, per farlo bisogna aggiungere un ‘3’ alla linea di comando di grub (premendo ‘e’ per modificarla e, mi sembra, ‘ctrl-x’ per lanciarla), esempio:

vmlinuz-4.14.31mamba-x86_64 root=UUID=... ro resume=/dev/sda2 quiet splash 3

Ho aumentato la dimensione massima consentita per gli allegati.

[bottye]

e/o per vedere cosa non sta partendo correttamente:

sudo systemctl | grep failed

Come lo mando su file che non ricordo?

[bottye]

img allegate

Attachments:

1. 

   20180908_155514.jpg
   

[bottye]

2

Attachments:

1. 

   20180908_161518.jpg
   

2. 

   20180908_161852a.jpg
   

[bottye]

esito status sddm

Attachments:

1. 

   20180908_165649.jpg
   

[Silvan]

Riproduco, credo, un problema analogo testando il livecd generato ieri. Verifico il problema e ti dico.

[Silvan]

Dopo aver riprodotto un comportamento presumibilmente analogo usando il livecd di ieri su VirtualBox, ho rilevato e corretto un problema nelle librerie grafiche Mesa.

Se riesci ad accedere al terminale ed il sistema è in rete (eventualmente usando il cavo ethernet) suggerisco di eseguire il seguente comando:

sudo yum install libGL-Mesa-dri --enablerepo=unstable-makedist

Se non riesci a digitare il comando a causa degli switch continui di console virtuale, puoi avviare il sistema in runlevel 3 come spiegato sopra oppure digitare:

sudo init 3

e dopo l’aggiornamento:

sudo init 5

• Questa risposta è stata modificata 5 anni, 7 mesi fa da Silvan.

[bottye]

Grande!!!
Ha funzionato con cavo e init

ora è bene lanciare

sudo yum update

o attendo?

Grazie!
E-

[Silvan]

Ciao,
sì, puoi lanciare yum update, penso che ora il peggio sia passato.

Silvan

[Autore]

Articoli