Hallo, ich habe etwas Stress mit vmware4 und Kernel 2.4.21 von H. Mantel. Ich kann die virtuelle Maschinen starten. Nach kurzer Zeit (mal noch beim booten, mal wenn ich das erste Programm starten will) bleibt vmware gnadenlos stehen. Im syslog finde den netten Oops: Jul 31 13:56:11 pc121353 vmnet-dhcpd: DHCPDISCOVER from 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:12 pc121353 vmnet-dhcpd: DHCPOFFER on 192.168.10.132 to 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:12 pc121353 vmnet-dhcpd: DHCPREQUEST for 192.168.10.132 from 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:12 pc121353 vmnet-dhcpd: DHCPACK on 192.168.10.132 to 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:16 pc121353 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jul 31 13:56:16 pc121353 kernel: printing eip: Jul 31 13:56:16 pc121353 kernel: 00000000 Jul 31 13:56:16 pc121353 kernel: *pde = 00000000 Jul 31 13:56:16 pc121353 kernel: Oops: 0000 2.4.21-0-ak #2 Mon Jul 7 08:52:02 CEST 2003 Jul 31 13:56:16 pc121353 kernel: CPU: 0 Jul 31 13:56:16 pc121353 kernel: EIP: 0010:[<00000000>] Tainted: PF Jul 31 13:56:16 pc121353 kernel: EFLAGS: 00213217 Jul 31 13:56:16 pc121353 kernel: eax: 00000001 ebx: 306f9000 ecx: 81b43880 edx: 80000000 Jul 31 13:56:16 pc121353 kernel: esi: 0000006d edi: 8bd87000 ebp: 91976000 esp: 96321e58 Jul 31 13:56:16 pc121353 kernel: ds: 0018 es: 0018 ss: 0018 Jul 31 13:56:16 pc121353 kernel: Process vmware-vmx (pid: 1646, stackpage=96321000) Jul 31 13:56:16 pc121353 kernel: Stack: 85d34c00 00000000 00000342 8392a774 8de0e280 00000000 00000000 875fdc80 Jul 31 13:56:16 pc121353 kernel: 89b825c0 875fdc80 96321f90 83928712 85d34c00 00000000 89b825d0 00003286 Jul 31 13:56:16 pc121353 kernel: 000000d0 ffffffe7 00000000 9f6ddc80 818d1a1d 89b825c0 00000000 89b825c0 Jul 31 13:56:16 pc121353 kernel: Call Trace: [<8392a774>] [<83928712>] [<818d1a1d>] [<81866233>] [<8014c8de>] Jul 31 13:56:16 pc121353 kernel: [<8014e17e>] [<81865e63>] [<80129980>] [<80129a01>] [<80147689>] [<8010881b>] Jul 31 13:56:16 pc121353 kernel: Modules: [(vmmon:<83928060>:<8392d9f4>)] [(ext3:<81860060>:<81872488>)] Jul 31 13:56:16 pc121353 kernel: [(jbd:<818d0060>:<818dad1c>)] Jul 31 13:56:16 pc121353 kernel: Code: Bad EIP value. Das komische ist: Die _gleiche_ vm auf dem "alten" Kernel 2.4.20 läuft ohne zu murren. Die Kernelkonfiguration des 2.4.21 entstand durch ein forsches make oldconfig aus der 2.4.20er Konfiguration. ein diff auf die (um Kommentare und Leerzeilen bereinigten .config's) ergibt: > CONFIG_EDD=y > CONFIG_CRYPTO=m > CONFIG_CIPHERS=y > CONFIG_CIPHER_AES=m > CONFIG_CIPHER_3DES=m > CONFIG_CIPHER_NULL=m > CONFIG_CIPHER_DES=m > CONFIG_DIGESTS=y > CONFIG_DIGEST_MD5=m > CONFIG_DIGEST_SHA1=m > CONFIG_CRYPTODEV=y > CONFIG_CRYPTOLOOP=m > CONFIG_CRYPTOLOOP_ATOMIC=y > CONFIG_IP_NF_AMANDA=m > CONFIG_IP_NF_NAT_AMANDA=m CONFIG_BLK_DEV_ADMA=y < CONFIG_SD_EXTRA_DEVS=40 | CONFIG_SD_MAX_MAJORS=16 CONFIG_FS_POSIX_ACL=y < > CONFIG_CFGNAME="ak" > CONFIG_RELEASE=0 Das bedeutet, das bis auf die "neuen" crypto-Module eingentlich alles identisch ist, oder? BLK_DEV_ADMA gibts nicht mehr, ebenso FS_POSIX_ACL. Wo kann ich suchen? Booten mit Option APIC und ohne bringt keine Änderung hierbei. Andreas