Pagina 1 di 3 1 2 3 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 26
  1. #1

    OpenSuse tumbleweed non si avvia dopo aggiornamenti

    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:
    codice:
    [ OK ] Started Command Scheduler.
    e poi sotto cursore bianco fisso.

    che posso fare??

  2. #2
    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?

  3. #3
    - 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"

  4. #4
    Quote Originariamente inviata da sacarde Visualizza il messaggio
    - 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.

  5. #5
    allora, ho eseguito gli aggiornamenti:
    codice:
    # 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:
    codice:
    exec startkde
    ma non ha funzionato.
    non ha dato errori mi sembra, però non si è avviato nulla.

  6. #6
    - hai errori nei servizi?

    - startx non ha visualizzato errori?

    - cosa usi di DM ? sddm?

  7. #7
    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!

  8. #8
    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?

  9. #9
    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:
    codice:
    # 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:
    codice:
    [ OK ] Started Locale Service.
    sono entrato in cosole con ctrl+alt+f2 e ho dato questi comandi:
    codice:
    # 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:
    codice:
    # 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:
    codice:
    # startx
    ...................
    (==) Using system config directory "/usr/share/X11/xorg.conf.d"
    Ultima modifica di fermat; 13-01-2021 a 09:08

  10. #10
    - 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
    Ultima modifica di sacarde; 13-01-2021 a 09:30

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2021 vBulletin Solutions, Inc. All rights reserved.