Chyba nie jest dobrze. Po prostu wszystko dzieje się długo i z oporem. Pliki po DLNA, które dotąd chodziły od strzału, to teraz kręci się kółeczko kilkanaście sekund, zanim zaczyta, a i w trakcie dochodzi do klatkowania, zatrzymywania. Po prostu po tym przepięciu wszystko muli. Wiem, że trudno na odległość oceniać, ale może jest jeszcze coś, o czym nie pomyślałem, a co pozwoli rozwiać wątpliwości?

Jest jakiś test do zrobienia, żeby to sprawdzić? Bo on działa, tyle, że bez exroota i bardzo długo startuje.

No rozumiem, co piszesz. Tyle, że ja chcę namierzyć, dlaczego zaczął się wybudzać. Teraz się nie wybudza oczywiście.
Standardowo zawsze robię to samo, czyli przez GUI montuję dysk, zawsze przy tych samych parametrach w zakładce nośniki USB, i potem w DLNA. I nidgy nie było problemu, aż do wczoraj.
Pytam więc, czy może masz pomysł, co po kolei robić, może jakoś kolejno montować i obserwować. Bo wiesz, będzie tak że standardowo zamontuję i będzie się wybudzał, a nie o to chodzi.

Teraz nie jest on zamontowany moim zdaniem. Mam rację?

root@Gargoyle:~# mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime,size=63312k)
tmpfs on /dev type tmpfs (rw,noatime,size=512k,mode=755)
devpts on /dev/pts type devpts (rw,noatime,mode=600)
/dev/sda1 on /overlay type ext4 (rw,noatime,user_xattr,barrier=1,data=ordered)
overlayfs:/overlay on / type overlayfs (rw,relatime,lowerdir=/,upperdir=/overlay)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
none on /proc/bus/usb type usbfs (rw,relatime)
/dev/sdb1 on /tmp/usb_mount/9f91ddd2-0186-4e1c-8eae-9d514ca5b7b0 type ext4 (rw,noatime,user_xattr,barrier=1,data=ordered)

Odmontowałem go rano i zostawiłem szpiega, żeby nasłuchiwał. Włączał się często.

Włącza się też wtedy, kiedy wyłączone są laptopy i inne urządzenia, który są w nim w jakikolwiek sposób połączone (samba, dlna itp)
Niczego nie zmieniałem w konfiguracji, po prostu nagle zaczął się wybudzać.

Ja walczę z tym samym, to jest jedyny problem własnie po braku prądu.
Najczęściej wystarczy :

/etc/init.d/minidlna start

Bywa jednak, że trzeba ubić proces komendą, którą kiedyś dostałem od Cezarego

kill -9 $(pidof minidlnad)

i wtedy ponownie

/etc/init.d/minidlna start

Chciałem więc użyć tego rc.local i wpisać nawet te 3 kroki z odpowiednim sleep, powiedzmy co 5 sekund, ale cała zawartość rc.local znika po restarcie. I oczywiście ręcznie panuję nad tym minidlna, ale z automatu nie chce mi to nijak działać.

Mam pytanie i być może prośbę, o ile okaże się, że odpowiedź na pytanie będzie twierdząca.
Czy jest możliwe, żeby start pluginu dlna miał miejsce powiedzmy po minucie od startu tunera? Dlna chodzi świetnie, po restarcie(takim przy użyciu komendy restart) też, ale po wyłączeniu prądu już nie startuje. A u mnie to nagminna, prawie codzienna przypadłość. Wtedy muszę ubić proces i wystartować od nowa.
Więc może mógłbym wyrzucić dlna z autostartu (jak?) i używać skryptu, który wystartuje dlna minutę, czy dwie po starcie tunera, kiedy już jest w pełni uruchomiony.
Co i gdzie trzeba by zrobić?

Zmieniłem lokalizację files.db na pamięć wew. Zobaczymy, co to da.

Jestem prawie pewien, że analogicznie do minidlna, czyli najpierw przez telnet.

Może koledze chodzić o sposób wyświetlania zawartości DLNA, czyli dokładnie o zdefiniowanie parametry root_container w /etc/config/minidlna.

Kiedy linia w tym configu wygląda tak :

 option root_container 'B'

to wtedy wszystkie pliki w udostępnionych katalogach są wymieszane i dostępne bez potrzeby wchodzenia do dodatkowych katalogów.

Kiedy linia w configu natomiast wygląda tak :

 option root_container '.'

to wtedy widzimy katalogi Video, Music, Pictures w których to są nasze pliki w zależności od ich rodzaju.

Teoretycznie to ja przeczytałem o minidlna chyba cały internet, znam znaczenia każdej linijki configu, zasadę działania itd itd. Inaczej bym nie pytał.

Jak zwykle masz rację, czyli to co i ja zauważyłem - minidlna nie chciało sie zabić.
Skorzystałem z Twojego kill i uruchomiłem ponownie i oczywiście jest dobrze.
Widziałem w procesach, że ten minidlnad nie wyłącza się, ale nie wiedziałem, jak go trafić.
Teraz wiem. Dziękuję jak zwykle.