Suite de l'expérience, au fil de l'eau.
L'analyse précédente était elle aussi fausse.
Ce n'est pas libérer ~/adapter0/ en arrêtant TVHeadend avant de passer
en suspend to RAM qui supprime les erreurs dans les logs système.
C'est tout simplement décharger le module cx88_dvb et le recharger
Oublions la question. Modprobe fait le boulot automatiquement sans
problème. J'avais simplement le PVR TVHeadend qui était lancé en tache
de fond, et accroché à /dev/dvb/adapter0/
Du coup, quels qu’aient été les modules que je déchargeais, ils étaient
tous "in use", parce que ~/adaptateur0/
Bonsoir à tous,
au risque de passer pour un gros lourdaud, j'avoue que modprobe -r me
donne du fil à retordre.
Comment puis-je m'y prendre pour facilement décharger les modules dans
le bon ordre, sans passer trois plombes à identifier lequel me renverra
une erreur fatale, parce qu'un
Salut Yann,
j'avais contourné en déchargeant le module avant la mise en veille
(c'était sur disque et pas en RAM dans mon cas) et en le rechargeant au
réveil.
Ca fonctionnait, malheureusement, je ne me souviens plus des détails.
Merci pour cet encouragement à chercher une solution du
Am 13.08.2019 um 14:27 schrieb Frederic Dumas:
>
Que me conseillez-vous pour diagnostiquer plus loin, ou peut-être
simplement pour appliquer une mesure de contournement. Interdire au
kernel de décharger le module cx88 avant son passage en veille serait-il
la bonne solution ?
J'avais eu
Bonjour à tous,
Un de ces problèmes de compatibilité hardware qui arrive de temps en
temps, trop rarement pour se rappeler de leur résolution précédente, et
un peu trop fréquemment pour ne pas être casse-bonbon.
J'ai une carte de réception DVB-S2 dans mon HTPC et Linux Mint 19.1 ne