Podbijam.

W poprzednim poście wrzuciłem logi po "zniknięciu" dysku.

Dotychczas zaciskałem zęby i waliłem reset ale rzeczywiście warto byłoby ten problem rozwiązać Jak tylko znowu wystąpi to wrzucę logi.

May 13 20:41:02 crond[8487]: crond: USER root pid 11720 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 20:51:02 crond[8487]: crond: USER root pid 11724 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 21:00:03 crond[8487]: crond: USER root pid 11728 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 21:01:01 crond[8487]: crond: USER root pid 11730 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 21:11:02 crond[8487]: crond: USER root pid 11822 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 21:21:02 crond[8487]: crond: USER root pid 11828 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 21:31:01 crond[2715]: crond: USER root pid 3086 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 21:41:01 crond[2715]: crond: USER root pid 3090 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 21:51:01 crond[2715]: crond: USER root pid 3095 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 22:00:01 crond[2715]: crond: USER root pid 3100 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 22:01:01 crond[2715]: crond: USER root pid 3103 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 22:11:01 crond[2715]: crond: USER root pid 3107 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 22:21:01 crond[2715]: crond: USER root pid 3113 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 22:31:01 crond[2715]: crond: USER root pid 3118 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 22:41:01 crond[2715]: crond: USER root pid 3123 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 22:51:01 crond[2715]: crond: USER root pid 3128 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 23:00:01 crond[2715]: crond: USER root pid 3133 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1
May 13 23:01:01 crond[2715]: crond: USER root pid 3136 cmd /usr/bin/set_kernel_timezone >/dev/null 2>&1

Dysk "zniknal" w transmission jednak jest widoczny w otoczeniu sieciowym (samba).
Router sam się zrestartował ok 22.30.

Potwierdzam istnienie powyższego problemu. U mnie na wndr-3700v2 również występuje. Problem jak zwykle magiczny bo np. dysk jest widoczny i dostępny dla ftp czy samby a nie widzi go transmission. Problem występuje w sposób losowy. Obciążenie dysku zwiększa szansę na "zniknięcie" dysku.

Świetna robota!! Czy można prosić o zdjęcie wnętrza? :-)

Kolega Grep czytal warunki otrzymania urzadzenia? Kolega wie ze jesli nie bedzie bral udzialu w badaniu to bedzie musial odeslac urzadzenie? Kolega grep wie ze bawiac sie softem nie bedzie bral udzialu w badaniu? Po co kolega grep kombinuje typowo po polsku? Urzadzenie ma stac i tyle. Nikt nie zmuszal do udzialy w badaniu. No chyba ze skusil ten tp-link..

Taki wasnie jak link o ktorym wspominasz a o ktorym nie wiedzialem   Wlasnie mialem instalowac mounta i hotpluga ale poczytam chyba na temat linka o ktorym wspomniales.

Wielkie dzieki za pomoc Panie Cezary

Wgrałem od nowa firmware.
Skonfigurowałem wszystko od nowa.

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root                 4096      4096         0 100% /rom
tmpfs                    30936       296     30640   1% /tmp
tmpfs                      512         0       512   0% /dev
/dev/mtdblock4           10816     10692       124  99% /overlay
mini_fo:/overlay          4096      4096         0 100% /
/dev/sda1            149217888    191940 141446084   0% /tmp/usb_mount/6e4e2795-2180-43e6-845c-59d8528ecf3

Jak widac dysk nie jest podmontowany jako /mnt/sda1 do ktorego prowadza konfigi transmissiona, samby itd..
W jaki sposob wymusic automatyczne montowanie w /mnt/sda1 np. po restarcie?
Oczwiscie znowu transmission zawalil pamiec routera wiec wraca problem "nadmiarowych" danych. Gdzie transmission je zapiasywal w czasie kiedy niedostepna byla wlasciwa lokalizacja?

Dziekuje, zaczelo chodzic. Niestety braki znajomosci arch. linuxa daje o sobie znac
W trakcie konfigurowania routera natrafilem na kilka kolejnych bledow.
Nie moge edytowac pliku konf. samby, podczas proby zapisu otrzymuje "/etc/config/samba" 14L, OC". Przy probie manipulacji UCI i zapisania zmian otrzymuje I/O error (w tym czasie proces samby byl nieaktywny).
Nie moge pobierac torrentow. Transmission smiga, interfejs webowy rowniez. Otrzymuje komunikat o braku wolnego miejsca (no space left on device).
Na sda1 jest duzo wolnego miejsca, swap tez jest wolny. Brakuje pamieci flash?

/dev/root zuzyte w 100%, tak samo mini_fo:/overlay oraz /dev/mtdblock4 (99%).

Na oryginalnym ze sklonowanym maciem. Na opnewrt dziala bez problemu u mnie (mam takiego samego wndra) podpiety pod router netii.

1.Serwer udostepnia wszystko co bedzie w danym katalogu. To czy bedziesz mogl ten materail odtworzyc zalezy od np. tv na ktorym material bedzie wyswietlany.
3. Pewnie tak, jak sam widzisz masz malo wolnych zasobowa a samo minidlna tez potrzebuje "przestrzeni" do zycia