patchare il kernel installato con slack 10.2

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.

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.
dark0s
Linux 3.x
Linux 3.x
Messaggi: 556
Iscritto il: lun 10 gen 2005, 0:00

patchare il kernel installato con slack 10.2

Messaggio da dark0s »

Ho installato slackware 10.2 con kernel test26.s con i rispettivi moduli, sorgenti....., vorrei applicare la patch per il 2.6.13.4, come devo fare?
Per i moduli non c'è nessun problema?

Ciao

Avatar utente
Sawk
Linux 3.x
Linux 3.x
Messaggi: 584
Iscritto il: dom 6 feb 2005, 0:00
Località: Pordenone, Italy
Contatta:

Messaggio da Sawk »

vai in /usr/src/linux dove trovi i sorgenti del tuo kernel, poi dai questo comando:

Codice: Seleziona tutto

patch -p1 < /"directory_patch"/"nome_patch"
poi ovviamente ricompili il tutto :)

dark0s
Linux 3.x
Linux 3.x
Messaggi: 556
Iscritto il: lun 10 gen 2005, 0:00

Messaggio da dark0s »

Ma
1- la patch diventa automaticamente operativa
2- quando applico la seconda patch o superiore ( ad esempio se voglio aggiornare a 2.6.13.2, devo scrivere -p1 nel comando patch, oppure patch -p2 < /usr/patch-2.6.13.2 ) allora il comando fallisce:
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
patching file arch/i386/pci/common.c
patching file arch/i386/pci/i386.c

Con il comando che mi hai scritto la prima patch va, la seconda no...

Ciao

dark0s
Linux 3.x
Linux 3.x
Messaggi: 556
Iscritto il: lun 10 gen 2005, 0:00

Messaggio da dark0s »

Ma è possibile che non funziona...

Avatar utente
zzt
Linux 2.x
Linux 2.x
Messaggi: 249
Iscritto il: lun 7 mar 2005, 0:00

Messaggio da zzt »

Devi patchare sempre con lo stesso comando, l'importante è inserire le patch nell'ordine giusto

dark0s
Linux 3.x
Linux 3.x
Messaggi: 556
Iscritto il: lun 10 gen 2005, 0:00

Messaggio da dark0s »

Ma allora perché installa solamente la prima patch

Avatar utente
zzt
Linux 2.x
Linux 2.x
Messaggi: 249
Iscritto il: lun 7 mar 2005, 0:00

Messaggio da zzt »

La pacth non è altro che un modo automatico di modificare i file di testo, in questo caso dei sorgenti. Nel caso dei kernel ad esempio per passare dal 2.6.0 al 2.6.13 devi applicare le 13 patch in ordine sempre con -p1 e sempre dalla directory /usr/src/linux-xxxx

Se le il comando patch dà errori il motivi sono 2:
- non sei nella directory corretta
- la patch non va bene per quello che vuoi patchare

Nel secondo caso ti genera dei file .rej che contengono le differenze non applicate, se sai quello che stai facendo, le puoi applicare a mano.

dark0s
Linux 3.x
Linux 3.x
Messaggi: 556
Iscritto il: lun 10 gen 2005, 0:00

Messaggio da dark0s »

Come dovrei fare, dovrei:

1 - compilare i files indicati
oppure
2 - applicare il comando patch ai files indicato

Avatar utente
zzt
Linux 2.x
Linux 2.x
Messaggi: 249
Iscritto il: lun 7 mar 2005, 0:00

Messaggio da zzt »

Supponendo che le tue patch siano per i sorgenti (come avviene nel 99% dei casi), prima applichi la patch (che semplicemente modifica il sorgente), poi compili.

Se le tue patch fossero binarie, sarebbe esattamente l'opposto.

dark0s
Linux 3.x
Linux 3.x
Messaggi: 556
Iscritto il: lun 10 gen 2005, 0:00

Messaggio da dark0s »

Potresti farmi un esempio concreto. Computer con kebrel 2.6.13. Sono in /usr/src/linux.
Applico il comando

patch -p1 < /root/patch-2.6.13.1

Per ora ok, poi...

Avatar utente
zzt
Linux 2.x
Linux 2.x
Messaggi: 249
Iscritto il: lun 7 mar 2005, 0:00

Messaggio da zzt »

Se non sbaglio ti sarà venuta una paginata di qualcosa simile a:
patching...
patching...

Se tutto è andato liscio non dovresti aver avuto nessun HUNK Failed

A questo punto sei passato dai sorgenti del 2.6.13 al 2.6.13.1, non ti resta che ricompilarlo...

dark0s
Linux 3.x
Linux 3.x
Messaggi: 556
Iscritto il: lun 10 gen 2005, 0:00

Messaggio da dark0s »

Azzzzzz, ma io non ricompilavo niente, ehi ma allora non conviene aggiornare, a questo punto è meglio apsettare la release 2.6.14

Avatar utente
zzt
Linux 2.x
Linux 2.x
Messaggi: 249
Iscritto il: lun 7 mar 2005, 0:00

Messaggio da zzt »

Questa è una scelta di vita... :D

Comunque quando uscirà il 2.6.14... il procedimento sarà uguale!

Avatar utente
nello
Linux 0.x
Linux 0.x
Messaggi: 60
Iscritto il: sab 16 apr 2005, 0:00

Messaggio da nello »

compilare non è obbligatorio. lo devi fare se nella patch che applichi vi sono delle opzioni in più e non solo dei bugfix. allora in quel caso, se hai bisogno di quelle opzioni, ricompili il kernel e le inserisci. ma a questo punto poco cambia da scaricare direttamente i nuovi sorgenti e usare il vecchio config inserendo le nuove opzioni. io invece l'altro giorno volevo applicare al mio 2.6.13.4 la patch 2.6.14-rc5 perchè cerano delle modifiche all'smp e non avrei avuto la necessità di ricompilare.

Avatar utente
zzt
Linux 2.x
Linux 2.x
Messaggi: 249
Iscritto il: lun 7 mar 2005, 0:00

Messaggio da zzt »

nello ha scritto:compilare non è obbligatorio. .... io invece l'altro giorno volevo applicare al mio 2.6.13.4 la patch 2.6.14-rc5 perchè cerano delle modifiche all'smp e non avrei avuto la necessità di ricompilare.
Magari prendo una cantonata io... ma se non usi un kernel ricompilato con la patch, tanto vale che non lo patchi!

Applichi rc5 ai sorgenti, e poi riavvii con il kernel vecchio non patchato... come fai ad utilizzare i cambiamenti?

Concordo con te che non server necessariamente ricompilare perchè se non hai problemi con il kernel in uso e non ti servono nuove features probabilmente non ne vale la pena. Ma questo punto è una perdita di tempo anche patchare.

Rispondi