Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
CHK include/linux/version.h
Building modules, stage 2.
MODPOST
WARNING: drivers/i2c/busses/scx200_acb.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x0)
WARNING: drivers/i2c/busses/scx200_acb.o - Section mismatch: reference to .init.text: from .smp_locks after '' (at offset 0x4)
WARNING: drivers/i2c/busses/scx200_acb.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0x8)
WARNING: drivers/i2c/busses/scx200_acb.o - Section mismatch: reference to .exit.text: from .smp_locks after '' (at offset 0xc)
etc....
il messaggio è più lungo , ma sempre con la stessa segnalazione su .smp_locks.
Riporto tutti i passaggi che eseguo per compilare:
- make mrproper
- copio il .config del 2.6.17.13 di PAT
- make oldconfig
- make menuconfig
- make
- make modules e quì mi blocco.....
Ho trovato alcuni topic su google , ma non mi è chiaro se è una cosa trascurabile e come è possibile risolvere.
Utilizzo Slackware 11.
Ciao e grazie.
I warning non sono errori, per questo la compilazione non si interrompe.
Tra l'altro sei sicuro di utilizzare quel modulo (scx200_acb)? Se non lo usi, potresti anche toglierlo... in ogni caso, proprio perchè probabilmente non sarà mai caricato, potresti andare avanti fregandotene altamente dei warning
slux ha scritto:Riporto tutti i passaggi che eseguo per compilare:
- make mrproper
- copio il .config del 2.6.17.13 di PAT
- make oldconfig
- make menuconfig
- make
- make modules e quì mi blocco.....
Dopo make menuconfig devi dare direttamente make modules e quindi make modules_install.
No, direi che dopo il make xconfig, o config, o menuconfig o oldconfig che dir si voglia, va fatto un semplice make, che con i kernel 2.6 compila immagine e moduli. Al termine della compilazione make modules_install e la copia dell'immagine completano l'installazione.
phobos3576 ha scritto:Beh in effetti il risultato è lo stesso; io facevo riferimento alla guida disponibile qui su Slacky che, dopo make XYZconfig, specifica i passaggi:
1pixel ha scritto:ma non bastava
make && make modules_install
per i 2.6 si, però poi devi copiare l'immagine in /boot (imho la scelta migliore)
Non è vero ti copia già l'immagine in boot e la sostituisce (mi pare con un link simbolico vmlinux), il problema è che poi nn hai più un kernel per l'eventuale recupero...
1pixel ha scritto:ma non bastava
make && make modules_install
per i 2.6 si, però poi devi copiare l'immagine in /boot (imho la scelta migliore)
Non è vero ti copia già l'immagine in boot e la sostituisce (mi pare con un link simbolico vmlinux), il problema è che poi nn hai più un kernel per l'eventuale recupero...
sta cosa a me non risulta comunque copi l'immagine in /boot/ e il gioco e' fatto!
dapuzz ha scritto:per i 2.6 si, però poi devi copiare l'immagine in /boot (imho la scelta migliore)
Non è vero ti copia già l'immagine in boot e la sostituisce (mi pare con un link simbolico vmlinux), il problema è che poi nn hai più un kernel per l'eventuale recupero...
No, ti stai confondendo con il make install che sconsiglio proprio per quel motivo. E poi credo che ognuno di noi abbia il suo schema per rinominare i kernel, gli initrd....
dapuzz ha scritto:E poi credo che ognuno di noi abbia il suo schema per rinominare i kernel, gli initrd....
Esatto! Ciascuno di noi può utilizzare il metodo che ritiene più adatto alle proprie esigenze!
Io ho ricompilato tutti i kernel stabili (2.6.X) con la vecchia guida trovata qui su Slacky e non ho mai avuto il benché minimo problema; quella guida è adatta a chi vuole svolgere manualmente tutti i singoli passaggi in modo da avere il pieno controllo della situazione.