Kernel non funzionante

Fedora Linux Configurazione
1

Scusatemi se disturbo, dopo tantissimi anni di utilizzo di fedora, dovrei chiedere aiuto.

Ho installato gli ultimi 2 aggiornamenti del kernel, ambedue non funzionano, non so come risolvere. Posso chiedere un aiuto?

2

Quali versioni del kernel ti danno problemi? Oggi ho appena installato la versione 7.1.8-200 e le precedenti due versioni non mi hanno dato problemi di sorta a parte il fatto che il modulo kernel per VirtualBox non viene ancora compilato in parallelo al kernel in uso.

3

sto utilizzando questo kernel-7.0.10-200, mentre invece questi kernel-7.1.5-201 e kernel-7.1.7-200 non funzionano.

La versione 7.1.8-200 non la vedo ancora nei aggiornamenti.

4

Io ho iniziato ad usare la serie 7.1.x si e no due settimane fa, gli aggiornamenti del kernel sono molto rapidi in questo periodo. Che versione di Fedora stai usando, la 44 o la 43? Puoi descrivermi il tipo di problema che hai con quei kernel? Stai usando driver proprietari? Sto cercando di inquadrare il problema.

5

Sto usando la versione 44, in pratica quando avvio il pc, i 2 kernel descritti non apre la pagina di login, rimane lo schermo nero, per quanto riguarda i driver proprietari non li ho mai installati, sono quelli di deafault.

6

Ottieni all’avvio, dopo aver selezionato il kernel, uno schermo nero ma comunque, da quello che ho capito, riesci ad effettuare il login nella macchina. Perchè allora Plymouth non funziona? Al tuo prossimo avvio della macchina seleziona il kernel primo della lista, premi il tasto “e“ e muovi il cursore fino alla linea dove c’è scritto “rhgb quiet“. Cancella quelle due scritte lasciando al loro posto un “3” e premi CTRL+X, così da effettuare un avvio in modalità solo testo. Durante l’avvio vedrai una marea di messaggi e se risulta qualche mancanza annotala o fotografala. Per avviare la sessione grafica dovrai prima dare il tuo nome e la password in modalità testuale, poi dopo l’accesso scriverai “startx“ e la sessione grafica si avvierà normalmente. Potresti anche dirmi che tema viene usato da Plymouth, basta guardare il file plymouth.conf in /etc/plymouth, a scanso di equivoci.

7

premi il tasto “e“ e muovi il cursore fino alla linea dove c’è scritto “rhgb quiet“. Cancella quelle due scritte lasciando al loro posto un “3” e premi CTRL+X, così da effettuare un avvio in modalità solo testo. Durante l’avvio

ho seguito tutto, nessun avvio in modalità testo, sempre schermo nero.

#Administrator customizations go in this file
#[Daemon]
#Theme=fade-in

8

per doverosa informazione, è appena arrivata l’aggiornamento del kernel-7.1.8-200.fc44 ed anch’essa non funziona, prima di installarlo con il comando “rpm -e --nodeps kernel…….” ho eliminato tutti i kernel che rientravano in questa categoria 7.1.5-201, solo per mantenere ancora i kernel 7.0.10-200 ed è ancora l’unica che funziona.

9

Mi sa che abbiamo trovato il problema: scarsa conoscenza sul come si effettuano gli aggiornamenti! Il problema è che tu usi rpm come fosse il metodo corretto, invece non è così! Il comando che devi usare è sudo dnf update --allowerasing. Il problema nasce dalla gestione delle dipendenze. Ti spiego la differenza tra i due comandi:

  1. rpm gestisce la manutenzione di un pacchetto su base singola. Se un pacchetto ha dipendenze ti dice cosa serve ma non ti indica il/i nome/i del/dei pacchetto/pacchetti che deve/devono essere installato/installati.

  2. dnf o microdnf o dnf5 nascono per gestire i pacchetti nella loro complessità. Essi controllano le dipendenze e le scaricano cercando di non creare conflitti col resto del sistema.

Adesso prova a dare quel comando che ti ho consigliato e vediamo cosa succede.

P.s: se dai i comandi man rpm e man dnf potrai vedere la loro manualistica di base e comprendere le differenze tra i due.

P.p.s: yum(obsoleto), dnf, microdnf e dnf5 fanno comunque uso di rpm, meglio degli header dei pacchetti rpm.

10

da sempre utilizzo dnf upgrade, detto ciò, ho eseguito sudo dnf update –allowerasing da root, nessun aggiornamento.

11

A parte la questione degli aggiornamenti, perché all’avvio nel tuo sistema Plymouth non funziona come tu dici? Nel mio sistema. a causa della presenza del modulo kernel di VirtualBox, qualche volta l’avvio avviene in modalità testo mentre nelle successive l’avvio avviene regolarmente. Il motivo nasce dal fatto che quel modulo viene compilato all’avvio in presenza di ogni nuovo kernel. Sto cercando di capire il perché…

12

Non sarà perché Plymouth non trova all’avvio i files del tema? Mia ipotesi.

13

non lo so, non saprei risponderti in tal senso.

questi sono i plymouth installati:

root@fedora:~# rpm -qa|grep plymouth
plymouth-core-libs-24.004.60-24.fc44.x86_64
plymouth-graphics-libs-24.004.60-24.fc44.x86_64
plymouth-scripts-24.004.60-24.fc44.x86_64
plymouth-24.004.60-24.fc44.x86_64
plymouth-plugin-label-24.004.60-24.fc44.x86_64
plymouth-plugin-two-step-24.004.60-24.fc44.x86_64
plymouth-theme-spinner-24.004.60-24.fc44.x86_64
plymouth-system-theme-24.004.60-24.fc44.x86_64
14

Hai per caso installato qualcosa nella forma akmod-*? Nella mia macchina la compilazione del modulo kernel per VirtualBox fallisce con i nuovi kernels e solo qualche volta Plymouth si avvia. Solo per curiosità.

15

Posso dare un suggerimento?

Avviando con un kernel “non funzionante” quando arriva la schermata nera provando a premere ctrl+alt+f2 si dovrebbe aprire il login testuale di un terminale, se succede allora il kernel è funzionante ma qualche errore blocca l’avvio del desktop (e col terminale in funzione si può indagare meglio), altrimenti è proprio il kernel ad essere non funzionante.

16

Proprio quello che avevo suggerito tempo fa, andreamal: impostare l’avvio in modalità multiutente testuale.

18

root@fedora:~# rpm -qa|grep akmod
root@fedora:~# rpm -qa|grep akmod-
root@fedora:~# rpm -qa|grep akmod-*

ho nulla di installato che riguarda gli “akmod”

19

questa mattina ho aggiornato l’ultimo kernel che è kernel-7.1.9-200.fc44, anch’essa non si avvia, compreso premendo ctrl+alt+f2 rimane sempre la schermata nera.

20

Io invece ieri ho installato la versione 7.1.10-200 e tutto funziona regolarmente. Non sarà forse per colpa del disco rigido che sta perdendo colpi? Comunque un avvio in modalità testo è necessario per capire cosa succede dietro le quinte.

P.s: se la partizione /boot è corrotta il sistema andrà spontaneamente in modalità testo segnalando una marea di errori.

21

Ti spiego come andare in modalità testo multi utente, così da poter vedere cosa succede durante l’avvio:

  1. Accendi il computer e quando appare il menu con i vari kernels installati premi il tasto e sul kernel che intendi verificare.

  2. Muovi il cursore fino alla linea dove compare linux vmlinuz ….

  3. Muovi il cursore fino alla fine della riga interessata. Alla fine troverai le parole rhgb quiet.

  4. Col tasto Backspace le rimuovi e scrivi 3. Tranquillo, si tratta solo di modifiche temporanee, non permanenti.

  5. Premi la combinazione CTRL+X che manderà in esecuzione il kernel selezionato, questa volta in modalità testo.

  6. Durante l’avvio fotografa, filma o annota eventuali anomalie.

  7. Per accedere alla tua sessione grafica prima ti verrà chiesto il nome utente e la sua password poi dopo l’accesso in modalità testo scrivi nella linea di comando startx.

Dai, non è difficile, non occorre una laurea in fisica quantistica. Hai paura forse perché è retrò?