[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

depmod: unresolved symbols



Próbuję zainstalować kompilowany na innej maszynie kernel.
Kompilację wykonuję ,,sposobem debianowym'' (z paczki kernel-source, z
użyciem kernel-package).

Na sprzęcie, na którym kompiluję, zainstalowany jest aktualny Sarge z
kernelem 2.4.19 - kompilowanym przeze mnie na tej samej maszynie
(również z użyciem kernel-package).

Na maszynie, na której instaluję skompilowany kernel, zainstalowany
jest aktualny Woody z kernelem 2.2, kompilowanym (nie przeze mnie) na
innej maszynie (Sid z kernelem 2.2) wtedy jeszcze dla Potato.
Jak widzę skompilowany jest on z CONFIG_MODVERSIONS=y


Źródła (zarówno kernela 2.4.18 jak i 2.4.19) rozpakowuję, wykonuję
make menuconfig
make-kpkg clean
make-kpkg --revision=mithlond.1.j kernel_image

A już na drugiej maszynie:
# dpkg -i kernel-image-2.4.19_mithlond.1.j_i386.deb

Co w wyniku daje:

Selecting previously deselected package kernel-image-2.4.19.
(Reading database ... 12759 files and directories currently
installed.)
Unpacking kernel-image-2.4.19 (from
kernel-image-2.4.19_mithlond.1.j_i386.deb) ...
Setting up kernel-image-2.4.19 (mithlond.1.j) ...
depmod: *** Unresolved symbols in
/lib/modules/2.4.19/kernel/drivers/block/floppy.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.19/kernel/net/sched/cls_u32.o

(itp. - dla [chyba] każdego modułu)

There was a problem running depmod.  This may be benign,
(You may have versioned symbol names, for instance).
Or this could be an error.
        depmod exited with return value 1
In any case, since depmod is run at install time,
we could just defer running depmod
Would you like to abort now? [Yes]


Nie wiem na ile jest to dla mnie groźne.


Pierwotnie kernel 2.4.18 skompilowałem również (tak jak aktualny 2.2)
z CONFIG_MODVERSIONS=y.
Gdy jednak dostałem powyższy komunikat - skompilowałem bez tej opcji.
(w akcie desperacji skasowałem nawet źródła i ponownie je
rozpakowałem, żeby mieć pewność, że do ponownej kompilacji używam
,,czystych'' źródeł)
Wynik był identyczny.


W sumie kompilacji kernela przeprowadziłem już trochę (i jak na razie
wszystkie działały, niektóre tylko trzeba było kompilować ponownie,
gdyż okazały się zbyt ,,minimalistyczne'' :-), ale jeszcze z czymś
takim się nie spotkałem. Google niezbyt mi pomogły (tzn. wcale).

Może ktoś z Was jest w stanie coś mi na ten temat powiedzieć?

-- 
Jacek Politowski  [rallypl.te@m.olsztyn]



Reply to: