Raspbian : upnp/DLNA fait crasher le système

Bonjour à tous

Je continue insatiablement dans la catégorie des bugs bizarres. :open_mouth:

Contexte

Avant, j’avais Raspbian Wheezy (dérivé de Debian pour l’architecture ARM du Raspberry pi). J’ai mis à jour Kodi en même temps que d’autres paquets, ça a fait que le serveur upnp/DLNA ne fonctionne plus. :confused:
Du coup, j’ai décidé de repartir sur une installation toute fraiche de Raspbian Jessie, j’ai installé les packages suivants :

  • kodi et dépendances
  • exfat et dépendances

Rien d’autre par rapport à l’image officielle.
Le système est mis à jour.
Une antenne WiFi et un DD externe (ext4) sont branchés
Kodi fonctionne super bien

Problème

Dans Kodi, j’active la fonction “Partager la médiathèque [par upnp/DLNA]”. Le système est stable.
J’accède au serveur avec un autre appareil, je vois bien ma médiathèque.
Je lance la lecture d’un film. Il se joue pendant quelques secondes/minutes.
Puis la lecture plante et 2 cas :

  • 1er cas : je n’arrive même plus à bouger la souris, hard-reboot obligé :cold_sweat:.
  • 2e cas : je peux bouger la souris, jouer des films dans Kodi sur la TV, mais les fonctions réseau du raspberry pi sont HS (ex : pas possible de l’accéder en ssh).

J’ai essayé d’être connecté en ssh au moment où le 2e cas se produit. Dans mon terminal, des lignes bizarres apparaissent toutes seules m’informant qu’une erreur grave au niveau du kernel (si je me souviens bien) s’est produite. J’ai pas pensé à sauvegarder les messages, je vous les donnerai quand ça se reproduira.

Je n’en suis pas resté là…

Je me suis dit que ça devait être le serveur upnp de Kodi qui plantait tout. J’ai donc essayé d’installer minidlna.
Et bah non. Même chose.

Info complémentaire

J’ai eu des problèmes de déconnexions de disque inopinées sous Wheezy quand j’essayais de jouer un film en DLNA

Voilà voilà…
Si vous pouviez m’aider à trouver le fautif pour pouvoir remplir un bug report à l’occasion.


minidlna.log

Ya du nouveau !

Le DD externe n’était pas formaté en ext4 mais en ext2, qui supporte mal les déconnexions sans éjection préalable.
Or, ce disque était dédié aux débranchements intempestifs.
=> Corrigé. Je l’ai passé en ext4.
Mais cela n’a pas résolu le problème.

Voilà le message affiché en ssh lors du bug :

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.289814] Internal error: : 1 [#1] ARM

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.380923] Process systemd-udevd (pid: 1536, stack limit = 0xcabde188)

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.387534] Stack: (0xcabdfe40 to 0xcabe0000)

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.391900] fe40: cabd0288 cabd03f8 cabdfe8c cabdfe58 c0106cf4 c0536774 ce0c2be0 ce128aa8

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.400078] fe60: cabdfe8c ce128aa8 ce128108 b6c54000 00002000 cabdfec0 00000000 00000000

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.408256] fe80: cabdfebc cabdfe90 c00fbff8 c0106c50 b6c54000 00000001 cc47e420 ce2e2480

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.416433] fea0: cabdfee8 ce2e2480 00000001 ce2e24b4 cabdff24 cabdfec0 c010405c c00fbf7c

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.424612] fec0: ce2e2480 00000001 00000000 00000000 ffffffff c00b4420 ce2e2480 00000273

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.432792] fee0: 00000400 c4b69000 cc458c80 cbf90da0 00000000 00000000 ce2e2480 ce2e2480

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.440972] ff00: 00000000 00000000 ce2e2480 ce2e2480 00000000 00000000 cabdff3c cabdff28

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.449152] ff20: c0021540 c0103f6c cbf90da0 00000000 cabdff7c cabdff40 c0025a1c c00214fc

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.457330] ff40: 2cbf7570 00000231 2ce335c8 00000231 cabde000 00000000 cc458c80 00000000

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.465507] ff60: 000000f8 c000f988 cabde000 00000000 cabdff94 cabdff80 c0026168 c00257bc

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.473686] ff80: 0009d8cc b6eed744 cabdffa4 cabdff98 c00261fc c0026128 00000000 cabdffa8

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.481865] ffa0: c000f780 c00261e8 0009d8cc b6eed744 00000000 0009d8b8 00000008 00000000

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.490042] ffc0: 0009d8cc b6eed744 00000000 000000f8 00000001 7f66a00c 80df1960 80dee008

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.498219] ffe0: b6ef00c0 bea0b930 b6de2aa8 b6e517d4 60000010 00000000 00000000 00000000

Message from syslogd@raspi at Mar 21 11:50:41 ...
 kernel:[ 2410.566577] Code: ebfff9d8 e59f3028 f5d4f000 e1942f9f (e0822003)

J’ai aussi essayé de formater une clé USB en ext2 et ext4 avec 1 vidéo dessus.
Tout fonctionne => plutôt un problème hardware ?
Pourtant, en lecture sur la TV via Kodi, ce disque fonctionne très bien.

J’ai testé avec un autre adaptateur SATA-USB pour brancher mon DD externe.
Tout fonctionne. C’était un problème matériel.

[Size=11]Je suspecte mon ancien adaptateur de ne plus supporter une vitesse de lecture élevée. Tant que je lisais le film sur la TV sans stresser le disque, ça allait, mais quand il fallait transférer tout ça en DLNA à toute vitesse pour remplir le cache du client… [/Size]

Merci pour votre implication retentissante :disappointed: