Problematiche compilazione kernel su Slackware 13.1

[Elio1974]

Salve,
mi sto dedicando all' installazione di Slackware 13.1 su un portatile Asus A6 B00U, sul quale in precedenza ho installato con successo precedenti release di Slackware.
Premetto che non sono del tutto un novellino, pur non dedicandomi a Linux a tempo pieno, è da metà anni 90 che mi dedico a Slackware ed in particolare alla ottimizzazione
del kernel. In tal caso tuttavia non son riuscito ad approdare ad alcun risultato valido.
L' installazione va a buon termine. La configurazione di X presenta qualche problema per risolvere il quale ho dovuto modificare xorg.conf a mano.
Per ciò che concerne il kernel, partendo con il file .config da zero mi son sempre trovato di fronte a kernel panic dovuti all' incapacità del kernel di trovare il file system
(ext4 , il cui modulo è stato opportunamente inserito nel kernel), ovvero partendo dal file .config estratto dal kernel di partenza ed iniziando a rimuovere driver inutili,
ho osservato comunque l' interruzione del caricamento del kernel senza che venissero mostrati problemi specifici.
Inoltre osservando la fase di compilazione ho notato come avvenisse la compilazione di numerosi moduli di driver dei quali non ho trovato traccia nel menuconfig, che
ho adeguatamente spulciato in precedenza.
In conclusione spero di trovare qualche buon consiglio qui, nel frattempo medito il ritorno alla 13...

Grazie per l'attenzione

[erio]

converebbe avere un config certamente funzionante,farlo da zero c'è sempre qualche dimenticanza,esperienza diretta,per quel che vale ovviamente,credo che ci sia differenza tra built-in e modulo,e sopratutto che kernel stai ricompilando.

[hashbang]

Allora io per il kernel ho impiegato un giorno e mezzo a ricompilarlo in continuazione, ma alla fine ho ottenuto un kernel leggero e totalmente funzionante. Se hai correttamente compilato il driver del file system (conviene compilarlo statico altrimenti devi creare un initrd) allora forse il problema è in qualche altro driver ad esempio i SATA/PATA che danno quel tipo di kernel panic, se mancanti.

[robbybby]

1. Il filesystem di root deve essere compilato built-in, e non come modulo.
2. Secondo me, il modo migliore, è partire dal .config del kernel huge originale, e da lì, togliere quello che non serve. Facendo così, poco per volta, con 3, o 4 limate successive, ho ottenuto un bel kernel alleggerito.

[hashbang]

2. Secondo me, il modo migliore, è partire dal .config del kernel huge originale, e da lì, togliere quello che non serve. Facendo così, poco per volta, con 3, o 4 limate successive, ho ottenuto un bel kernel alleggerito.

Vero. Però IMHO è più istruttivo partire da zero. Certo, con un config pronto, ti sbrighi prima. Però non hai la soddisfazione di vedere partire il TUO kernel dopo la centocinquantesima compilazione. E soprattutto non hai la possibilità di vedere l'ennesimo errore sul montaggio delle periferiche rimovibili che ti costringerà a ricompilare il kernel con i driver che ti eri dimenticato di inserire prima

1. Il filesystem di root deve essere compilato built-in, e non come modulo.

Scusa ma i kernel con initrd non hanno il dirver del file system e quello del chipset modulari?

@Elio1974 Comunque ti consiglio di dare in un terminale un bel: lspci -v così hai la possibilità di vedere tutti i driver in uso e puoi compilare il tuo kernel da zero e senza errori.

[sardylan]

Come ti ha suggerito atomix, usa lspci... Un bel lspci -vv -s xx:yy.z con i parametri dell'indirizzo PCI della periferica...
Il mio consiglio è di inserire in built-in tutte le parti che servono al tuo computer, e di tenere invece in modulo tutti i drivers per periferiche rimovibili come USB etc..

Per gli errori dipende... Dovresti prendere le ultime righe che ti da di avviso e ricopiarcele qui nel forum... Così potremo darti una mano a capire il perché...
Molte volte mi è capitato di avere kernel perfetti che funzionavano a dovere, ma che andassero in panic a causa di problemi Hardware, quindi vorse il lavoro che tu fai non è sbagliato...

Giusto per curiosità... Il kernel huge originale funziona a dovere??

[Elio1974]

Il kernel huge in linea di principio funziona. La mia linea è sempre stata quella di partire da zero. Comunque ho tentato anche con il .config del kernel huge, limando. Il file system è compilato staticamente, ed il driver per il disco (PATA) è configurato e funzionante. Altrimenti il kernel panic lo avrei all' inizio e non alla fine. Sia il disco che il file system inizialmente vengono ben riconosciuti. Ciò che mi ha lasciato perplesso compilando a partire dal .config del kernel-huge è la quantita' inumana di driver che vengono compilati dei quali non ho trovato traccia in menuconfig anche dopo attenta ricerca.
La macchina non credo abbia problemi hardware. Vi è installato sopra anche Win XP sp3 e funziona perfettamente.

[erio]

perchè propio huge ha il massimo dei driver compilabili,per standardizzare il più possibile le installazioni su macchine diverse,quindi avere meno problemi hardware.

[Elio1974]

Certamente, questo lo so. Ciò che mi lascia perplesso è l' impossibilità di visualizzare da menuconfig molti dei driver che appaiono in fase di compilazione, nel caso in cui si parta dal file .config relativo al kernel-huge e si vada a ritroso eliminando il superfluo. Di contro partendo da un .config vuoto tali driver non appaiono compilati. Ho il sospetto che menuconfig abbia qualche problema in relazione alla configurazione del kernel fornito con la release 13.1. Visto e considerato che anche il nuovo X -config presenta problematiche nella creazione di un xorg.conf funzionante, la cosa non mi pare del tutto assurda.

[sardylan]

Tranquillo... Il Makefile non ha nessun problema...
Il fatto è che molti drivers appaiono solo ed esclusivamente se hai abilitato determinate cose...
Se per esempio non ti interessa il Video 4 Linux, e lo disabiliti, ti spariscono almeno un centinaio di moduli tra webcam, schede di acquisizione video etc...
Tieni conto poi del fatto che molte voci vengono incluse in automatico se viene selezionato qualcosa da un'altra parte... E' stra-pieno di dipendenze che si rincorrono etc... E quella del kernel è una delle migliori configurazioni che abbia visto in giro...

Ripeto la mia richiesta, hai la possibilità di copiarci le ultime righe prima del kernel panic?? Non tanto eventuali trace con indirizzi di memoria, ma le ultime righe di messaggi "umani", se così vogliamo dire...

[Elio1974]

Al momento non ho la possibilità di copiare le ultime righe del kernel panic. Non dico che sia il Makefile ad avere problemi ma solo il menuconfig. E sappiamo bene come molto spesso i tool di configurazione lascino un po' a desiderare... Lo so che molte opzioni vengono abilitate sulla base di altre. Ma se con menuconfig apro il file .config relativo al kernel-huge in teoria dovrei avere accesso alle voci relative alla moltitudine di driver configurati come moduli. In realtà tale accesso non è disponibile. Ed il menuconfig me lo son studiato molto attentamente. E sono certo che tali driver vengano compilati come moduli perchè li ho osservati in fase di compilazione.

[sardylan]

Si scusa... Per Makefile intendevo il menuconfig...
Sicuramente mi son perso qualcosa...

Comunque, per il tuo problema non saprei come spiegarlo... Attendo di vedere le ultime righe del kernel...

Visto che ci siamo, puoi anticiparci come è partizionato e montato il disco??

[Elio1974]

Il disco ha una partizione primaria ntfs per Win Xp, una partizione estesa con una singola unità logica ntfs, una partizione ext4 ed una partizione di swap. Avendo su questa macchina e su un'altra installato senza problemi la release 13.0 in versione 32 e 64 bit, sospetto che il problema, almeno per questa macchina sia da ricondursi ad una errata configurazione (da parte mia) dei nuovi drivers pata/sata unificati. Infatti ho notato che da questa release tutte le unità son riconosciute come /dev/sda, /dev/sdb, pur avendo la macchina dischi pata. Tale situazione si verificava prima solamente per dischi sata o dischi scsi. Per ciò che concerne la costruzione del .config, devo provare ad utilizzare xconfig per verificare se son visualizzati tutti i drivers presenti nel .config originario del kernel-huge. Come alternative meditavo o di ritornare alla 13.0 o di utilizzare i vecchi driver pata, disabilitando i nuovi, anche se questo richiederebbe successivamente una riconfigurazione di lilo.conf e di fstab...

[anycolouryoulike]

Qualche controller ha dei driver sia nel ramo SATA che in quello ATA, quindi di per sé non è un problema che veda i dischi come SCSI.
Però non ho capito bene il problema: il kernel huge funziona no?
Forse stai dimenticando tu qualcosa nella compilazione; se usi i driver SATA, ad esempio, devi anche abilitare il supporto SCSI.
Perché credi che ci sia qualche problema nel menuconfig? Come dice sardylan qualche supporto ha bisogno di certe dipendenze.
Se postassi le ultime righe prima del panic e magari il .config forse potremmo capire meglio.
Se non sei sicuro di avere messo tutti i driver anche questo ti potrebbe aiutare: http://kmuto.jp/debian/hcl/

[erio]

prova a usare"make localmodconfig" metti su una penna usb per il supporto usb, il resto facendo questo vede solo l'hardware che hai e la compilazione è stringatissima.