Info sul kernel
Moderatore: Staff
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.
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.
-
pol
- Linux 2.x

- Messaggi: 407
- Iscritto il: sab 16 apr 2005, 0:00
- Località: Uno dei posti più belli d'Italia
Info sul kernel
Salve a tutti,
una domanda, se aggiorno il kernel dalla versione 2.6.14.5 alla versione 2.6.15.6 con il config del 2.6.14.5 è come se non avessi aggiornato il kernel, giusto ?? ............. insomma non cambia nulla ?
una domanda, se aggiorno il kernel dalla versione 2.6.14.5 alla versione 2.6.15.6 con il config del 2.6.14.5 è come se non avessi aggiornato il kernel, giusto ?? ............. insomma non cambia nulla ?
- albatros
- Iper Master

- Messaggi: 2098
- Iscritto il: sab 4 feb 2006, 13:59
- Kernel: 6.18.0
- Desktop: gnome and lxqt
- Distribuzione: Ubuntu 24.04 & FC 41
- Località: Darmstadt - Germania
L'ultimo numero della serie dovrebbe indicare solo bugfix, quindi il config dovrebbe funzionare senza modifiche.
E' stato introdotto solo recentemente e serve appunto a consolidare l'ultima release senza l'aggiunta di nuove features o modifiche profonde di codice, in maniera da garantire il massimo della sicurezza e dell'affidabilità senza aspettare la release successiva, che ha magari opzioni in più o modifiche al codice più sostanziali.
Infatti le patch sono di solito di piccole dimensioni...
Senz'altro se dai make oldconfig vai sul sicuro, ma non mi pare di aver mai avuto problemi usando pari pari il primo config della serie anche per le successive release di bugfix...
La patch da 2.6.15.5 a 2.6.15.6 l'ho scaricata stamani presto, adesso provo a ricompilare e poi ti dico com'è andata (mi aspetto bene...).
Ciao
E' stato introdotto solo recentemente e serve appunto a consolidare l'ultima release senza l'aggiunta di nuove features o modifiche profonde di codice, in maniera da garantire il massimo della sicurezza e dell'affidabilità senza aspettare la release successiva, che ha magari opzioni in più o modifiche al codice più sostanziali.
Infatti le patch sono di solito di piccole dimensioni...
Senz'altro se dai make oldconfig vai sul sicuro, ma non mi pare di aver mai avuto problemi usando pari pari il primo config della serie anche per le successive release di bugfix...
La patch da 2.6.15.5 a 2.6.15.6 l'ho scaricata stamani presto, adesso provo a ricompilare e poi ti dico com'è andata (mi aspetto bene...).
Ciao
-
pol
- Linux 2.x

- Messaggi: 407
- Iscritto il: sab 16 apr 2005, 0:00
- Località: Uno dei posti più belli d'Italia
Scusa la mia ignoranza, leggendo l'howto di loris, riguardo a make oldconfig, devi avere in /usr/src/linux il config, ho dato un'occhiata in /usr/src/linux ma non se ne vede traccia, cosa faccio ? Sposto il config che si trova in /boot in /usr/src/linux ?? Oppure cosa ?Paoletta ha scritto:ti consiglio di usare make oldconfig...leggi l'howto di loris su questo sito;
se non ha il .config, sposta quello in /boot
- albatros
- Iper Master

- Messaggi: 2098
- Iscritto il: sab 4 feb 2006, 13:59
- Kernel: 6.18.0
- Desktop: gnome and lxqt
- Distribuzione: Ubuntu 24.04 & FC 41
- Località: Darmstadt - Germania
Il file di configurazione di default è .config, non config.
Se non dai ls -a non vedi i file nascosti, che in Linux iniziano con il "." .
Il .config deve essere nella top directory dei sorgenti del kernel , che è solitamente /usr/src/linux , ma che può essere da qualsiasi altra parte (es. puoi scompattare i sorgenti in / e avere /linux-2.6.15.6, quindi metterai il .config in /linux-2.6.15.6 , che avrà quindi il percorso /linux-2.6.15.6/.config e che, se dai ls /linux-2.6.15.6 non vedi, ma che vedi se usi ls -a /linu-2.6.15.6 ).
Fra l'altro sarebbe consigliabile compilare un nuovo kernel non in /usr/src/linux, ma nella propria home, secondo le indicazioni date da Linus in una e-mail del 27 luglio 2000:
From: Linus Torvalds (torvalds@transmeta.com)
Date: Thu Jul 27 2000 - 02:39:51 EST
(omissis....)
I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the
header files) that the distribution came with there, but don't
touch
it.
- compile the kernel in their own home directory, as their very own
Linux-Kernel Archive: Re: RLIM_INFINITY inconsistency between a (p6 of 8)
selves. No need to be root to compile the kernel. You need to be
root
to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the
kernel build itself sets up, namely the "linux/include/asm" symlink
that is only used for the internal kernel compile itself)
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13
header files, even though I haven't run a 2.2.13 kernel in a _loong_
time. But those headers were what glibc was compiled against, so those
headers are what matches the library object files.
And this is actually what has been the suggested environment for at
least the last five years. I don't know why the symlink business keeps
on living on, like a bad zombie. Pretty much every distribution still
has that broken symlink, and people still remember that the linux
sources should go into "/usr/src/linux" even though that hasn't been
true in a _loong_ time.
Is there some documentation file that I've not updated and that people
are slavishly following outdated information in? I don't read the
documentation myself, so I'd never notice ;)
Linus
Dirò che comunque anch'io sono solito compilare in /usr/src e non ho mai avuto problemi di incompatibilità fra gli header del kernel e le glibc.
Dirò anche che non so se dai tempi di questa e-mail ci sono novità di rilievo sull'argomento, se qualcuno è più aggiornato di me è pregato di darmi in necessari ragguagli (per favore, grazie...).
Un'ultima cosa: è possibile scegliere anche un file di configurazione diverso da .config, così come si possono salvare varie configurazioni con nomi diversi; pertanto è possibile usare anche il file config presente in /boot chiedendo semplicemente di caricarlo durante l'xconfig o il menuconfig senza rinominarlo .config e spostarlo nella directory dei sorgenti.
Se non dai ls -a non vedi i file nascosti, che in Linux iniziano con il "." .
Il .config deve essere nella top directory dei sorgenti del kernel , che è solitamente /usr/src/linux , ma che può essere da qualsiasi altra parte (es. puoi scompattare i sorgenti in / e avere /linux-2.6.15.6, quindi metterai il .config in /linux-2.6.15.6 , che avrà quindi il percorso /linux-2.6.15.6/.config e che, se dai ls /linux-2.6.15.6 non vedi, ma che vedi se usi ls -a /linu-2.6.15.6 ).
Fra l'altro sarebbe consigliabile compilare un nuovo kernel non in /usr/src/linux, ma nella propria home, secondo le indicazioni date da Linus in una e-mail del 27 luglio 2000:
From: Linus Torvalds (torvalds@transmeta.com)
Date: Thu Jul 27 2000 - 02:39:51 EST
(omissis....)
I would suggest that people who compile new kernels should:
- NOT do so in /usr/src. Leave whatever kernel (probably only the
header files) that the distribution came with there, but don't
touch
it.
- compile the kernel in their own home directory, as their very own
Linux-Kernel Archive: Re: RLIM_INFINITY inconsistency between a (p6 of 8)
selves. No need to be root to compile the kernel. You need to be
root
to _install_ the kernel, but that's different.
- not have a single symbolic link in sight (except the one that the
kernel build itself sets up, namely the "linux/include/asm" symlink
that is only used for the internal kernel compile itself)
And yes, this is what I do. My /usr/src/linux still has the old 2.2.13
header files, even though I haven't run a 2.2.13 kernel in a _loong_
time. But those headers were what glibc was compiled against, so those
headers are what matches the library object files.
And this is actually what has been the suggested environment for at
least the last five years. I don't know why the symlink business keeps
on living on, like a bad zombie. Pretty much every distribution still
has that broken symlink, and people still remember that the linux
sources should go into "/usr/src/linux" even though that hasn't been
true in a _loong_ time.
Is there some documentation file that I've not updated and that people
are slavishly following outdated information in? I don't read the
documentation myself, so I'd never notice ;)
Linus
Dirò che comunque anch'io sono solito compilare in /usr/src e non ho mai avuto problemi di incompatibilità fra gli header del kernel e le glibc.
Dirò anche che non so se dai tempi di questa e-mail ci sono novità di rilievo sull'argomento, se qualcuno è più aggiornato di me è pregato di darmi in necessari ragguagli (per favore, grazie...).
Un'ultima cosa: è possibile scegliere anche un file di configurazione diverso da .config, così come si possono salvare varie configurazioni con nomi diversi; pertanto è possibile usare anche il file config presente in /boot chiedendo semplicemente di caricarlo durante l'xconfig o il menuconfig senza rinominarlo .config e spostarlo nella directory dei sorgenti.
- MAT
- Linux 4.x

- Messaggi: 1242
- Iscritto il: mer 9 mar 2005, 0:00
- Nome Cognome: Matteo Magni
- Kernel: 2.6.20
- Desktop: Fluxbox
- Distribuzione: Gentoo
- Località: Vignola, Modena
Bè.. questo è ovvio. I diritti di scrittura sulla tua home li hai sempre avuti.IceSlack ha scritto:bha la mail dice anche che cosi' puoi compilare il kernel non essendo root...............
E perché no?? Questa la voglio sentire...IceSlack ha scritto:a me non sembra buona cosa in fatto di sicurezza metterlo nella home
