Wszelkie kombinacje potestowałem.
Zastosowanie pkt 3 skutkowało wprawdzie poprawnym działaniem w sensie "odczyt/zapis" lecz otwierało dostęp do wszystkiego, czyli klikając "do góry" opuszczało się katalog użytkownika i był pełen dostęp wszędzie.
To już bardziej mi pasuje dodatkowy folder w katalogu użytkownika z prawami do zapisu. I taki kompromis na razie zostawiłem. Mogę dodawać userów i każdy ma swój folder. Tyle tylko że musi wejść krok głębiej do dodatkowego folderu. Jak na wiele godzin walki efekt taki sobie, ale chociaż coś.

Ja PRAWIE doszedłem Może coś komuś podpowiem i sprawa ruszy o kroczek.
Zastosowałem dokładnie configi i lokalizacje z konfiguratora, a potem bawiłem się uprawnieniami do katalogu.
Najpierw użytkownik ftp - ma swoj katalog, oraz wpis w /etc/passwd prowadzący do tego katalogu. Czyli przykłądowo użytkownik jan, ma założony katalog jan w lokalizacji /mnt/hdd/jan i ten sam katalog, jako domowy w passwd.
Zalogować się, jako jan nie mogłem dopóki nie ustawiłem uprawnień do katalogu jan, przykładowo u mnie właściciel i grupa to root ( w żadnym razie nie jan) a uprawnienia to 0005, czyli rx dla others.
Wtedy mogę się zalogować, ale bez możliwości zapisywania. Jednak kiedy jestem zalogowany, to mogę zmienić uprawnienie na rwx i wtedy zyskuję możliwość zapisu. Czyli nie tak, jak trzeba

Przykład 2.
Ustawiłem dla jan katalog domowy /mnt/hdd (czyli poziom wyżej) i uprawnienia dla hdd 0555(grupa-właściciel root). Wtedy loguję się i mam możliwość zapisu, ale tylko w widzialnym wtedy katalogu jan, kiedy do niego wejdę. Jednak dostęp jest też dla innych katalogów w hdd, a tak nie chcę. Czyli też tylko częściowo dobrze.

Przykład 3 - najbliższy ideałowi
Użytkownik jan ma katalog domowy w passwd /mnt/hdd/jan. Uprawnienia katalogu jak to 0005. Moge się logować i zapisywać POD WARUNKIEM, że wcześniej w katalogu jak utworzyłem inny katalog (uprawnienia 0007 wł/grupa root) i mogę zapisywać tylko w tym dodatkowym katalogu.

Nie miałem czasu sprawdzić, czy inni użytkownicy nie będą mogli zaglądać, gdzie nie trzeba.

Ktoś to rozwikła?

Pal licho, muszę się skompromitować i zapytać, bo szkoda nocy.
Chodzi o vsftpd.
Skorzystałem z nowego konfiguratora i wszystko zrobiłem zgodnie z nim. Nie chcę anonimów.
Skopiowałem co trzeba do
etc/vsftpd.conf
etc/passwd
etc/shadow

restart vsftpd
500 OOPS vsftpd refusing to run...
lub też 500 OOPS cannot change directory

Googlowałem wszystko na ten temat, w tym wiele wypowiedzi Cezarego i cały czas przewija się temat uprawnień. I chyba z tym nie daję rady. Proszę mi powiedzieć jakim narzędziem te prawa i jak, bo chciałbym to pojąć raz na zawsze a nie błądzić po omacku. Z góry dzięki.

opkg install samba36

Sypie się, jak szalone na 1.5.8.1. Praktycznie nieustanne "Failed to stop TX DMA". Chyba trzeba będzie podjąć męską decyzję

Cezary,
Możesz krótko napisać kolejne kroki, kiedy chcemy dodać użytkownika ftp, udostępnić mu katalog i nadać prawa rw? Tak by miał dostęp TYLKO do tego jednego katalogu?
Dajmy na to użytkownik Cezary ma mieć dostęp do mnt/hdd/Cezary.
Po kolei co robimy? (vsftpd z repo openwrt) Proszę, bo marnuję kolejne godziny bez satysfakcjonującego efektu.
Mam:
/etc/init.d/vsftpd
/etc/vsftpd.conf

Widzisz, ja odwrotnie. Na AA tylko jeden taki przypadek miałem, dziś rano. A będzie kilka dni, jak tego używam.

Przychodzi mi do głowy tymczasowe obejście tego problemu. Bo przewag openwrt jest taka masa, że w życiu nie wrócę to softu tp-linka, szybciej sprzedam go i kupię inny.
Lecz problem z wifi jest kłopotliwy, bo korzysta z niego u mnie sporo urządzeń.
Więc kto wie, czy nie zdecyduję się na użycie mojego starego routera tylko do rozsiewania wifi i będę liczył, że w perspektywie niedługiego czasu problem z Tp-linkiem się wyjaśni.
Niemniej jednak zawsze chętnie przyjmę wszelkie nowinki, które mógłbym zastosować.

Miałem tradycyjny problem ze stabilnościa wifi :

Oct 25 08:58:52 Gargoyle kern.err kernel: [82114.730000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0
Oct 25 08:58:52 Gargoyle kern.err kernel: [82114.740000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up
Oct 25 08:58:54 Gargoyle kern.err kernel: [82116.380000] ath: phy0: Failed to stop TX DMA, queues=0x004!
Oct 25 08:58:57 Gargoyle kern.err kernel: [82119.400000] ath: phy0: Failed to stop TX DMA, queues=0x004!
Oct 25 08:59:28 Gargoyle kern.err kernel: [82150.920000] ath: phy0: Failed to stop TX DMA, queues=0x004!
Oct 25 08:59:28 Gargoyle kern.err kernel: [82151.160000] ath: phy0: Failed to stop TX DMA, queues=0x004!
Oct 25 08:59:29 Gargoyle kern.err kernel: [82152.100000] ath: phy0: Failed to stop TX DMA, queues=0x004!
Oct 25 08:59:31 Gargoyle kern.err kernel: [82153.730000] ath: phy0: Failed to stop TX DMA, queues=0x004!
Oct 25 08:59:31 Gargoyle kern.err kernel: [82153.970000] ath: phy0: Failed to stop TX DMA, queues=0x004!

To pierwszy, który zauważyłem na 1.5.8.

Backupu nigdy nie używam, wklepanie swoich potrzeb zajmuje mi chwilę. Tak więc w tym przypadku również nie zamierzam przywracać backupu. Co wprost każe zapytać, dlaczegóż by nie spróbować 1.5.8?

Moje pytanko przypasuje do tego tematu :
Czy jest plugin-gargoyle-ftp integrujący się z gui i działający na r33883?