Re: Log après arrachement et avant rechangement ?

Race condition : un problème de concurrence dépendant de l’ordonnancement. Quand tu as plusieurs fils/thread dans un programme, ils ne s’exécutent jamais exactement dans le même ordre temporel. Ce qui provoque souvent des bugs aléatoires et difficile a déboguer.
J’ai utilisé le terme pour dire que le problème pouvait peut-être provenir d’un problème temporel dans le sens où en fonction du timing d’exécution du script par rapport à la création du device, montage... tu puisses être dans des conditions différentes entre ton test manuel et automatique.

Je continue à réfléchir, un truc qui m’étonne, c’est que on a l’impression que c’est le mkdir qui sort sans rendre la main à ton script, dans ta retranscription des log, il devrait y avoir une ligne avec 'Failed to create /media/sdcard directory' or dans le log, ce n’est pas le cas.

Je réfléchie tout haut.
Est-ce qu’il n’y aurait pas des restrictions d’appel système dans un événement μdev ?
Peux-tu lister les appels système de mkdir avec strace ?

Je ne sais pas quoi dire, je suis un peu perdu. Peux-tu confirmer si c’est le mkdir qui plante et que tu ne passes jamais dans le if suivant, ou si c’est un manque du log ?