je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier
crash kernel avec Open :
OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel 486DX (486-class)
real mem = 41512960 (39MB)
avail mem = 30306304 (28MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 10/26/93
pcibios at bios0 function 0x1a not configured
bios0: ROM list: 0xc0000/0x6000 0xc6800/0x800
cpu0 at mainbus0
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16450, no fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16450, no fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
vga0 at isa0 port 0x3b0/48 iomem 0xa0000/131072
wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
wdc0 at isa0 port 0x1f0/8 irq 14
wd0 at wdc0 channel 0 drive 0: <ST32122A>
wd0: 16-sector PIO, LBA, 2014MB, 4124736 sectors
wd0(wdc0:0:0): using BIOS timings
ne2 at isa0 port 0x280/32 irq 9, NE2000, address 00:40:05:61:20:3e
ep0 at isa0 port 0x340/16 irq 11: address 00:a0:24:c4:41:34, utp/aui/bnc
(default utp)
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
lpt2 at isa0 port 0x3bc/4: polled
kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
isascan(d0a7cc00,d0a84880,4,1) at isascan+0xf9
config_scan(d05df5bc,d0a7cc00,d098be80,d0a84fc0,0) at config_scan+0xaf
config_attach(d0a84fc0,d07d0220,d098be80,d04cf768) at config_attach+0xfd
mainbus_attach(0,d0a84fc0,0,d2fb8000,d098a334) at mainbus_attach+0x150
config_attach(0,d07ce960,0,0,0) at config_attach+0xfd
config_rootfound(d0717f4b,0,d098bf38,d04a26f2) at config_rootfound+0x27
cpu_configure(d08f1320,1,3,0,2) at cpu_configure+0x29
main(0,0,0,0,0) at main+0x38d
la même machine a bien évidemment démarré correctement avec le bsd.rd
d'installation :
OpenBSD 4.4 (RAMDISK_CD) #857: Tue Aug 12 17:31:49 MDT 2008
deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD
cpu0: Intel 486DX (486-class)
real mem = 41512960 (39MB)
avail mem = 32092160 (30MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 10/26/93
pcibios at bios0 function 0x1a not configured
bios0: ROM list: 0xc0000/0x6000 0xc6800/0x800
cpu0 at mainbus0
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16450, no fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16450, no fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
vga0 at isa0 port 0x3b0/48 iomem 0xa0000/131072
wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0
wdc0 at isa0 port 0x1f0/8 irq 14
wd0 at wdc0 channel 0 drive 0: <ST32122A>
wd0: 16-sector PIO, LBA, 2014MB, 4124736 sectors
wd0(wdc0:0:0): using BIOS timings
ne2 at isa0 port 0x280/32 irq 9, NE2000, address 00:40:05:61:20:3e
ep0 at isa0 port 0x340/16 irq 11: address 00:a0:24:c4:41:34, utp/aui/bnc
(default utp)
npx0 at isa0 port 0xf0/16: using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask f5e5 netmask ffe5 ttymask ffff
rd0: fixed, 3800 blocks
softraid0 at root
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Miod Vallat
> je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier crash kernel avec Open :
Ah mince alors.
lpt2 at isa0 port 0x3bc/4: polled kernel: protection fault trap, code=0 Stopped at npxsave_proc+0xd2: wait npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2 npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
Tu me crois si je te dis que ce n'est pas le comportement attendu ?
J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?
la même machine a bien évidemment démarré correctement avec le bsd.rd d'installation :
C'est fourbe, un BSD, hein ?
est-ce qu'il y a des devices à débrayer ?
Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça corrige le problème, cependant.
> je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier
crash kernel avec Open :
Ah mince alors.
lpt2 at isa0 port 0x3bc/4: polled
kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
Tu me crois si je te dis que ce n'est pas le comportement attendu ?
J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?
la même machine a bien évidemment démarré correctement avec le bsd.rd
d'installation :
C'est fourbe, un BSD, hein ?
est-ce qu'il y a des devices à débrayer ?
Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus
attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça
corrige le problème, cependant.
> je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier crash kernel avec Open :
Ah mince alors.
lpt2 at isa0 port 0x3bc/4: polled kernel: protection fault trap, code=0 Stopped at npxsave_proc+0xd2: wait npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2 npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
Tu me crois si je te dis que ce n'est pas le comportement attendu ?
J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?
la même machine a bien évidemment démarré correctement avec le bsd.rd d'installation :
C'est fourbe, un BSD, hein ?
est-ce qu'il y a des devices à débrayer ?
Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça corrige le problème, cependant.
User &
Miod Vallat wrote:
je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier crash kernel avec Open :
Ah mince alors.
comme je n'essaie pas si souvent, ce n'est pas significatif et de toute façon : ddb> show panic the kernel did not panic
lpt2 at isa0 port 0x3bc/4: polled kernel: protection fault trap, code=0 Stopped at npxsave_proc+0xd2: wait npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2 npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
Tu me crois si je te dis que ce n'est pas le comportement attendu ?
J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?
yaka ; il peut y avoir des process avant que init ait démarré ? (voir + bas)
la même machine a bien évidemment démarré correctement avec le bsd.rd d'installation :
C'est fourbe, un BSD, hein ?
dans le cas précis, on parle bien d'Open : ne généralisons pas plus que celà (j'ai récemment re-autorisé ACPI sur une autre vieille bouse et FreeBSD n'a pas explosé en plein vol, même si c'est un 8-Current)
est-ce qu'il y a des devices à débrayer ?
Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça corrige le problème, cependant.
disons que je serai content si Open condescend à tomber en marche, même si c'est par le plus grand des hasards - mais ce n'est pas gagné :
boot> boot /bsd.44 -c booting hd0a:/bsd.44: 6238560+1041588 [52+319712+302630]=0x7896c4 entry point at 0x200120
[ using 622768 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2008 OpenBSD. All rights reserved. http://www.OpenBSD.org
probing for viasio* probing for viasio* finished probing for aps0 probing for aps0 failed probing for npx0
kernel: protection fault trap, code=0 Stopped at npxsave_proc+0xd2: wait npxsave_proc(d098b820,1,d098b7f8,6,d07d0c40) at npxsave_proc+0xd2 npxprobe(d0a7cc00,d0a848c0,d098b820,d07d0c40) at npxprobe+0x11c isascan(d0a7cc00,d0a848c0,4,1) at isascan+0xf9 config_scan(d05df5bc,d0a7cc00,d098be80,d0a84fc0,0) at config_scan+0xaf config_attach(d0a84fc0,d07d0220,d098be80,d04cf768) at config_attach+0xfd mainbus_attach(0,d0a84fc0,0,d2fb8000,d098a334) at mainbus_attach+0x150 config_attach(0,d07ce960,0,0,0) at config_attach+0xfd config_rootfound(d0717f4b,0,d098bf38,d04a26f2) at config_rootfound+0x27 cpu_configure(d08f1320,1,3,0,2) at cpu_configure+0x29 main(0,0,0,0,0) at main+0x38d ddb> ps PID PPID PGRP UID S FLAGS WAIT COMMAND * 0 -1 0 0 7 0x80200 swapper
débrayer npx0 n'est pas sans conséquences : .... biomask f5e5 netmask ffe5 ttymask ffff
probing for softraid0 softraid probe returned 1
softraid0 at root kernel: protection fault trap, code=0 Stopped at cpu_switchto+0x8f: popl %esi ddb> trace cpu_switchto(d07d7654,d0ac0000,d098bf18,d03777b9,d0ac0000) at cpu_switchto+0x8f cfdata(d0ac0000,d0ac0000,0,d098bf20,100) at cfdata+0x3e4c config_attach(0,d07ce39c,0,0,d07d9c38) at config_attach+0xfd config_rootfound(d06ee8b7,0,d098bfa0,d036346d,2) at config_rootfound+0x27 main(0,0,0,0,0) at main+0x4a3 ddb>
(la machine est un vrai 486-DX2, avec processeur flottant intégré)
merci pour les pointeurs
TfH
Miod Vallat wrote:
je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon
premier crash kernel avec Open :
Ah mince alors.
comme je n'essaie pas si souvent, ce n'est pas significatif et de toute
façon :
ddb> show panic
the kernel did not panic
lpt2 at isa0 port 0x3bc/4: polled
kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
Tu me crois si je te dis que ce n'est pas le comportement attendu ?
J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?
yaka ; il peut y avoir des process avant que init ait démarré ? (voir + bas)
la même machine a bien évidemment démarré correctement avec le bsd.rd
d'installation :
C'est fourbe, un BSD, hein ?
dans le cas précis, on parle bien d'Open : ne généralisons pas plus que celà
(j'ai récemment re-autorisé ACPI sur une autre vieille bouse et FreeBSD n'a
pas explosé en plein vol, même si c'est un 8-Current)
est-ce qu'il y a des devices à débrayer ?
Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus
attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça
corrige le problème, cependant.
disons que je serai content si Open condescend à tomber en marche, même si
c'est par le plus grand des hasards - mais ce n'est pas gagné :
boot> boot /bsd.44 -c
booting hd0a:/bsd.44: 6238560+1041588 [52+319712+302630]=0x7896c4
entry point at 0x200120
[ using 622768 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2008 OpenBSD. All rights reserved.
http://www.OpenBSD.org
probing for viasio*
probing for viasio* finished
probing for aps0
probing for aps0 failed
probing for npx0
kernel: protection fault trap, code=0
Stopped at npxsave_proc+0xd2: wait
npxsave_proc(d098b820,1,d098b7f8,6,d07d0c40) at npxsave_proc+0xd2
npxprobe(d0a7cc00,d0a848c0,d098b820,d07d0c40) at npxprobe+0x11c
isascan(d0a7cc00,d0a848c0,4,1) at isascan+0xf9
config_scan(d05df5bc,d0a7cc00,d098be80,d0a84fc0,0) at config_scan+0xaf
config_attach(d0a84fc0,d07d0220,d098be80,d04cf768) at config_attach+0xfd
mainbus_attach(0,d0a84fc0,0,d2fb8000,d098a334) at mainbus_attach+0x150
config_attach(0,d07ce960,0,0,0) at config_attach+0xfd
config_rootfound(d0717f4b,0,d098bf38,d04a26f2) at config_rootfound+0x27
cpu_configure(d08f1320,1,3,0,2) at cpu_configure+0x29
main(0,0,0,0,0) at main+0x38d
ddb> ps
PID PPID PGRP UID S FLAGS WAIT COMMAND
* 0 -1 0 0 7 0x80200 swapper
débrayer npx0 n'est pas sans conséquences :
....
biomask f5e5 netmask ffe5 ttymask ffff
probing for softraid0
softraid probe returned 1
softraid0 at root
kernel: protection fault trap, code=0
Stopped at cpu_switchto+0x8f: popl %esi
ddb> trace
cpu_switchto(d07d7654,d0ac0000,d098bf18,d03777b9,d0ac0000) at
cpu_switchto+0x8f
cfdata(d0ac0000,d0ac0000,0,d098bf20,100) at cfdata+0x3e4c
config_attach(0,d07ce39c,0,0,d07d9c38) at config_attach+0xfd
config_rootfound(d06ee8b7,0,d098bfa0,d036346d,2) at config_rootfound+0x27
main(0,0,0,0,0) at main+0x4a3
ddb>
(la machine est un vrai 486-DX2, avec processeur flottant intégré)
je viens d'installer un OpenBSD 4.4 sur un vieux PC et je vois mon premier crash kernel avec Open :
Ah mince alors.
comme je n'essaie pas si souvent, ce n'est pas significatif et de toute façon : ddb> show panic the kernel did not panic
lpt2 at isa0 port 0x3bc/4: polled kernel: protection fault trap, code=0 Stopped at npxsave_proc+0xd2: wait npxsave_proc(d098b820,1,d098b7f8,6,90) at npxsave_proc+0xd2 npxprobe(d0a7cc00,d0a84880,d098b820,d07d0c40) at npxprobe+0x11c
Tu me crois si je te dis que ce n'est pas le comportement attendu ?
J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?
yaka ; il peut y avoir des process avant que init ait démarré ? (voir + bas)
la même machine a bien évidemment démarré correctement avec le bsd.rd d'installation :
C'est fourbe, un BSD, hein ?
dans le cas précis, on parle bien d'Open : ne généralisons pas plus que celà (j'ai récemment re-autorisé ACPI sur une autre vieille bouse et FreeBSD n'a pas explosé en plein vol, même si c'est un 8-Current)
est-ce qu'il y a des devices à débrayer ?
Tu peux essayer de désactiver dans UKC (boot -c) les pilotes en plus attachés par GENERIC mais pas RAMDISK : pcppi et lpt. Pas sûr que ça corrige le problème, cependant.
disons que je serai content si Open condescend à tomber en marche, même si c'est par le plus grand des hasards - mais ce n'est pas gagné :
boot> boot /bsd.44 -c booting hd0a:/bsd.44: 6238560+1041588 [52+319712+302630]=0x7896c4 entry point at 0x200120
[ using 622768 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2008 OpenBSD. All rights reserved. http://www.OpenBSD.org
probing for viasio* probing for viasio* finished probing for aps0 probing for aps0 failed probing for npx0
kernel: protection fault trap, code=0 Stopped at npxsave_proc+0xd2: wait npxsave_proc(d098b820,1,d098b7f8,6,d07d0c40) at npxsave_proc+0xd2 npxprobe(d0a7cc00,d0a848c0,d098b820,d07d0c40) at npxprobe+0x11c isascan(d0a7cc00,d0a848c0,4,1) at isascan+0xf9 config_scan(d05df5bc,d0a7cc00,d098be80,d0a84fc0,0) at config_scan+0xaf config_attach(d0a84fc0,d07d0220,d098be80,d04cf768) at config_attach+0xfd mainbus_attach(0,d0a84fc0,0,d2fb8000,d098a334) at mainbus_attach+0x150 config_attach(0,d07ce960,0,0,0) at config_attach+0xfd config_rootfound(d0717f4b,0,d098bf38,d04a26f2) at config_rootfound+0x27 cpu_configure(d08f1320,1,3,0,2) at cpu_configure+0x29 main(0,0,0,0,0) at main+0x38d ddb> ps PID PPID PGRP UID S FLAGS WAIT COMMAND * 0 -1 0 0 7 0x80200 swapper
débrayer npx0 n'est pas sans conséquences : .... biomask f5e5 netmask ffe5 ttymask ffff
probing for softraid0 softraid probe returned 1
softraid0 at root kernel: protection fault trap, code=0 Stopped at cpu_switchto+0x8f: popl %esi ddb> trace cpu_switchto(d07d7654,d0ac0000,d098bf18,d03777b9,d0ac0000) at cpu_switchto+0x8f cfdata(d0ac0000,d0ac0000,0,d098bf20,100) at cfdata+0x3e4c config_attach(0,d07ce39c,0,0,d07d9c38) at config_attach+0xfd config_rootfound(d06ee8b7,0,d098bfa0,d036346d,2) at config_rootfound+0x27 main(0,0,0,0,0) at main+0x4a3 ddb>
(la machine est un vrai 486-DX2, avec processeur flottant intégré)
merci pour les pointeurs
TfH
Miod Vallat
>> Ah mince alors.
comme je n'essaie pas si souvent, ce n'est pas significatif et de toute façon : ddb> show panic the kernel did not panic
Ça, c'est parce que l'appel à ddb est juste avant l'appel à panic() (-:
J'ai bien une petite idée... que donne un `ps' au prompt `ddb>' ?
yaka ; il peut y avoir des process avant que init ait démarré ? (voir + bas)
Des kthreads. Mais ce n'est pas ton cas, de toute façon.