OpenSuse tumbleweed non si avvia dopo aggiornamenti

[fermat]

ciao!

oggi ho fatto degli aggiornamenti su OpenSuse tumbleweed (146 me ne dava per l'esattezza).
al riavvio ho ottenuto una bella schermata nera con cursore bianco fisso.

allora ho provato a riavviare in recovery mode.
ma si blocca a questa riga:

[ OK ] Started Command Scheduler.

e poi sotto cursore bianco fisso.

che posso fare??

[fermat]

sono entrato nel terminale con il classico ctrl+alt+f2.

ho guardato nei log con journalctl, visualizzando solo gli errori.
ma non ce ne stanno.
sinceramente non so che pensare.

come potrei fare per provare ad avviare plasma da li per vedere se parte?

[sacarde]

- per vedere i servizi in errore:

systemctl --failed

o i log: journalctl -b -p err


- puoi avviare in modalita' multiutente+rete (runlevel 3)

e (dopo aver valorizzato .xinitrc) provare l'avvio con "startx"

[fermat]

- per vedere i servizi in errore:

systemctl --failed

o i log: journalctl -b -p err


- puoi avviare in modalita' multiutente+rete (runlevel 3)

e (dopo aver valorizzato .xinitrc) provare l'avvio con "startx"

ok grazie.
appena davanti al pc provo.

cmq ieri cercando ho trovato che anche altri hanno problemi simili con plasma e nvidia.
pare sia proprio il kernel a dare problemi.
magari esce un aggiornamento a breve.

[fermat]

allora, ho eseguito gli aggiornamenti:

# zypper dup

ha aggiornato anche il kernel, ma non è cambiato nulla.

i due comandi sopra non danno errori.

per quanto riguarda .xinitrc mica ho capito come dovrei fare.
l'ho creato dentro la mia home con questo dentro:

exec startkde

ma non ha funzionato.
non ha dato errori mi sembra, però non si è avviato nulla.

[sacarde]

- hai errori nei servizi?

- startx non ha visualizzato errori?

- cosa usi di DM ? sddm?

[fermat]

nessun errore segnalato.

ne con systemctl --failed ne con journalctl -b -p err.

quando ho dato startx mi ha solo detto che il server grafico è partito e si è stoppato.
ma non ha segnalato errori (se vuoi ti scrivo tutto il messaggio).

si uso sddm!

[sacarde]

quindi stesso comportamento avviando da avvio grafico che da avvio runlevel3 + startx


p.s.
dal menu di grub puoi avviare una sessione "recovery" o simile?

[fermat]

allora, ricomincio un attimo.

ho avviato la distro in maniera "normale" e si è bloccata (schermo nero e cursore vianco fisso).
sono entrato in cosole con ctrl+alt+f2 e ho dato questi comandi:

# systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

# journalctl -b -p err
-- Logs begon at Wed 2021-01-06 11:35:24 CET, and at Wed 2021-01-13 07:56:58 CET
-- No entries --

quindi mi sembra tutto ok.

-------------------------

ho riavviato in modalità recovery, e si è bloccato a questa riga:

[ OK ] Started Locale Service.

sono entrato in cosole con ctrl+alt+f2 e ho dato questi comandi:

# systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

# journalctl -b -p err
-- Logs begon at Wed 2021-01-06 11:35:24 CET, and at Wed 2021-01-13 07:56:58 CET
-- No entries --

quindi anche in questo caso mi sembra nessun errore.

-------------------------

uso kde con sddm ed nvidia.
driver proprietari.
ho provato già a rimuoverli e riavviare ma non è cambiato nulla.
se faccio gli aggiornamenti, mi compare solo questo al momento:

# zypper dup
..........................................................
The following item is locked and will not be changed by any action:
  Available:
   Mesa-dri-nouveau

se poi da qui provo startx, si freeza completamente:

# startx
...................
(==) Using system config directory "/usr/share/X11/xorg.conf.d"

[sacarde]

- una prova sarebbe quella di aggiungere "nomodeset" al grub

- altra prova farlo partire in runlevel 3, aggiungendo "3" al grub e po dare "startx"

"come aggiungere parmetri al grub temporaneamente"

https://wiki.ubuntu.com/Kernel/Kerne...er_for_Testing


p.s.
per vedere in quale runleve si e': stemctl get-default


per verificare se questi parametri sono stati presi: cat /proc/cmdline