Pagina 1 di 3
Kernelpkg, vmlinuz e generic-2.6.33[RISOLTO]
Inviato: mar 9 mar 2010, 17:38
da tigerwalk
Ciao a tutti, volevo segnalare la mancata creazione di vmlinuz, da parte di kernelpkg compilando il generic-smp-2.6.33-smp.
In pratica, ho sempre usato il tool per preparare il pacchetto del kernel.tgz da installare su altre macchine meno potenti. Per far ciò, ho sempre usato l' huge-smp e non ho mai avuto problemi. Da qualche giorno, sto ricompilando il generic-smp per usare quello ed ho notato che kernelpkg, non trova /arch/x86/boot/bzImage e, di conseguenza, nella installazione del pacchetto creato, non crea il file /boot/vmlinuz. Il problema viene aggirato con una copia "manuale" del suddetto file.
Volevo chiedere se a qualcuno è successo, se dipende dall' uso del "generic-smp" o se è un problema che si verifica per la serie 2.6.33!
Grazie
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mer 10 mar 2010, 1:17
da submax82
stranissimo se il file esiste perché non lo trova?
ma poi quando parli di generic-smp o huge-smp ti riferisci ai rispettivi config vero?
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mer 10 mar 2010, 10:44
da tigerwalk
submax82 ha scritto:stranissimo se il file esiste perché non lo trova?
ma poi quando parli di generic-smp o huge-smp ti riferisci ai rispettivi config vero?
Infatti, il file esiste ma non viene trovato. Certamente mi riferisco ai config -smp e -generic e i sorgenti sono quelli di default della current.
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mer 10 mar 2010, 18:03
da submax82
mi pare stranissimo, mi pare un bug troppo grosso, ma lo fà anche con kernel < 2.6.33 ?
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mer 10 mar 2010, 19:31
da tigerwalk
submax82 ha scritto:mi pare stranissimo, mi pare un bug troppo grosso, ma lo fà anche con kernel < 2.6.33 ?
No, con i precedenti tutto nella norma...
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mer 10 mar 2010, 22:06
da submax82
ancora più strano, devo fare un test e vedere di fixarlo, intanto ne approfitto per aggiungere il supporto a txz
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: sab 20 mar 2010, 0:59
da h8er
se può aiutare anch'io ho questo problema, oltretutto se si patcha il kernel con il brain fuck scheduler di kolivas i pacchetti vengono creati con dei nomi sballati (forse gli da fastidio il fatto che il kernel venga patchato -ck ?)
notate il doppio trattino
Codice: Seleziona tutto
>root#: ls -1 | grep 2.6.33
kernel-headers-2.6.33--kpkg093.tgz
kernel-headers-2.6.33--kpkg093.tgz.md5
kernel-headers-2.6.33--kpkg093.txt
kernel-image-2.6.33--kpkg093.tgz
kernel-image-2.6.33--kpkg093.tgz.md5
kernel-image-2.6.33--kpkg093.txt
kernel-source-2.6.33-noarch-kpkg093.tgz
kernel-source-2.6.33-noarch-kpkg093.tgz.md5
kernel-source-2.6.33-noarch-kpkg093.txt
ho provato con il kernel 2.6.33 e la patch 2.6.33-sched-bfs-315.patch
grazie ciao
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: sab 20 mar 2010, 1:18
da submax82
non c'entra la patch, penso che entrambi i problemi di tigerwalk e h8er sia riconducibile alla procedura che termina la sotto-architettura per la quale si compila il kernel... devo ancora fixare, scusate.
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: sab 20 mar 2010, 21:29
da submax82
in pratica c'è un problema a questa riga che uso per determinare l'architettura principale (non la sotto-architettura):
readlink include/asm | awk -F- '{print $2}'
ebbene dal 2.6.33 non funzia più!!! come si potrebbe fare a trovare un modo alternativo che vada bene sia per i kernel vecchie sia per quelli nuovi?
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mar 23 mar 2010, 14:14
da submax82
idee?
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mar 23 mar 2010, 15:52
da Mario Vanoni
h8er ha scritto:se può aiutare anch'io ho questo problema, oltretutto se si patcha il kernel con il brain fuck scheduler di kolivas i pacchetti vengono creati con dei nomi sballati (forse gli da fastidio il fatto che il kernel venga patchato -ck ?)
notate il doppio trattino
Codice: Seleziona tutto
>root#: ls -1 | grep 2.6.33
kernel-headers-2.6.33--kpkg093.tgz
kernel-headers-2.6.33--kpkg093.tgz.md5
kernel-headers-2.6.33--kpkg093.txt
kernel-image-2.6.33--kpkg093.tgz
kernel-image-2.6.33--kpkg093.tgz.md5
kernel-image-2.6.33--kpkg093.txt
kernel-source-2.6.33-noarch-kpkg093.tgz
kernel-source-2.6.33-noarch-kpkg093.tgz.md5
kernel-source-2.6.33-noarch-kpkg093.txt
ho provato con il kernel 2.6.33 e la patch 2.6.33-sched-bfs-315.patch
grazie ciao
Devi editare in Makefile, la voce
EXTRAVERSION =
completandola cosi`
EXTRAVERSION = -sched-bfs-315
Con Kolivas la aggiorna solo p. e. con 2.6.33
ho provata la sua versione -ck1 su 2.6.33.1, funziona cambiando
EXTRAVERSION = .1-ck1
La versione RT mi completa automaticamente a
EXTRAVERSION = .1-rt11
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mar 23 mar 2010, 19:57
da targzeta
submax82 ha scritto:in pratica c'è un problema a questa riga che uso per determinare l'architettura principale (non la sotto-architettura):
readlink include/asm | awk -F- '{print $2}'
ebbene dal 2.6.33 non funzia più!!! come si potrebbe fare a trovare un modo alternativo che vada bene sia per i kernel vecchie sia per quelli nuovi?
Hai provato con:
ovviamente va eseguito dopo la compilazione. Sul mio PC ritorna:
Emanuele
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mar 23 mar 2010, 21:46
da submax82
@Mario Vanoni
il problema tigerwalk e h8er è relativo al mio tool kernelpkg che ricava il campo $ARCH da un file che dal 2.6.33 non esiste più
@spina
grazie del suggerimento ma nel mio caso, non và bene perchè il campo $ARCH mi serve per ricamavare dov'è il vmlinuz appena compilato cioè mi serve per completare il percorso /usr/src/linux/arch/$ARCH/boot/bzImage, di coseguenza non posso fare il grep per trovare l'arch e poi sarebbe un sistema un pò deboluccio.
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mer 24 mar 2010, 15:45
da Mario Vanoni
submax82 ha scritto:@Mario Vanoni
il problema tigerwalk e h8er è relativo al mio tool kernelpkg che ricava il campo $ARCH da un file che dal 2.6.33 non esiste più
@spina
grazie del suggerimento ma nel mio caso, non và bene perchè il campo $ARCH mi serve per ricamavare dov'è il vmlinuz appena compilato cioè mi serve per completare il percorso /usr/src/linux/arch/$ARCH/boot/bzImage, di coseguenza non posso fare il grep per trovare l'arch e poi sarebbe un sistema un pò deboluccio.
Scusa sumax82 se mi intrometto, _non_ usando il tuo programma, ma visto che mi citi.
cd /usr/src/linux-2.6.33.1-rt11
less Makefile e cerco ARCH
Codice: Seleziona tutto
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
-e s/sh[234].*/sh/ )
...
ARCH ?= $(SUBARCH)
Se cerco .1-rt11 in /usr/src/linux, link simbolico su /usr/src/linux/linux-2.6.33.1-rt11
Codice: Seleziona tutto
./.config:3:# Linux kernel version: 2.6.33.1-rt11
./Makefile:4:EXTRAVERSION = .1-rt11
./arch/x86/boot/compressed/vmlinux.lds:5: * Linux kernel version: 2.6.33.1-rt11
./arch/x86/kernel/acpi/realmode/wakeup.lds:5: * Linux kernel version: 2.6.33.1-rt11
./arch/x86/kernel/vmlinux.lds:5: * Linux kernel version: 2.6.33.1-rt11
./arch/x86/vdso/vdso32/vdso32.lds:5: * Linux kernel version: 2.6.33.1-rt11
./include/config/auto.conf.cmd:528:ifneq "$(KERNELVERSION)" "2.6.33.1-rt11"
./include/config/auto.conf:3:# Linux kernel version: 2.6.33.1-rt11
./include/config/kernel.release:1:2.6.33.1-rt11
./include/generated/autoconf.h:3: * Linux kernel version: 2.6.33.1-rt11
./include/generated/utsrelease.h:1:#define UTS_RELEASE "2.6.33.1-rt11"
Se post inutile, chiedo perdono per il disturbo.
Re: Kernelpkg, vmlinuz e generic-2.6.33
Inviato: mer 24 mar 2010, 17:11
da targzeta
submax82 ha scritto:...
@spina
grazie del suggerimento ma nel mio caso, non và bene perchè il campo $ARCH mi serve per ricamavare dov'è il vmlinuz appena compilato cioè mi serve per completare il percorso /usr/src/linux/arch/$ARCH/boot/bzImage, di coseguenza non posso fare il grep per trovare l'arch e poi sarebbe un sistema un pò deboluccio.
Forse mi sono spiegato male Massimo, io intendevo proprio il file vmlinu
x (nota la 'x' finale) che trovi
sempre nella directory principale dei sorgenti e non il vmlinu
z che trovi nel percorso che indichi te.
Codice: Seleziona tutto
$> file /usr/src/linux/vmlinux | tr -d ' ' | cut -d',' -f2
x86-64
Emanuele