slacky.eu

Ho ricompilato spesso oggi il kernel perchè non mi ero accorto di mettere l'ACPI modulare invece che statico e non fungeva nulla......

voglio damandare però.....

1) a cosa serve il comando make mrproper ????
so che serve per preparare l'ambiente, ma di preciso in che modo prepara l'ambiente?

2)alcuni eseguono anche make clean.... perchè???

3) nel make bzImage alcuni consigliano l'opzione -j5.... perchè??

4) dopo varie ricompilazioni il compilatore mi dava errore nella fase di creazione del System.map..... Ho seguito un'altra procedura su internet che invece di dare il comando make bzImage, consigliava make all
Con il make all tutto ha funzionato.... perchè????

5)ho scoperto che dopo il make modules_install si può digitare anche make install che esegue alcuni script (posiziona l'immagine e il System.map nel boot).... ma da dove esce questo comando e perchè se ne sente parlare così poco?


Scusate delle domande, ma se mi aiutate a chiarire questi dubbi magari non ve ne sarò grato solo io

ChriD ha scritto: 1) a cosa serve il comando make mrproper ????

a piallare tutti i file prodotti in compilazione, in pratica rimangono solo i sorgenti del kernel

ChriD ha scritto: 2)alcuni eseguono anche make clean.... perchè???

se ho capito bene mrproper cancella anche il .config, clean no

ChriD ha scritto: 3) nel make bzImage alcuni consigliano l'opzione -j5.... perchè??

per velocizzare la compilazione, mandando in escuzione + istanze del compilatore alla volta (pero' ho i miei dubbi che si guadagni qualcosa con soltanto una cpu)

Le altre domande sono un mistero anche per me.
Ciao^^

ChriD ha scritto:Ho ricompilato spesso oggi il kernel perchè non mi ero accorto di mettere l'ACPI modulare invece che statico e non fungeva nulla......

voglio damandare però.....

1) a cosa serve il comando make mrproper ????
so che serve per preparare l'ambiente, ma di preciso in che modo prepara l'ambiente?

Elimina i file oggetto e il config.

2)alcuni eseguono anche make clean.... perchè???

Dovresti chiederlo a loro... comunque al contrario di mrproper mantiene il config.

3) nel make bzImage alcuni consigliano l'opzione -j5.... perchè??

Perché ti sbrighi prima, man make per maggiori informazioni.

4) dopo varie ricompilazioni il compilatore mi dava errore nella fase di creazione del System.map..... Ho seguito un'altra procedura su internet che invece di dare il comando make bzImage, consigliava make all
Con il make all tutto ha funzionato.... perchè????

Per i kernel 2.6 make bzImage non si usa più, basta lanciare make (che è lo stesso di make all e talvolta make world) e vengono compilati sia il kernel che i moduli.

5)ho scoperto che dopo il make modules_install si può digitare anche make install che esegue alcuni script (posiziona l'immagine e il System.map nel boot).... ma da dove esce questo comando e perchè se ne sente parlare così poco?

Perchè generalmente si preferisce fare le cose da se

Ps. s/perchè????/perchè?/g

alcuni eseguono anche make clean.... perchè???

Perché hanno il kernel 2.4

M.

gallows ha scritto:

ChriD ha scritto:Ho ricompilato spesso oggi il kernel perchè non mi ero accorto di mettere l'ACPI modulare invece che statico e non fungeva nulla......

voglio damandare però.....

1) a cosa serve il comando make mrproper ????
so che serve per preparare l'ambiente, ma di preciso in che modo prepara l'ambiente?

Elimina i file oggetto e il config.

2)alcuni eseguono anche make clean.... perchè???

Dovresti chiederlo a loro... comunque al contrario di mrproper mantiene il config.

3) nel make bzImage alcuni consigliano l'opzione -j5.... perchè??

Perché ti sbrighi prima, man make per maggiori informazioni.

4) dopo varie ricompilazioni il compilatore mi dava errore nella fase di creazione del System.map..... Ho seguito un'altra procedura su internet che invece di dare il comando make bzImage, consigliava make all
Con il make all tutto ha funzionato.... perchè????

Per i kernel 2.6 make bzImage non si usa più, basta lanciare make (che è lo stesso di make all e talvolta make world) e vengono compilati sia il kernel che i moduli.

5)ho scoperto che dopo il make modules_install si può digitare anche make install che esegue alcuni script (posiziona l'immagine e il System.map nel boot).... ma da dove esce questo comando e perchè se ne sente parlare così poco?

Perchè generalmente si preferisce fare le cose da se

Ps. s/perchè????/perchè?/g

grazie mille dei chiarimenti

dopo aver compilato il kernel e verificato che tutto funge si può eseguire il make clean nella directory dei sorgenti per eliminare tutti gli oggetti??

all'inizio avevo installato la slack con il kernel 2.4, adesso avendo messo il kernel nuovo.... posso rimuovere la directory con tutti i sorgenti del ker 2.4?? (in pratica quella /usr/src/kernel 2.4........)

scusami per le ulteriori domande....

ChriD ha scritto:grazie mille dei chiarimenti

dopo aver compilato il kernel e verificato che tutto funge si può eseguire il make clean nella directory dei sorgenti per eliminare tutti gli oggetti??

Puoi farlo, ma non vedo perchè dovresti..

all'inizio avevo installato la slack con il kernel 2.4, adesso avendo messo il kernel nuovo.... posso rimuovere la directory con tutti i sorgenti del ker 2.4?? (in pratica quella /usr/src/kernel 2.4........)

Sì, ma il vecchio kernel (vmlinuz+moduli) lo terrei come "kernel di salvataggio"

scusami per le ulteriori domande....

Figurati..

posso rimuovere la directory con tutti i sorgenti del ker 2.4?

Se vuoi fare proprio piazza pulita,
elimina anche /lib/modules/2.4.x

M.

gallows ha scritto: Sì, ma il vecchio kernel (vmlinuz+moduli) lo terrei come "kernel di salvataggio"

considerando che però non mi funzionava per via del fatto che non aveva il supporto per il sata.... cancello tutta la directory....

samiel ha scritto:

posso rimuovere la directory con tutti i sorgenti del ker 2.4?

Se vuoi fare proprio piazza pulita,
elimina anche /lib/modules/2.4.x

M.

ok grazie 1000


non dirmi nulla, ma sapresti dirmi perchè i file .config e il System.map (generati con la compilazione) devono essere copiati nella directory boot anche se poi effettivamente chi viene caricato all'avvio è solo vmlinuz da lilo???

ChriD ha scritto:

samiel ha scritto:

posso rimuovere la directory con tutti i sorgenti del ker 2.4?

Se vuoi fare proprio piazza pulita,
elimina anche /lib/modules/2.4.x

M.

ok grazie 1000


non dirmi nulla, ma sapresti dirmi perchè i file .config e il System.map (generati con la compilazione) devono essere copiati nella directory boot anche se poi effettivamente chi viene caricato all'avvio è solo vmlinuz da lilo???

oltre a rinnovare la domanda, volevo chiedere ancora se è possibile compilare un kernel con l'ACPI modulare.... con i filesystem modulari (non quelli di root ma quelli utilizzati p.es per una partizione windows etc....)


grazies

.config e System.map non lo so,
che qualcuno lo chiarisce
sono contento anch'io...
Cnq make install il config non lo copia
il che forse significa che in effetti
non serve affatto in boot.
L'ACPI modulare non puoi metterlo,
nel senso che, se hai visto, compilando
il kernel lo accetta solo staticamente,
e cio "taglia la testa al toro".
I file system inveceli puoi mettere
come moduli, tranme quello della partizione
root (a meno di non usare initrd, ma se
compili, non ha senso). Io infatti li ho tutti
come moduli (il mio vmlinuz 2.6.14
è infatti solo 1,2 MB)

M.

samiel ha scritto:.config e System.map non lo so,
che qualcuno lo chiarisce
sono contento anch'io...
Cnq make install il config non lo copia
il che forse significa che in effetti
non serve affatto in boot.
L'ACPI modulare non puoi metterlo,
nel senso che, se hai visto, compilando
il kernel lo accetta solo staticamente,
e cio "taglia la testa al toro".
I file system inveceli puoi mettere
come moduli, tranme quello della partizione
root (a meno di non usare initrd, ma se
compili, non ha senso). Io infatti li ho tutti
come moduli (il mio vmlinuz 2.6.14
è infatti solo 1,2 MB)

M.

initial ram disk (initrd) a che cosa serve di preciso?

nella directory boot ho trovato anche questi file: diag1.img boot.0800 mica sai a cosa servono?

ChriD ha scritto:

samiel ha scritto:.config e System.map non lo so,
che qualcuno lo chiarisce
sono contento anch'io...
Cnq make install il config non lo copia
il che forse significa che in effetti
non serve affatto in boot.
L'ACPI modulare non puoi metterlo,
nel senso che, se hai visto, compilando
il kernel lo accetta solo staticamente,
e cio "taglia la testa al toro".
I file system inveceli puoi mettere
come moduli, tranme quello della partizione
root (a meno di non usare initrd, ma se
compili, non ha senso). Io infatti li ho tutti
come moduli (il mio vmlinuz 2.6.14
è infatti solo 1,2 MB)

M.

initial ram disk (initrd) a che cosa serve di preciso?

nella directory boot ho trovato anche questi file: diag1.img boot.0800 mica sai a cosa servono?

io il config lo copio in boot semplicemente perchè così ho un back up del file di configurazione... system.map lo copio perchè ... non so perchè...

leggi il readme sull'initrd

comunque serve + che altro per i kernel generici distribuiti con linux perchè l'autore della distro non può sapere con che fs formatterai la /... indi crea un initrd che taglia la testa al toro... però leggi il readme per maggiori dettagli....

uno dei due file con il nome strambo dovrebbe essere la copia di back up del tuo mbr... ma non ci metterei la mano sul fuoco...

M.

ChriD ha scritto: dopo aver compilato il kernel e verificato che tutto funge si può eseguire il make clean nella directory dei sorgenti per eliminare tutti gli oggetti??

Se il kernel che hai appena compilato è quello che intendi usare stabilmente ti sconsiglio da dare make clean o make mrproper per cancellare gli oggetti creati dal compilatore, perché possono venire utili.

Ad esempio per compilare certi driver esterni come i driver nvidia per le schede grafiche o i driver slmodem per i modem interni della smart link è necessario avere anche gli oggetti oltre ai sorgenti. Vero è che se sai che non hai bisogno di queste cose, allora effettivamente li puoi cancellare...

Ciao!