OVH Cloud OVH Cloud

Signal 10 dans terminal

5 réponses
Avatar
Kryszttoff
Salut à tous,

Problème tout récent dans Terminal : il ne fonctionne plus, et affiche
uniquement "L'opération s'est terminée par le signal 10".

Idem sous iTerm (qui s'affiche et referme sa fenêtre aussitôt).
Idem sous un autre utilisateur.

J'ai renommé /etc/profile et /etc/bashrc temporairement (l'accès par ssh
fonctionne !), sans résultat.
J'ai réparé les permissions, rebooté ; changé les fontes.

Le reste du système fonctionne.

Je dirais que le problème est plus au niveau interface que shell pur
(puisque par ssh ça roule), pas lié à Terminal (iTerm morfle) ni à un
seul utilisateur. Je ne me souviens pas d'avoir fait quoi que ce soit de
dangereux à part virer Oracle récemment (user détruit) mais je ne vois
pas le rapport.
Je ne vois pas de préférences globales à Terminal à réinitialiser.
A tout hasard, je joins ci-dessous la fin d'un ktrace/kdump.

Si quelqu'un a une idée, merci d'avance, je sèche :(


Krysztoff



....
348 Terminal NAMI "/.vol/234881026/3609"
348 Terminal RET getattrlist 0
348 Terminal CALL stat(0xbfffb5f0,0xbfffb530)
348 Terminal NAMI "/System/Library/Fonts/Monaco.dfont"
348 Terminal RET stat 0
348 Terminal CALL ppc_gettimeofday(0xbfffe7f0,0)
348 Terminal RET ppc_gettimeofday 1132262317/0x437cf3ad
348 Terminal CALL wait4(0xffffffff,0xbfffe870,0x1,0)
348 Terminal RET wait4 -1 errno 10 No child processes
348 Terminal CALL sigprocmask(0x3,0xbfffe848,0xbfffe808)
348 Terminal RET sigprocmask 0
348 Terminal CALL wait4(0xffffffff,0xbfffe2b0,0x1,0)
348 Terminal RET wait4 -1 errno 10 No child processes
348 Terminal CALL sigprocmask(0x3,0xbfffe288,0xbfffe248)
348 Terminal RET sigprocmask 0
348 Terminal CALL read(0x6,0x2841e00,0x1fe)
348 Terminal CALL shm_open(0xbfffe790,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL shm_open(0xbfffe730,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL geteuid
348 Terminal RET geteuid 501/0x1f5
348 Terminal CALL getuid
348 Terminal RET getuid 501/0x1f5
348 Terminal CALL shm_open(0xbfffe750,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL shm_open(0xbfffe6b0,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL geteuid
348 Terminal RET geteuid 501/0x1f5
348 Terminal CALL getuid
348 Terminal RET getuid 501/0x1f5
348 Terminal CALL shm_open(0xbfffe6c0,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL shm_open(0xbfffe1c0,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL geteuid
348 Terminal RET geteuid 501/0x1f5
348 Terminal CALL getuid
348 Terminal RET getuid 501/0x1f5
348 Terminal CALL shm_open(0xbfffe220,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL shm_open(0xbfffe4c0,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL geteuid
348 Terminal RET geteuid 501/0x1f5
348 Terminal CALL getuid
348 Terminal RET getuid 501/0x1f5
348 Terminal CALL shm_open(0xbfffe440,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL geteuid
348 Terminal RET geteuid 501/0x1f5
348 Terminal CALL getuid
348 Terminal RET getuid 501/0x1f5
348 Terminal CALL shm_open(0xbfffe160,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL geteuid
348 Terminal RET geteuid 501/0x1f5
348 Terminal CALL getuid
348 Terminal RET getuid 501/0x1f5
348 Terminal CALL shm_open(0xbfffe1c0,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL shm_open(0xbfffe590,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal CALL shm_open(0xbfffe640,0x2,0x180)
348 Terminal NAMI "CFPBS:36247F0:"
348 Terminal RET shm_open -1 errno 2 No such file or directory
348 Terminal PSIG SIGINT SIG_DFL
348 Terminal RET read -1 errno 4 Interrupted system call

5 réponses

Avatar
Kryszttoff
Je pense que tu connais la signification du signal 10 (SIGBUS, cf. man 3
signal), et que cela attrait à un problème d'accès à une zone mémoire
invalide et vu que tu as même redémarré je penche pour un problème
physique (barettes RAM en rade éventuellement).


Gargl !!!

Effectivement, j'ai fait rajouter une barette il y a quasiment un mois,
mais ça m'étonne quand même, la machine marche très bien. Un problème de
RAM qui ne toucherait qu'une seule appli ????

Je vais chercher sur le net si une appli existe qui testerait ça...

Merci !

Avatar
Kryszttoff
Matt a écrit
Je vais chercher sur le net si une appli existe qui testerait ça...
Retire-la puis essaye, ça ira plus vite qu'une hypothétique application de

test.


Suis trop parano pour ouvrir ma machine si je peux l'éviter, vais
attendre un peu. Ce qui m'étonne est que tout est parfait par ailleurs.

Le Hardware Test du DVD d'install livré avec le powerbook n'a pas
détecté de problème.
Le Terminal exécuté depuis le DVD d'install de Tiger ne fonctionne pas ;
si je boote sur ce DVD et y éxécute le terminal, par contre c'est bon.
Le terminal sous X11 (xterm), lui, est parfait. C'est bien la couche
"Mac" (Carbon/Cocoa) qui déconne. Mais où ?????


Faudrait que je voie les logs dans la console et /var/log, tiens ; pas
le temps ce soir.

Krysztoff


Avatar
Kryszttoff
Lorsque j'ai acquis mon dernier PowerBook (un G4 15" 1,67Ghz, une
merveille ce portable) avec une barette de 512Mo en plus, le Hardware Test
n'a pas détecté que la barette ajoutée était HS.
Alors maintenant plus de chichi, j'essaye sans, ça va plus vite.


Je vais peut-être y venir.

Faudrait que je voie les logs dans la console et /var/log, tiens ; pas
le temps ce soir.
Oui c'est pas une mauvaise idée.



Elle marche plus non plus la console :-)

Heureusement que xterm fonctionne ; j'ai découvert aussi que des logs de
crash étaient stockés dans ~/Library/Logs/CrashReporter.

Bingo, c'est usr/bin/login qui déconne (voir logs ci -dessous) ; quand
je l'exécute direct, c'est "Bus error".

Je voudrais savoir si c l'exécutable qui est corrompu, ou une des
bibliothèques. Quelqu'un a un Tiger 10.4.3 pour comparer les sommes md5 ?


Picsou:/ christ$ md5sum /usr/lib/libpam*
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam.1.0.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam.1.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam_misc.1.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam_misc.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpamc.1.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpamc.dylib
Picsou:/ christ$ md5sum /usr/bin/login
6330d90b3d4cdf3d3178361d4ea1f0f4 /usr/bin/login




Picsou:~/Library/Logs/CrashReporter christ$ lr
total 8
-rw-r--r-- 1 christ christ 2150 Nov 20 11:48 login.crash.log
Picsou:~/Library/Logs/CrashReporter christ$ cat login.crash.log
**********

Host Name: Picsou
Date/Time: 2005-11-20 11:48:10.565 +0100
OS Version: 10.4.3 (Build 8F46)
Report Version: 3

Command: login
Path: /usr/bin/login
Parent: iTerm [915]

Version: ??? (???)

PID: 917
Thread: 0

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
0 libpam.1.dylib 0x968393a8 _pam_strCMP + 40
1 libpam.1.dylib 0x968386d8 _pam_dispatch + 912
2 libpam.1.dylib 0x968389b8 _pam_init_handlers + 320
3 libpam.1.dylib 0x96837ab4 pam_start + 672
4 login 0x00002b2c main + 860
5 login 0x00002020 _start + 348
6 login 0x00001ec0 start + 60

Thread 0 crashed with PPC Thread State 64:
srr0: 0x00000000968393a8 srr1: 0x000000000000f030
vrsave: 0x0000000000000000
cr: 0x24004248 xer: 0x0000000000000004 lr:
0x00000000968393a4 ctr: 0x0000000090008bc0
r0: 0x00000000968393a4 r1: 0x00000000bffff060 r2:
0x00000000a00029f4 r3: 0x0000000000000072
r4: 0x0000000000000048 r5: 0x000000000000004c r6:
0x0000000000000000 r7: 0x0000000000000001
r8: 0x00000000003002b2 r9: 0x0000000000000020 r10:
0x0000000000000001 r11: 0x00000000a000611c
r12: 0x0000000090008bc0 r13: 0x0000000000000000 r14:
0x0000000000000000 r15: 0x0000000000000000
r16: 0x0000000000000001 r17: 0x00000000000001f5 r18:
0x0000000000000000 r19: 0x0000000000000000
r20: 0x0000000000000001 r21: 0x0000000000000000 r22:
0x00000000a000e790 r23: 0x0000000000300300
r24: 0x00000000003002e0 r25: 0x0000000000000000 r26:
0x0000000000000001 r27: 0x0000000000000001
r28: 0x0000000000000000 r29: 0x0000000000000072 r30:
0x000000009684898c r31: 0x000000009683855c

Binary Images Description:
0x1000 - 0x4fff login /usr/bin/login
0x8fe00000 - 0x8fe54fff dyld 44.2 /usr/lib/dyld
0x90000000 - 0x901b3fff libSystem.B.dylib /usr/lib/libSystem.B.dylib
0x9020b000 - 0x9020ffff libmathCommon.A.dylib
/usr/lib/system/libmathCommon.A.dylib
0x913df000 - 0x913e7fff libbsm.dylib /usr/lib/libbsm.dylib
0x96836000 - 0x96849fff libpam.1.dylib /usr/lib/libpam.1.dylib

Picsou:~/Library/Logs/CrashReporter christ$ /usr/bin/login
Bus error


Avatar
Eric Levenez
Le 20/11/05 12:03, dans <438057e6$0$28018$,
« Kryszttoff » a écrit :

Je voudrais savoir si c l'exécutable qui est corrompu, ou une des
bibliothèques. Quelqu'un a un Tiger 10.4.3 pour comparer les sommes md5 ?


Déjà, il n'y a qu'une bibliothèque pam, le reste ce sont des liens
symboliques.

MAC5:~ eric$ ls -l /usr/lib/libpam*
lrwxr-xr-x 1 root wheel 14 May 1 2005 /usr/lib/libpam.1.0.dylib ->
libpam.1.dylib
-rwxr-xr-x 1 root wheel 103336 Nov 16 18:44 /usr/lib/libpam.1.dylib
lrwxr-xr-x 1 root wheel 14 May 1 2005 /usr/lib/libpam.dylib ->
libpam.1.dylib
lrwxr-xr-x 1 root wheel 14 May 1 2005 /usr/lib/libpam_misc.1.dylib
-> libpam.1.dylib
lrwxr-xr-x 1 root wheel 14 May 1 2005 /usr/lib/libpam_misc.dylib
-> libpam.1.dylib
lrwxr-xr-x 1 root wheel 14 May 1 2005 /usr/lib/libpamc.1.dylib ->
libpam.1.dylib
lrwxr-xr-x 1 root wheel 14 May 1 2005 /usr/lib/libpamc.dylib ->
libpam.1.dylib


Picsou:/ christ$ md5sum /usr/lib/libpam*
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam.1.0.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam.1.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam_misc.1.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam_misc.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpamc.1.dylib
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpamc.dylib


md5sum n'est pas en standard sur Mac OS X 10.4.3

La date de libpam correspond à la dernière mise à jour "J2SE50" (le
prebinding je suppose).

MAC5:~ eric$ md5 /usr/lib/libpam.1.dylib
MD5 (/usr/lib/libpam.1.dylib) = 385b77804e9be3ba6b609e71214e21dc


Picsou:/ christ$ md5sum /usr/bin/login
6330d90b3d4cdf3d3178361d4ea1f0f4 /usr/bin/login


MAC5:~ eric$ md5 /usr/bin/login
MD5 (/usr/bin/login) = 6330d90b3d4cdf3d3178361d4ea1f0f4

Là c'est bon.

--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.

Avatar
Kryszttoff
Déjà, il n'y a qu'une bibliothèque pam, le reste ce sont des liens
symboliques.


Effectivement.


md5sum n'est pas en standard sur Mac OS X 10.4.3


Il vient avec Fink en fait. Même résultat que md5 apparemment.

La date de libpam correspond à la dernière mise à jour "J2SE50" (le
prebinding je suppose).


Mon problème date d'avant, mais

MAC5:~ eric$ md5 /usr/lib/libpam.1.dylib
MD5 (/usr/lib/libpam.1.dylib) = 385b77804e9be3ba6b609e71214e21dc


Picsou:/ christ$ md5sum /usr/lib/libpam*
00b18c81b803e24e6472e5b5f4182d46 /usr/lib/libpam.1.0.dylib



Eric dixit :
MAC5:~ eric$ md5 /usr/lib/libpam.1.dylib
MD5 (/usr/lib/libpam.1.dylib) = 385b77804e9be3ba6b609e71214e21dc


Erwan dixit :
f75b59bdb678307c298ff465f2d908e9 /usr/lib/libpam.1.0.dylib


Merci à tous les deux.
Nous avons 3 versions de ce même fichier, mais puisqu'effectivement cela
vient du prebinding, cela ne veut pas dire que ce soit inquiétant.

Rien de probant donc à ce niveau, il me reste donc à tester l'hypothèse
de la RAM foireuse en ouvrant le Mac :(

Ce qui m'étonne soit que le problème soit soudain et lié à un seul
exécutable ?!!


Krysz