not load modules.dep

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
moodsx
Beiträge: 188
Registriert: 15.03.2007 09:17:25

not load modules.dep

Beitrag von moodsx » 14.09.2012 09:09:04

Hallo Community,

betreibe ein squeeze und hab mir nen neuen Kernel gebacken, den 3.5.3.

Folgendes habe ich durchgeführt:

Code: Alles auswählen

cd /usr/src/linux

make oldconfig

make menuconfig (um Änderungen durchzuführen)

make

make modules_install install (Hier wird in /boot/ vmlinuz-3.5.3 und die System.map-3.5.3 angelegt

mkinitramfs -o /boot/initrd.img-3.5.3 (initrd.img-3.5.3 wird ebenfalls in /boot/ abgelegt

update-grub
Das wars eigentlich, leider bekomme ich beim booten folgende Fehlermeldung:

Code: Alles auswählen

cannot load /lib/modules/3.5.3/modules.dep
Die Datei ist auf jeden Fall vorhanden.

Kann mir hier jemand zu dem Problem mal auf die Sprünge helfen? DANKE!


MfG Sven

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: not load modules.dep

Beitrag von rendegast » 14.09.2012 10:44:26

Ist sie auch in der initrd vorhanden? -> initrd als initrd.cpio.gz verlinken, ist dann mit zBsp. mc als Archiv zugänglich.

Von richtigem Format und Inhalt?

Code: Alles auswählen

# cat modules.dep
...
kernel/drivers/ssb/ssb.ko: kernel/drivers/mmc/core/mmc_core.ko kernel/drivers/pcmcia/pcmcia.ko kernel/drivers/pcmcia/pcmcia_core.ko
kernel/drivers/hv/hv_vmbus.ko:
kernel/net/ipv4/gre.ko:
kernel/net/ipv4/inet_lro.ko:
kernel/net/sunrpc/sunrpc.ko:
kernel/net/sunrpc/auth_gss/auth_rpcgss.ko: kernel/net/sunrpc/sunrpc.ko
kernel/net/ceph/libceph.ko: kernel/lib/libcrc32c.ko
kernel/lib/crc-ccitt.ko:
kernel/lib/crc16.ko:
kernel/lib/crc-t10dif.ko:
kernel/lib/crc-itu-t.ko:
kernel/lib/libcrc32c.ko:
kernel/lib/zlib_deflate/zlib_deflate.ko:
kernel/lib/lru_cache.ko:
Vielleicht
mkinitramfs -o /boot/initrd.img-3.5.3
(erstellt eigentlich eine initrd für den aktuellen Kernel)
->
mkinitramfs -o /boot/initrd.img-3.5.3 3.5.3

resp.
update-initramfs -k 3.5.3 [-c | -d | -u]
Anmerkung / Hinweis:
Gelegentlich muß da in /var/lib/initramfs-tools/ händisch nachgearbeitet werden,
da die initrd dort mit checksumme hinterlegt werden und das eventuell die Arbeit des Tools behindert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

moodsx
Beiträge: 188
Registriert: 15.03.2007 09:17:25

Re: not load modules.dep

Beitrag von moodsx » 15.09.2012 11:37:40

Das Problem konnte ich selbst lösen, irgendwas fehlte oder es war etwas falsch konfiguriert im Kernel. Jedenfalls der Kernel läuft jetzt nachdem ich die gesammte .config noch einmal durch bin.

Jetzt habe ich noch ein anderes Problem in dem Zusammenhang. Ich hatte vorher den ATI Treiber händisch installiert, wenn ich das jetzt unter dem neuen Kernel machen will, bricht das mit dem Fehler ab:

Code: Alles auswählen

DKMS Part failed
und das Modul wird nicht gebaut. Kann mir dazu noch jemand einen Tip geben? Danke!

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: not load modules.dep

Beitrag von rendegast » 15.09.2012 11:48:44

Unterhalb /var/lib/dkms/Modul/ müßte ein make.log sein.

Eventuell muß die /usr/src/Modul/dkms.conf bzgl. der neuen Kernelversion angepaßt werden.

Eventuell muß einer der Links source/ oder build/ in /lib/modules/3.5.3/ noch auf die Header oder Kernel-Source gelenkt werden.



-----------------------------------------------------
'nice make -j 3 deb-pkg'
erstellt
dpkg-deb: building package `linux-firmware-image' in `../linux-firmware-image_3.5.3-1_i386.deb'.
dpkg-deb: building package `linux-headers-3.5.3' in `../linux-headers-3.5.3_3.5.3-1_i386.deb'.
dpkg-deb: building package `linux-libc-dev' in `../linux-libc-dev_3.5.3-1_i386.deb'.
dpkg-deb: building package `linux-image-3.5.3' in `../linux-image-3.5.3_3.5.3-1_i386.deb'.
(Dabei läßt sich linux-firmware-image aufgrund von Überschneidungen mit firmware-linux-* nicht installieren.)


Beim Bauen eines dkms-Moduls fehlte dem header-Paket dann
/usr/src/linux-3.5.3/arch/x86/Makefile_32.cpu (make.log)
-> einfach aus der Kernel-Source kopiert.
(Vielleicht mal gelegentlich den Jungs bei kernel.org Bescheid geben?)
Zuletzt geändert von rendegast am 15.09.2012 13:05:23, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

moodsx
Beiträge: 188
Registriert: 15.03.2007 09:17:25

Re: not load modules.dep

Beitrag von moodsx » 15.09.2012 12:53:25

Ich habe einfach mal folgendes gemacht:

Code: Alles auswählen

root@s2:/usr/src/fglrx-8.982# ./make.sh --nohints --uname_r=3.5.3 --norootcheck
AMD kernel module generator version 2.1
doing Makefile based build for kernel 2.6.x and higher
rm -rf *.c *.h *.o *.ko *.a .??* *.symvers
make -C /lib/modules/3.5.3/build SUBDIRS=/usr/src/fglrx-8.982/2.6.x modules
make[1]: Entering directory `/usr/src/linux-3.5.3'
  CC [M]  /usr/src/fglrx-8.982/2.6.x/firegl_public.o
/usr/src/fglrx-8.982/2.6.x/firegl_public.c: In function ‘KCL_MEM_AllocLinearAddrInterval’:
/usr/src/fglrx-8.982/2.6.x/firegl_public.c:2131: error: implicit declaration of function ‘do_mmap’
/usr/src/fglrx-8.982/2.6.x/firegl_public.c:2131: warning: cast to pointer from integer of different size
make[2]: *** [/usr/src/fglrx-8.982/2.6.x/firegl_public.o] Fehler 1
make[1]: *** [_module_/usr/src/fglrx-8.982/2.6.x] Fehler 2
make[1]: Leaving directory `/usr/src/linux-3.5.3'
make: *** [kmod_build] Fehler 2
build failed with return value 2
Kann es sein das der Treiber mit dem Kernel nicht wirklich will?

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: not load modules.dep

Beitrag von rendegast » 15.09.2012 14:45:05

https://bugs.launchpad.net/ubuntu/+sour ... bug/993427
Evtl hilft < Holm Dressler (velovity) >, Patch FGLRX-8-98-Kernel-3-5-1.zip am Ende.



/usr/src/fglrx-8.982/ entspricht wohl einem Teil des händisch entpackten 12-8-Installer?
(common/lib/modules/fglrx/build_mod/)

Auf wheezy baut fglrx-modules-dkms aus sid und experimental:

Code: Alles auswählen

# dkms status
fglrx, 12-6+point, 3.2.0-3-686-pae, i686: installed
fglrx, 12-6+point, 3.5-trunk-686-pae, i686: installed
fglrx, 12-6+point, 3.5.3, i686: installed
(/usr/src/fglrx-12-6+point/)

Code: Alles auswählen

# dkms status
fglrx, 12-8, 3.2.0-3-686-pae, i686: installed
fglrx, 12-8, 3.5-trunk-686-pae, i686: installed
fglrx, 12-8, 3.5.3, i686: installed
(/usr/src/fglrx-12-8/)
Dann halte Dich doch an wheezy und debians dkms-Module resp. fglrx-Pakete.
Zuletzt geändert von rendegast am 15.09.2012 15:31:27, insgesamt 3-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

moodsx
Beiträge: 188
Registriert: 15.03.2007 09:17:25

Re: not load modules.dep

Beitrag von moodsx » 15.09.2012 15:01:54

Habe mir jetzt den 3.2.29 gebacken, damit läufts. Lass das jetzt so und werde es vielleicht später noch einmal probieren.

Danke für Deine Hilfe!

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: not load modules.dep

Beitrag von rendegast » 15.09.2012 16:27:50

Also mit dem Patch, der nicht so genau auf diese Version 12-8 paßt (einige hunks und ein reject),
funktioniert aber der Modulbau für die beiden 3.5-Kernel:

Code: Alles auswählen

# dkms status
fglrx, 8.982, 3.2.0-3-686-pae, i686: built
fglrx, 8.982, 3.5-trunk-686-pae, i686: built
fglrx, 8.982, 3.5.3, i686: built

--------------------------------------
Die fglrx-Pakete aus dem Installer habe ich (unter wheezy) erstellt mit

Code: Alles auswählen

./ati-installer.sh 8.982 --buildpkg Ubuntu/maverick
Ein Vergleich zeigt:
# ls -1 packages/Ubuntu/dists/
  • gutsy
    hardy___=gutsy
    intrepid___=gutsy
    jaunty___=gutsy
    karmic
    lucid
    maverick___=lucid
    natty
    oneiric
    precise___=oneiric
    source___=oneiric

Mit den

Code: Alles auswählen

# ll packages/Debian/dists/
total 0
drwxr-xr-x 2 root root 420 Aug  9 22:44 etch                      ("stable")
drwxr-xr-x 2 root root 420 Aug  9 22:44 experimental
drwxr-xr-x 2 root root 420 Aug  9 22:44 lenny                         ("testing")
drwxr-xr-x 2 root root 420 Aug  9 22:44 sid                            ("unstable")
ging gar nix. Die muß doch mal irgendjemand fixen/aktualisieren!
Das fängt an mit mittlerweile obsoletem X_DIR=x710, statt wie beim ubuntu gesetzten X_DIR=xpic, aber damit allein ist es nicht getan.
packages/Debian/ aus 12-8 (2012-8) ist identisch dem aus 8-12 (2008-12) !!!!!!!!!!!!!!!!
CRAP, kann genausogut gelöscht werden.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Antworten