Wydaje mi się iż w momencie jak coś nie tak z pendrive to motion głupieje. Usunąłem plik /etc/motion.conf zostawiając tylko /etc/motion/motion.conf i zobaczymy.
Teraz jak pen jest już zamontowany to pliki .jpg są na zielono w Putty i przez smb mogę je usunąć.

A da się tak zrobić aby motion nie zapisywał plików jeśli pen nie jest zamontowany?

No to właśnie o to chodzi jak zrobić aby nie mógł wtedy zapisywać i zgłaszać błąd.

Ewentualnie aby zapisywał wtedy do RAM w /tmp a nie do flasha?
Może jakaś sztuczka z montowaniem i link symboliczny?

Myślalem aby zrobić tak:

ln -s /mnt/extstor /tmp

albo odwrotnie:

ln -s /tmp /mnt/extstor

a w motion.conf /mnt/extstor

ale chyba masz rację. Zrobię tak:

/etc/init.d/motion stop
rm -R /mnt/extstor
mkdir /tmp/extstor

w motion.conf daję target_dir /tmp/extstor
no i zmieniam smb też na /tmp/extstor bo chcę mieć dostęp przez Windows

To powinno chyba załatwić sprawę.

No dobra zrobiłem tak jak pisałem tylko nie trzeba tworzyć folderu przez mkdir /tmp/extstor bo to i tak RAM - wystarczy w fstab ustawić i wyłączyć i włączyć router aby pen zamontowany był w /tmp/extstor

Testuję działanie:

• machnąłem ręką przed kamerą aby motion coś zarejestrował i są pliki .jpg w /tmp/extstor

• wyjąłem na chama pendrive'a bo nie można zrobić umount, podłączam do laptopa i są te same pliki

• znowu machnąłem ręką przed kamerą i motion zapisuje pliki dalej w /tmp/extstor ale one są teraz w pamięci RAM (szare w Putty). Mogę je przeglądać przez smb ale nie mogę usunąć.

Aby wszystko naprawić muszę wyłączyć router, podłączyć pen i włączyć. Pliki z pamięci RAM znikną.

@jzef
... i co będzie gdy motion zapisze cały RAM ???
może napisz skrypt który znajduje i kasuje najstarsze pliki z motion, żeby router mógł z niej skorzystać gdy będzie potrzebował.
chyba, że tam nic nie masz ciekawego co by zajmowało RAM, no to OK.

zawalonego flasha to @jzef już nie miał, chodziło mi o to, żeby router jakoś pracował "liniowo", bo co będzie gdy problem z montowaniem pozostanie i co minutę będzie się rebootował ?

@jzef nawet nie zdąży się zalogować  i już go wyrzuci bo nastąpi reboot routera.....
chyba  że @jzef powie złodziejom żeby teraz nie ruszali się przed kamerą bo motion zapisuje wszystko do RAM i co chwilę router się wywala

Nie myślisz logicznie. Jeśli nastąpi choćby jeden restart to pamięć RAM zostanie wyczyszczona nawet jak będzie problem z montowaniem pendrive'a a motion aż tak szybko jej nie zapełni aby nie zdążyć się zalogować. Wolnego RAM mam więcej niż wolnego flash:

| Flash: total: 12.5MB, used: 8.4MB, 67.1%, free: 4.1MB                  |
| Memory: total: 59.8MB, used: 24.9MB, 41.6%, free: 35.0MB               |

Jeden plik .jpg zajmuje średnio 30KB więc zmieści się jakieś 1000 plików a tyle to trzeba kilka dni aby motion zarejestrował.

Zrobiłem skrypt /etc/init.d/motion do włączania/wyłączania:

#!/bin/sh /etc/rc.common
# Copyright (C) 2006-2011 OpenWrt.org

START=50

start() {
    service_start /usr/bin/motion
}

stop() {
    service_stop /usr/bin/motion
}

a motion uruchamia się albo przy starcie routera przez /etc/rc.local

/etc/init.d/motion start

albo przez crona:

/etc/crontabs/root
0 7 * * 1-5 /etc/init.d/motion start
0 18 * * 1-5 /etc/init.d/motion stop

Tutaj masz rację - FAT32 to pozostałość starych czasów gdy miałem może 1 lub dwa pendrive'y i wtedy jak chciałem coś skopiować to można było wyjąć pena z routera - skopiować w Windows plik i przenieść gdzieś i włożyć pena z powrotem do routera. Dzisiaj mam kilkanaście pendrive'ów i faktycznie nie wyciągam już tego z routera. Tak na marginesie to FAT32 jest problematyczny dla serwera PXE: https://eko.one.pl/forum/viewtopic.php?id=14191
Trzeba będzie zmienić na f2fs

Tak, to jest dla sportu i w celach nauki - człowiek ciągle się uczy skryptów, obsługi OpenWrt itd.
Do prawdziwego monitoringu mam porządna kamerę IP, która nie potrzebuje OpenWrt bo ma zaawansowane firmware do detekcji ruchu.

Ja lubię wiedzieć jak coś działa i czemu czasem nie działa.

No i znowu jest problem - dioda w penie miga, nie widać go w mount i motion zapisuje do RAM, szare pliki .jpg w Putty

Kurdę dwa dni raptem. Ewidentnie coś jest nie tak - może to wina samego pena i już jest na wykończeniu a może wydajność prądowa portów USB w routerze słabnie? W dmesg mam takie błędy:

[22912.480000] blk_update_request: I/O error, dev sda, sector 302808
[22912.744000] usb 2-1: new full-speed USB device number 4 using ohci-platform
[22927.924000] usb 2-1: device descriptor read/64, error -145
[22943.208000] usb 2-1: device descriptor read/64, error -145

Mam też innego starego pendrive'a 1GB i często jak kopiuję na niego pliki w Windows to pojawiają się różne błędy CRC czy I/O - tak, że pendrive'y nie są wieczne.

Tak jak pisałem muszę wymienić pendrive'a i od razu system plików na nim.

Jeśli to wydajność prądowa portu USB siada to kończę zabawę bo nie będę kupował jakichś hubów USB z własnym zasilaniem.
Z tego tematu wynika iż czasem nawet hub aktywny nie pomaga: https://eko.one.pl/forum/viewtopic.php?id=13799&p=2
Może w routerze port USB się wyrobił i jest za luźny i dlatego rozłącza?

Bo masz go już zamontowanego?

Nie ma takiego urządzenia. Jak wyzerowałeś pierwsze sektory to wywaliłeś podział partycji, więc teraz załóż mu partycję po prostu.

A mnie zastanawia czemu to robisz cały czas pod windowsem. Żeby wyzerować sektory wystarczy samo dd. Żeby założyć partyje wystarczy fdisk. Zainstaluj fdiska, zrób fidsk /dev/sda, zdejmij istniejące partycje, zrób ponownie jedną primary i masz.

Jeżeli masz tylko moduły od f2fs to samo się zamontuje. Tylko wiesz że zmiana systemu plików nie spowoduje że nie będzie ci rozłączało urządzenia na usb itp?