Pagina 1 di 2
Slack 12 rc.1: consigli e considerazioni,voi cosa pensate?
Inviato: mer 27 giu 2007, 18:58
da slucky
Allora, sto provando la 12 rc.1,e volevo fare qualche appunto e considerazione: nel complesso il mitico Pat sta facendo un gran lavoro ( come sempre d'altronde!!!).......però secondo me la scelta di togliere un kernel alternativo non mi sembra molto buono, okay le macchine attuali usano processori a 64 bit o multicore, però spero che nel rilascio definitivo sia comunque presente un kernel serie 2.6 semplice, generico e alla portata di macchine più datate,dico questo perchè ho installato la 12 sul mio vecchio pc che uso per provare, ho scelto al boot il kernel huge.s, però poi ho inevitabilmente avuto problemi nel creare i moduli e nell'installare i driver nvidia con i sorgenti smp, inoltre ho visto che sebbene uno faccia una scelta particolare, l'installer comunque ti installa tutti i pacchetti del kernel, mentre dovrebbe essere più logico che se io scelgo di installare un kernel generic allora mi carichi l'immagine+moduli+headers di quel kernel e basta.Ho anche provato a patchare i sorgenti del kernel per renderli no-smp ma la procedura è fallita.
comunque c'è ancora tempo per il rilascio definitivo, però se il grande Pat nel rilascio definitivo ci mettesse magari in /extra come ha fatto per la 11 un kernel pronto da installare per macchine non più di primo pelo o in alternativa un kernel-source no-smp, generico........credo che tutto sarebbe sistemato.Magari chi tra voi ha un canale di comunicazione con Pat potrebbe anche segnalargli queste umili considerazioni di carattere pratico, d'altronde testare serve anche a questo.
Ciao e buona Slack a tutti!!!
Inviato: mer 27 giu 2007, 19:34
da krisis
ah? patchare per togliere l'smp??
a parte che avere quell'opzione abilitata non comporta problemi su di un sistema mono processore, ti sarebbe bastato ricompilare togliendo la spunta a quell'opzione.
Inviato: mer 27 giu 2007, 20:24
da michelino
Dal changelog della current
Codice: Seleziona tutto
extra/linux-2.6.21.5-nosmp-sdk/: Upgraded the kit to transform the Linux
kernel sources in /usr/src/linux/ from SMP to non-SMP without having to
recompile them. NOTE: it is probably best to use the SMP kernel even in
a single processor machine if it will run. The non-SMP kernels should
really be used only in machines that are not at least a Pentium-Pro, or
that (for some other reason) will not properly run the SMP kernel.
Inviato: mer 27 giu 2007, 20:32
da michelino
Inoltre nella directory a/ c'è il kernel non-smp ed i relativi moduli, mentre in quella extra/ ci sono oltre allo script che ti ho indicato per convertire i sorgenti del kernel, anche i relativi header non-smp.
Inviato: mer 27 giu 2007, 21:26
da samiel
Io ho, strano ma vero..., un solo processore.
Quali vantaggio dovrei avere dall'usare
un kernel SMP?
M.
Inviato: mer 27 giu 2007, 22:14
da gnubit
Nessuno, ma il quid è hai svantaggi nell'utilizzo di un kernel smp?
Probabilmente il tuo unico processore è anche di categoria superiore al 486, ma mi pare che molti pacchetti siano ancora ottimizzati per quel processore.
Se non ci sono controindicazioni trovo lecito che pat tenti di eliminare un po' di lavoro inutile.
Inoltre si evita il rischio che un neofita installi per errore un kernel monoprocessore su un sistema biprocessato e poi invada internet di battute ironiche sulla "velocità di linux"
Inviato: mer 27 giu 2007, 23:35
da Bart
gnubit ha scritto:Nessuno, ma il quid è hai svantaggi nell'utilizzo di un kernel smp?
Probabilmente il tuo unico processore è anche di categoria superiore al 486, ma mi pare che molti pacchetti siano ancora ottimizzati per quel processore.
Se non ci sono controindicazioni trovo lecito che pat tenti di eliminare un po' di lavoro inutile.
Inoltre si evita il rischio che un neofita installi per errore un kernel monoprocessore su un sistema biprocessato e poi invada internet di battute ironiche sulla "velocità di linux"
Concordo e ritengo sia anche la scelta più sensata in un kernel generico.
Inviato: mer 27 giu 2007, 23:37
da slucky
Bhè allora se è tutto così ovvio,perchè quando provo a installare i driver grafici o ndiswrapper per il wi-fi, la cosa non funziona?in pratica non riesco a creare i moduli, probabilmente perchè i sorgenti sono smp..........mentre avrei bisogno di avere kernel-source normali, d'altronde Pat stesso nel file readme nella dir /extra/linux-2.6.21.5-nosmp-sdk dice che una volta ricompilato o applicata la patch non ci dovrebbe essere alcun problema a creare i moduli per nvidia o altro, quindi il problema, di fatto c'è
e si può presentare.
comunque, okay se la 12 avrà queste caratteristiche, di sicuro per evitarmi qualunque problema installerò solo il necessario del kernel per bootare la macchina, poi mi scaricherò un nuovo kernel da kernel.org me lo compilo e me lo installo, così taglio la testa al toro e risolvo ogni problema
Ciao a tutti
Inviato: gio 28 giu 2007, 7:14
da krisis
Ma gli header del kernel li hai installati?
Inviato: gio 28 giu 2007, 9:00
da gnubit
Ho il kernel smp, i driver nvidia e ndiswrapper correttamente funzionanti sia su sistemi mono e multi core.
Anche secondo me hai gli header sbagliati.
I sorgenti dei kernel normale o smp sono identici, la differenza verte solamente in una funziona abilitata (e compilata) o meno, dubito che comunque nvidia e ndiswrapper abbiano turbe di questo genere, i forum sarebbero zeppi di messaggi a riguardo.
Che versione usi di ndiswrapper e dei driver nvidia? su che hardware?
Inviato: gio 28 giu 2007, 17:46
da slucky
Allora la rc.1 la sto provando su un k6-2 350, che devo dire con il kernel 2.4 ma anche quello 2.6 della 11 andava benone
, essendo una macchina datata devo installare i driver nvidia-legacy, però mi da errore: non riesce a creare i moduli.........per ndiswrapper ho provato ad installare la versione 1.43, e la verità li ha installati..ma poi quando provo a caricare il modulo con modprobe ndiswrapper mi dà errore fatale
comunque okay proverò ad installare i kernel-headers, ma ho visto che i kernel -headers_smp mi pare che sono già installati nel sistema, però, non per qualcosa, ma Pat dovrebbe secondo me rendere più pulita l'installazione, cioè se io decido di installare ad es. il kernel generic o huge.s.................allora perchè me li installa tutti i pacchetti del kernel???in /boot son presenti tutti i file config di tutti i kernel, sarebbe più logico che mi installi solo il generic (kernel-image + headers + moduli per il generico)se io ho scelto quello in fase di installazione........boh
voi siete più esperti di me con Slack...............però penso che l'installer di Slack andrebbe migliorato su questo punto, e poi io comunque lascerei più opzioni di scelta anche di kernel alternativi nel dvd come d'altronde il mitico Pat ha sempre fatto nel passato, ecco perchè parlo di un kernel 2.6 semplice, più adatto a macchine datate
Se anche nella 12 stabile facesse così non ci sarebbe nessun problema.
Ciao e grazie a tutti per i consigli ma anche per la discussione credo interessante per tutti!!!
Inviato: ven 29 giu 2007, 11:40
da slucky
Ragazzi chiedo venia..........avevate ragione, appena ho installato gli headers ( quelli contenuti nella dir /extra) tutto è andato a posto
.............non avevo capito che fosse necessario installare gli headers per i386.
Ora tutto funge benissimo, driver grafico e wi-fi,però comunque restano i miei dubbi riguardo all'installer che in un altro post avevo spiegato.
Ciao e buona Slack 12 a tutti!!!
Inviato: sab 30 giu 2007, 0:19
da submax82
@slacky
la scelta di Pat di non fare un kernel-source-nosmp la trovo giusta... anche se riconosco che non sia molto "pulita" e comoda ma perchè sprecare 50 mega per un pacchetto ulteriore che differisce di pochissimi byte da quello smp?!...
trovo una buona scelta fare linux-2.6.21.5-nosmp-sdk, anche se riconosco che potrebbe mandare in panico nuovi utenti
per applicarla cerca nel forum c'è un post in cui ho spiegato come fare e perchè...
per gli headers ok ma devi sistemare anche il kernel-source, per la compilazione di alcuni moduli esterni gli headers non sono sufficienti
@krisis
esatto si deve patchare il kernel-source anche se volendo si può fare come dici
il kernel-source != tarball vanilla decompresso
@gnubit
I sorgenti dei kernel normale o smp sono identici, la differenza verte solamente in una funziona abilitata (e compilata) o meno, dubito che comunque nvidia e ndiswrapper abbiano turbe di questo genere, i forum sarebbero zeppi di messaggi a riguardo.
no il kernel-source con smp è DIVERSO da quello non-smp
Inviato: sab 30 giu 2007, 0:42
da albatros
no il kernel-source con smp è DIVERSO da quello non-smp
A me sembrano diverse solo le opzioni di configurazione, Module.symvers e poco altro, tutta roba legata ad una diversa compilazione conseguente ad una diversa configurazione...
Ho letto sommariamente linux-2.6.21.5-smp-to-nosmp.diff.gz e patch-to-non-smp.sh, può darsi che mi sia sfuggito qualcosa, ma l'impressione è questa, non ho visto righe di codice sorgente cambiate...
I sorgenti dovrebbero essere gli stessi, d'altra parte è tradizione della Slackware usare kernel vanilla...
Inviato: sab 30 giu 2007, 1:09
da submax82
albatros ha scritto:no il kernel-source con smp è DIVERSO da quello non-smp
A me sembrano diverse solo le opzioni di configurazione, Module.symvers e poco altro, tutta roba legata ad una diversa compilazione conseguente ad una diversa configurazione...
Ho letto sommariamente linux-2.6.21.5-smp-to-nosmp.diff.gz e patch-to-non-smp.sh, può darsi che mi sia sfuggito qualcosa, ma l'impressione è questa, non ho visto righe di codice sorgente cambiate...
I sorgenti dovrebbero essere gli stessi, d'altra parte è tradizione della Slackware usare kernel vanilla...
i sorgenti sono gli stessi ma i kernel-source sono diversi dai tarball vanilla ... perchè sono sorgenti "preparati" cioè non puliti
kernel-source = tarball vanilla + .config + make scripts + make prepare
quindi cambiano le cose da smp a non-smp ... con lo sviluppo di kernelpkg mi sono fatto una certa cultura in tal senso