Read the statement by Michael Teeuw here.
snowboy: Device or resourse busy
-
heres the result of that:
pi@MirrorPi:~ $ ps -ef | grep arec pi 765 21495 0 16:23 pts/1 00:00:00 grep --color=auto arec pi 25903 1 0 13:36 pts/0 00:00:00 arecord -D plughw:1 -q -r 16000 -c 1 -t wav -f S16_LE -
this is with MM shut down.
-
@banbutcher so arecord is hung ( parent is 1) … kill it
sudo kill -9 25903
-
yup, thats done it. Any idea what would cause it to hang?
-
@banbutcher no… i see it end unexpectedly more than hang, 999 times :1
-
and you can tell from that output that it hung?
I think its when i refresh MM, it doesnt close snowboy properly so when MM refreshes snowboy is open already and hangs?
EDIT* (I tested the theory and if i refresh my MM then snowboy goes into that error loop.)would that make sense?
-
@banbutcher yes, seems logical. Another platform cleans up on refresh.
-
could there be a way to shut it properly if the mirror is refreshed?
-
@banbutcher yes, but coding required
-
@sdetweil as always thanks for your help!
i think i need to bring in the expert: @Bugsounet have you any thoughts?
-
@banbutcher don’t know really, in all case it will be restart
I have coded this code ‘on error… Retry and make a loop (is needed)’
And I code ‘stop snowboy every 12h snowboy and restart it (and verify any error)’So the code is normally controlled by the library