Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Polskie tłumaczenie Gargoyle
Strony Poprzednia 1 2 3 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
W oknie konfiguracji na samym dole okna są dwa duże klawisze: Zapisz zmiany i Anuluj.
Klawisz Zapisz zmiany nie dawał żadnych efektów. Były tez inne dziwne efekty o których nie pisałem
Ale już po problemie . Wyczyszczenie cache pomogło na wszystko. Dziękuję.
Eryk naprawił znów parę rzeczy - następna będzie jeszcze lepsza. Działa już https, działa plugin usb-storage, poprawiona jest edycja qos.
Teraz dopiero zauważyłem że po przejściu na wersję 1.3.7 pojawił się problem z
sambą którego wcześniej nie było. Na udostępnionym dysku sieciowym znikły piki o wielkości
powyżej ok. 2-3 GB. Tzn. fizycznie są - widać je dalej przez FTP i WinSCP ale
nie widać ich w SAMBIE (na dysku sieciowym).
Poprzez FTP mogę wgrać i ściagnąć duże pliki, a przez sambę juz nie - wgrywanie daje po pewnym czasie komunikat - "dysk pełen", a odczytać nie mogę bo ich nie widzę.
(Z mniejszymi plikami nie ma problemów)
Sprawdzałem to na dwóch dyskach jeden z ext3 a drugi z NTFS - objawy są identyczne.
Gdzie może być problem ?
Które gargoyle? Dzisiejsze?
Nie , wcześniejsze.
Ale wgrałem właśnie dzisiejsze i testuję. Chyba będzie to samo, bo próbuję
wgrać na dysk sieciowy plik 5GB i w okolicy 73% postępu dostaję informację że brak dostępu do dysku.
Jaki dysk, jaki system plików, jaki rozmiar pliku jest i w jakim katalogu. I czy po sambie?
Dysk sieciowy - dysk 1TB (wolne ok. 850GB), system plików ext3.
Przegrywany plik jest typu .mpg a Total Commander pokazuje jego wielkość jako 5 942 851 558 (prawie 6GB)
i znajduje się na dysku lokalnym komputera stacjonarnego.
(Zgrywam właśnie swoje stare kasety video na dysk stąd mam duże pliki mpg)
Tzn ten "dysk sieciowy" jak połączyłeś? Zwykły dysk na usb przez sambę na routerze:
smb: \> mput a.bin
Put file a.bin? y
putting file a.bin as \a.bin (8033,4 kb/s) (average 8033,4 kb/s)
smb: \> ls a.bin
a.bin A 7036509222 Thu Nov 11 09:28:46 2010
56370 blocks of size 1048576. 15776 blocks available
smb: \> quit
cezary@eko.one.pl:/opt$ ls -al a.bin
-rw-r--r-- 1 cezary users 7036509222 11-12 21:25 a.binDziała jak widać. 6,6GB przez sambę na router przewalone.
Dysk sieciowy zrobiłem poleceniem "mapuj dysk sieciowy" - podałem ścieżkę \\192.168.1.1\DOMOWY i zamontowałem go jako dysk S. I na ten właśnie dysk nie mogę przegrać normalnie plików większych jak ok. 4GB.
Zmieniałem dysk na inny, zmieniłem też wersję samby poprzez wgranie nowego gargoyla - faktycznie niemożliwe aby była to wina samby (zresztą zrobiłeś test), dysku też nie - więc co to może być ?
Głupie, ale może to wina... total comandera? Przez explorator sprawdź? Dowolnym innych softem, np, ubuntu live?
Tak, dokładnie też tak myślałem , eksploratorem już sprawdziłem - jest bez zmian -problem pozostał.
Mam na płytce knopixa - spróbuję
Na płytce miałem jednak ubuntu.
I niestety - też podczas przegrywania kiedy pasek postępu pokazał przegrane ok. 4GB pokazał się komunikat
o błędzie zapisu; a w szczegółach opis był króciutki: Permission denided.
Spróbuję jeszcze powtórzyć to na całkowicie domyslnej konfiguracji samby na koncie guest
Niestety, na świeżo wgrany nowy soft do rutera, nic nie kombinowane przy plikach konfiguracyjnych i na koncie guest również
brak jest możliwości wgrania pliku większego niż 4GB na zamapowany dysk sieciowy.
Chciałem powtórzyć twój test: smb: \> mput a.bin ale konsola mówi mi że błąd: -ash:smb::not found
nie smb tylko smbclient -I 192.168.1.1 -N \\\\192.168.1.1\\sda1 jeżeli dostęp jest anonimowy
Niestety: -ash:smbclient::not found.
Zauważam jedną niezgodność: dysk mam sformatowany na ext 3 ale gargoyle pokazuje go jako ext 4.
Cezary - czy jest gdzieś w necie dostępna wcześniejsza wersja gargoyle PL ?
Jak pamiętam na wersji 1.3.5 PL tego problemu nie miałem - chciałbym sprawdzić
Czekaj, ale to nie na routerze tylko na komputerze, na linuksie.
Do routera na usb był podłączony dysk. W gargoyle udostepniony na zapis/odczyt przez sambę (CIFS). Na komputerze odpalony klient samby (smbclient) i przesłany plik z komputera do routera. Przez gui jest tak samo (przez gnome). Windowsa nie używam więc tego nie sprawdzę.
ext4 obsługuje w trybie kompatybilności wszystkie w dół. Jak jest montowany nośnik w gargoyle (i w openwrt) to zaczyna się od ext4 - i jeżeli go zamontuje to tak zostaje. Dobrze jest.
Jak robiłem to na ubuntu to żadnego klient a nie uruchamiałem - sprawdziłem otoczenie sieciowe, znalazłem udział, zalogowałem się do udziału i przegrywałem tam plik . I szło dobrze aż do 4GB, a potem błąd dostępu do dysku.
Ale cały czas mam wrażenie że w wersji 1.3.5 pl tego nie było - jest gdzieś dostępna ta wersja ?
Nie mam swojej wersji 1.3.5, nie trzymam archiwum
Właśnie w ten sposób też robiłem i działa.
Podejrzewam że mój problem bierze się z niewłaściwego formatowania dysku.
Format zrobiłem graficznym narzędziem Gparted z dystrybucji Ubuntu.
A teraz "odkryłem" że w gargoyle są polecenia fdisk i mkfs.ext3.
Usunełem starą i załozyłem nową partycję fdiskiem i doszedłem do formatowania.
Po komendzie: mkfs.ext3 -m 0 /dev/sda1 otrzymuję komunikat:
/dev/sda1: Memory allocation failed while setting up superblock
Co z tym zrobić ?
Nie masz pamięci (masz za duży dysk) żeby to zrobić na routerze. Swap najpierw podmontuj, później formatuj.
PS. To ten sam system plików na ubuntu i tutaj. Są kompatybilne na 120%.
Zaktualizowałem obrazy dla ar71xx. Napisałem i włączyłem do tych obrazów nowy plugin pozwalający na włączenie i wyłączenie anonimowego ftpa.
Jako, że pierwszy raz na tym forum mowię Witam 
Mam mały problem z OpenWRT (czy to z Luci czy też z Gargoyle) a mianowicie, po skonfigurowaniu routerka TP WR1043ND (w WRT54GS nie było tego problemu) i dodaniu nazw, MAC-ów i przydzieleniu IP w nim wszystko działa OK.
Sieć moja jest następująca:
-router ADSL Asus (192.168.10.x) potem po lanie TP-Link (192.168.2.x) i on dzieli wszystko na 4 kompy.
Po reboocie routerka kopmuterom zostaje przydzielony adres IP nie z TP-Linka czyli 192.168.2.x tylko z Asusa czyli 192.168.10.x i co za tym idzie niema neta.
W tej sytuacji na każdym z komputerów trzeba Wył i Zał karte sieciową, aby pobrał adres z puli TP-Linka (192.168.2.x) z czym już teraz niema problemu.
Dzieje się tak przy każdym restarcie TP-Linka.
Niestety nie pomaga na sztywno przypisany adres w karcie sieciowej w każdym z komputerów.
Znalazłem też, że na początku po restarcie router ten zachowuje się jak switch i niewiem czy to nie jest przyczyna.
Z linksysem nie mam takiego problemu.
Czy jest na to jakieś rozwiązanie?
Nie ma. Znany problem z tplinkiem, że wan i lan stanowi jedność.
Sugeruje w /etc/rc.local zrobić np. ifdown lan && ifup lan żeby kliencie odświeżyli sobie jeszcze raz pobrane adresy.
... ifdown lan && ifup lan ...
No to mi zamieszałeś 
Czy ten wpis wystarczy dodać w tej formie jak podałeś do rc.local?
Przed exit 0.
Czy zadziała - nie wiem, ja mam wszystko przez wifi podłączone...
Strony Poprzednia 1 2 3 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Polskie tłumaczenie Gargoyle
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc