iMac Trouver le bon processus à killer

DocRunner

Membre actif
2 Octobre 2019
210
8
47
Bonjour

Je suis médecin, j'ai un logiciel métier de gestion patient, et un logiciel de carte vitale qui interface entre la carte professionnel de santé , le lecteur carte vitale et la carte vitale. Parfois quand le lecteur plante au moment où on veut accéder à la carte vitale, ça fait planter le logiciel. Mais même en forçant le logiciel à quitter, on ne peut pas avoir accès de nouveau au logiciel.
il faut absolument rebooter pour récupérer la main.
Même la fermeture de session, ne fonctionne pas. Le reboot est obligatoire
J'ai essayé de trouver le processus dans terminal ou le moniteur d'activité, mais ils sont trop nombreux, rien ne me met la puce à l'oreille.

Comment peut on trouver ce processus ?
Peut on tout killer sur le terminal ? Ou killer quasiment tout sauf le système ? De façon à m'éviter de rebooter ?
Ou relancer le noyau ?

Merci +++++
 
Hello :coucou: ,

Le lecteur est-il en USB et sur quel modèle d'iMac ?

Nous avons une imprimante EPSON (pour manchons thermo-rétractables) à l'usine, qui après une erreur de manip plante systématiquement les ports USB et il faut rebooter la machine pour que l'USB fonctionne à nouveau correctement.
Le driver Epson est mal écrit :(, alors que nous avons d'autres machines (Brady par exemple) qui même à la suite de mauvaises manips, ne plantent pas les USB.

Amitiés
 
La commande "ps -ef" permet de lister les processus actif, exemple (j'ai limité au début de la liste)
Bloc de code:
$ ps -ef | head
  UID   PID  PPID   C STIME   TTY           TIME CMD
    0     1     0   0  8:09   ??         0:35.36 /sbin/launchd
    0   103     1   0  8:09   ??         0:01.53 /usr/sbin/syslogd
    0   104     1   0  8:09   ??         0:01.20 /usr/libexec/UserEventAgent (System)
    0   106     1   0  8:09   ??         0:06.70 /Library/Application Support/Malwarebytes/MBAM/Engine.bundle/Contents/PlugIns/RTProtectionDaemon.app/Contents/MacOS/RTProtectionDaemon -i 55F8837A-BFC4-41BB-8489-0409A10B8111.pkg
    0   108     1   0  8:09   ??         0:00.42 /System/Library/PrivateFrameworks/Uninstall.framework/Resources/uninstalld
    0   109     1   0  8:09   ??         0:03.52 /usr/libexec/kextd
    0   110     1   0  8:09   ??         0:12.84 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/FSEvents.framework/Versions/A/Support/fseventsd
    0   111     1   0  8:09   ??         0:00.64 /System/Library/PrivateFrameworks/MediaRemote.framework/Support/mediaremoted
    0   114     1   0  8:09   ??         0:03.30 /usr/sbin/systemstats --daemon

Pour trouver un processus actif contenant le mot "carte" :
Bloc de code:
ps -ef | grep carte

Si tu as trouvé ton processus, il faudra faire un "kill -9" avec son PID (2ème nombre retourné par le ps) pour le tuer.
Le PPID est l'identifiant du processus l'ayant lancé.

Exemple avec un processus "sleep 50" que j'ai lancé et que je veux tuer :
Bloc de code:
$ ps -ef | grep sleep
  501  7935   560   0 11:45   ??         0:00.00 sleep 300
  501  7946  7882   0 11:48   ttys000    0:00.00 sleep 50
  501  7948  7882   0 11:48   ttys000    0:00.00 grep sleep
$ kill -9 7946
[1]+  Killed: 9               sleep 50
$ ps -ef | grep sleep
  501  7935   560   0 11:45   ??         0:00.00 sleep 300
  501  7950  7882   0 11:48   ttys000    0:00.00 grep sleep
 
iMac (Retina 5K, 27 pouces, fin 2015) . Et oui tu as raison, il est sur un port usb. Pas moyen de faire rebooter les ports usb ?
 
Bonjour,
Il y a peut-être une solution au niveau des répéteurs wifi d’extérieur, du genre:
https://www.tp-link.com/fr/business-networking/outdoor-radio/tl-wa7510n/
Dans votre cas, Il faudra peut-être voir le côté faisabilité selon que l’on se situe sur le domaine public (autorisations?) ou privé.
Il faut aussi bien penser à l'alimentation électrique du boîtier qui de fait en PoE, c'est à dire en ethernet.
Après, en jouant sur les confs réseau des deux côtés, il y aura moyen de mettre les deux machines sur le même réseau privé.
La commande "ps -ef" permet de lister les processus actif, exemple (j'ai limité au début de la liste)
Bloc de code:
$ ps -ef | head
  UID   PID  PPID   C STIME   TTY           TIME CMD
    0     1     0   0  8:09   ??         0:35.36 /sbin/launchd
    0   103     1   0  8:09   ??         0:01.53 /usr/sbin/syslogd
    0   104     1   0  8:09   ??         0:01.20 /usr/libexec/UserEventAgent (System)
    0   106     1   0  8:09   ??         0:06.70 /Library/Application Support/Malwarebytes/MBAM/Engine.bundle/Contents/PlugIns/RTProtectionDaemon.app/Contents/MacOS/RTProtectionDaemon -i 55F8837A-BFC4-41BB-8489-0409A10B8111.pkg
    0   108     1   0  8:09   ??         0:00.42 /System/Library/PrivateFrameworks/Uninstall.framework/Resources/uninstalld
    0   109     1   0  8:09   ??         0:03.52 /usr/libexec/kextd
    0   110     1   0  8:09   ??         0:12.84 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/FSEvents.framework/Versions/A/Support/fseventsd
    0   111     1   0  8:09   ??         0:00.64 /System/Library/PrivateFrameworks/MediaRemote.framework/Support/mediaremoted
    0   114     1   0  8:09   ??         0:03.30 /usr/sbin/systemstats --daemon

Pour trouver un processus actif contenant le mot "carte" :
Bloc de code:
ps -ef | grep carte

Si tu as trouvé ton processus, il faudra faire un "kill -9" avec son PID (2ème nombre retourné par le ps) pour le tuer.
Le PPID est l'identifiant du processus l'ayant lancé.

Exemple avec un processus "sleep 50" que j'ai lancé et que je veux tuer :
Bloc de code:
$ ps -ef | grep sleep
  501  7935   560   0 11:45   ??         0:00.00 sleep 300
  501  7946  7882   0 11:48   ttys000    0:00.00 sleep 50
  501  7948  7882   0 11:48   ttys000    0:00.00 grep sleep
$ kill -9 7946
[1]+  Killed: 9               sleep 50
$ ps -ef | grep sleep
  501  7935   560   0 11:45   ??         0:00.00 sleep 300
  501  7950  7882   0 11:48   ttys000    0:00.00 grep sleep


Je connais ce processus malheureusement rien ne me permet de le reconnaitre. Car ce n'est plus l'application qui plante mais ce qui sert à lire sur le lecteur de carte vitale...
 
Est-ce bien le logiciel métier de gestion patient qui lance le logiciel de carte vitale ?
Si oui, essaye de repérer son ID lorsqu'il est lancé, puis utilise cette id pour le grep afin d'identifier le logiciel de carte vitale lorsqu'il tourne.
 
Est-ce bien le logiciel métier de gestion patient qui lance le logiciel de carte vitale ?
Si oui, essaye de repérer son ID lorsqu'il est lancé, puis utilise cette id pour le grep afin d'identifier le logiciel de carte vitale lorsqu'il tourne.

L'interface carte vitale est lancé à la fois par le logiciel métier ET/OU par le logiciel de la carte vitale qui sert à télétransmettre, les deux font appel au lecteur. Peut être est le processus du lecteur que je dois trouver je vais chercher...


ici j'en trouve plusieurs pat mot clé cnam, cps, gals, je vais tout killer et voir si ça m'aide...
 
Bonjour, je suis chirurgien-dentiste et mon logiciel de télétransmission est Pyxvital. Est-ce le tien? Ça m'arrive aussi mais assez rarement. Je redémarre le mac, car tout se bloque et impossible de relancer. Il faut parfois changer de port USB et reparamètrer le port de sortie dans Pyx. Sinon pour en savoir plus: aller dans les rapports de crash dans console.
 
Hello :coucou: ,

Je récapépète :

  • Quel iMac ?
  • Quel OS ?

Ceci afin de savoir si USB 2.0 ou USB 3.0.

Le lecteur est-il branché directement sur un port USB du Mac ou sur un HUB USB ?
Il y a des PB de compatibilité entre un terminal USB 2.0 et une sortie USB 3.0 (Norme USB).

Amitiés
 
Parfois quand le lecteur plante au moment où on veut accéder à la carte vitale, ça fait planter le logiciel.
Quel est donc ce lecteur, ses caractéristiques techniques, USB 2.0 ou 3.0 ? Quel est ce logiciel et l'éditeur, adresse internet ?
 
Bon Matin :coucou: ,

Avez vous remonté ce problème à l’éditeur de votre logiciel ? Au prix que vous avez du le payer, ils vous doivent un minimum d’assistance.
Un des problèmes est que le Mac est le parent pauvre dans le domaine médical en France et que les développeurs sacrifient les applications sur Mac OS.

Amitiés
 
Bonjour,
Pour avoir travaillé quelques temps au GIE Sesam Vitale, l'organisme qui développe tous les services liés à la Carte Vitale pour les professionnels (Sécu, Caisses d'assurance maladie, mutuelles, médecins, pharmaciens etc et les éditeurs de logiciels metier), je peux vous assurer que le Mac n'est pas le parent pauvre.
Pour la simple raison que beaucoup de médecins sont équipés en iMac et que ce n'est pas envisageable pour les éditeurs de perdre cette clientèle. Le problème est que les éditeurs ne mettent pas suffisamment de moyens pour tester leurs produits.