Przejdź do treści forum
eko.one.pl
OpenWrt, Linux, USB, notebooki i inne ciekawe rzeczy
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Opcje wyszukiwania
Patchowanie wywala się przy Makefile
patching file samba3/files/config-lfs.h
patching file samba3/files/samba.config
patching file samba3/files/samba.init
patching file samba3/files/smb.conf.template
patching file samba3/Makefile
Hunk #2 FAILED at 19.
Hunk #3 succeeded at 124 (offset 3 lines).
Hunk #4 succeeded at 132 (offset 3 lines).
1 out of 4 hunks FAILED -- saving rejects to file samba3/Makefile.rej
patching file samba3/patches/100-avm.patch
patching file samba3/patches/110-compile_fixes.patch
patching file samba3/patches/110-samba_avm.patch
patching file samba3/patches/120-Makefile.patch
patching file samba3/patches/120-owrt_paths.patch
patching file samba3/patches/130-owrt_smbpasswd.patch
patching file samba3/patches/140-no_mmap.patch
patching file samba3/patches/300-fix_oplocks_define.patch
patching file samba3/patches/400-samba-LFS_SUPPORT.patch
patching file samba3/patches/410-samba-getgrouplist.patch
patching file samba3/patches/420-samba-use-unsigned-enums.patch
Oczywiście efekt jest taki, że skompilować się samby nie da.
Robiąc własną paczkę stracę integracje z uci. Czy jest zatem możliwość zrobienia tego bez udziału sdk?
Hej!
Mam problem z kompilacją obrazu do tplinka, a konkretniej to z kompilacją samby. Kompilacja przebiega na snow leopardzie i z tego co widzę inni użytkownicy też mają z tym problem.
Kompilacja wywala się na:
Linking bin/smbd
mips-openwrt-linux-uclibc-gcc -Os -pipe -mips32r2 -mtune=mips32r2 -funit-at-a-time -fhonour-copts -msoft-float -Os -D_SAMBA_BUILD_ -DAVM_NO_PRINTING -DAVM_SMALLER -I./popt -Iinclude -I`pwd`/include -I`pwd`/ubiqx -I. -I/Volumes/OpenWRT/backfire/staging_dir/target-mips_r2_uClibc-0.9.30.1/usr/include -I/Volumes/OpenWRT/backfire/staging_dir/target-mips_r2_uClibc-0.9.30.1/include -I/Volumes/OpenWRT/backfire/staging_dir/toolchain-mips_r2_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/include -I/Volumes/OpenWRT/backfire/staging_dir/toolchain-mips_r2_gcc-4.3.3+cs_uClibc-0.9.30.1/include -D_GNU_SOURCE -I`pwd` -I`pwd`/tdb -o bin/smbd smbd/server.o popt/findme.o popt/popt.o popt/poptconfig.o popt/popthelp.o popt/poptparse.o lib/popt_common.o -L/Volumes/OpenWRT/backfire/staging_dir/target-mips_r2_uClibc-0.9.30.1/usr/lib -L/Volumes/OpenWRT/backfire/staging_dir/target-mips_r2_uClibc-0.9.30.1/lib -L/Volumes/OpenWRT/backfire/staging_dir/toolchain-mips_r2_gcc-4.3.3+cs_uClibc-0.9.30.1/usr/lib -L/Volumes/OpenWRT/backfire/staging_dir/toolchain-mips_r2_gcc-4.3.3+cs_uClibc-0.9.30.1/lib \
-lcrypt \
-Lbin -lsmbd \
-L/lib \
-lcrypt -ldl -lpthread
bin/libsmbd.a: could not read symbols: Archive has no index; run ranlib to add one
collect2: ld returned 1 exit status
make[4]: *** [bin/smbd] Error 1
make[3]: *** [/Volumes/OpenWRT/backfire/build_dir/target-mips_r2_uClibc-0.9.30.1/samba-3.0.24//.built] Error 2
make[3]: Leaving directory `/Volumes/OpenWRT/backfire/feeds/packages/net/samba3'
make[2]: *** [package/feeds/packages/samba3/compile] Error 2
make[2]: Leaving directory `/Volumes/OpenWRT/backfire'
make[1]: *** [/Volumes/OpenWRT/backfire/staging_dir/target-mips_r2_uClibc-0.9.30.1/stamp/.package_compile] Error 2
make[1]: Leaving directory `/Volumes/OpenWRT/backfire'
make: *** [world] Error 2
https://dev.openwrt.org/ticket/8262 Tutaj niby jest dostępny patch, ale po wrzuceniu go do /feeds/packages/net/samba3/patches kompilacja wywala się z kolei na aplikowaniu łatki.
macka napisał/a:Mam TV soniacza, ale minidlna zainstalowane na routerze dziala z nim tylko z jpegami, zadne avi, mpegi, a tym bardziej mkv nawet nie pojawiaja sie na liscie. Moze robie cos zle, ale tak jest.
W kazdym razie do odtwarzania uzywam PS3 Media Server (oczywiscie na kompie), a tam idzie wszystko: avi, mkv, rmbv, wmvhd, flv, mov, i moze cos jeszcze, choc oczywiscie zdarzaja sie wyjatki, ze jakis plik sie nie otworzy. Na kompa polecam wlasnie ten program. Prawdopodobnie bedzie dzialal tez z Plejka.
Sony wymaga transcodowania do mpeg-ts. Odpuść sobie dlna na routerze, bo jest on do tego po prostu za słaby.
Mam małe pytanie: czy openwrt obsługuje exfat?
Witam!
Chciałbym zrobić na tp-linku z openwrt qos z podziałem na usługi. Chcę jednak się obejść bez wrzucania gargoyle, które mi po prostu nie leży :] Za dużo bajzlu robi on imho w systemie i nic mnie w nim nie interesowaloby poza qos. Próbowałem qos-scripts, jednak nie otrzymałem oczekiwanych rezultatów: przy odpalonym p2p strony o wiele wolniej się otwierają, a o komfortowym graniu przez sieć można zapomnieć.
Konfiguracja:
root@OpenWrt:~# cat /etc/config/qos
# QoS configuration for OpenWrt
# INTERFACES:
config interface wan
option classgroup "Default"
option enabled 1
option overhead 0
option upload 512
option download 7040
# RULES:
config 'classify'
option 'target' 'Priority'
option 'layer7' 'dns'
config 'classify'
option 'target' 'Priority'
option 'layer7' 'ntp'
config 'classify'
option 'target' 'Priority'
option 'layer7' 'http'
config 'classify'
option 'proto' 'tcp'
option 'ports' '80,443'
option 'target' 'Priority'
config 'classify'
option 'proto' 'tcp'
option 'ports' '20,21'
option 'target' 'Express'
config 'classify'
option 'layer7' 'dayofdefeat-source'
option 'target' 'Express'
config 'classify'
option 'layer7' 'counterstrike-source'
option 'target' 'Express'
config 'classify'
option 'layer7' 'teamfortress2'
option 'target' 'Express'
config 'classify'
option 'layer7' 'halflife2-deathmatch'
option 'target' 'Express'
config 'classify'
option 'layer7' 'quake-halflife'
option 'target' 'Express'
config 'classify'
option 'target' 'Express'
option 'layer7' 'teamspeak'
config 'classify'
option 'target' 'Normal'
option 'proto' 'tcp'
option 'ports' '22'
config 'classify'
option 'target' 'Normal'
option 'proto' 'tcp'
option 'ports' '25,110,143,220,465,583,993,995'
config 'classify'
option 'target' 'Normal'
option 'layer7' 'shoutcast'
config 'classify'
option 'target' 'Bulk'
option 'layer7' 'edonkey'
config 'classify'
option 'target' 'Bulk'
option 'layer7' 'bittorrent'
config 'classify'
option 'target' 'Bulk'
option 'layer7' 'soulseek'
config default
option target "Express"
option proto "udp"
option pktsize "-500"
config reclassify
option target "Priority"
option proto "icmp"
config default
option target "Bulk"
option portrange "1024-65535"
config reclassify
option target "Priority"
option proto "tcp"
option pktsize "-128"
option mark "!Bulk"
option tcpflags "SYN"
config reclassify
option target "Priority"
option proto "tcp"
option pktsize "-128"
option mark "!Bulk"
option tcpflags "ACK"
# Don't change the stuff below unless you
# really know what it means :)
config classgroup "Default"
option classes "Priority Express Normal Bulk"
option default "Normal"
config class "Priority"
option packetsize 400
option maxsize 400
option avgrate 10
option priority 20
config class "Priority_down"
option packetsize 1000
option avgrate 10
config class "Express"
option packetsize 1000
option maxsize 800
option avgrate 50
option priority 10
config class "Normal"
option packetsize 1500
option packetdelay 100
option avgrate 10
option priority 5
config class "Normal_down"
option avgrate 20
config class "Bulk"
option avgrate 1
option packetdelay 200
Chciałem też sprawdzic skrypt rudy'ego z white russian, ale coś nie bardzo chce on działac na backfire.
Ale rozumiem, że nie ma możliwości użycia tego rozwiązania bez instalowania całego Gargoyle?
Witam!
Czy jest możliwość ustawienia takiego qos na zwykłym openwrt bez gargoyle, bo qos-scripts to można o kant kuli rozbić.
Ja ponownie wracam do problemu z wolnymi transferami. Ogólnie to jestem zadowolony z transferów po smb, które oscylują w granicach 10MB/s. Nie podoba mi się natomiast to jak wolno idzie transfer po smb. Tutaj jest już tragedia, bo wyciągam max 2MB/s. Sprawdzone na najnowszym buildzie backfire. Procesor podczas całej operacji jest obciążony w około 20-30%, także on tutaj nie jest problemem.
Używam wersję z extroot, także nie wiem jak sprawa wygląda z LuCI. Nie było informacji na ten temat w changelogu, stąd też moje pytanie 
W najnowszym wydaniu chyba nie ma vsftpd. To było zamierzone czy po prostu przypadek?
Cezary: W wypadku pobieranych plików, o wielkościach liczonych w GB będzie to trwało niemiłosiernie długo. Transfer przy takim kopiowaniu wynosi zaledwie ~1,3MB/s
rpc: coś takiego nie istnieje w ext3
Osobiście zaczynam podejrzewać o to konwerter usb<->sata. Jazzon weź spawdź jakiej firmy jest Twój chip. U mnie jest to element firmy Sunplus.
Sprawdziłem - po tej operacji transfer oczywiście wzrasta. Już sam zabawny jest fakt, że plik był wrzucany szybciej, niż był odczytywany 
System plików to ext3
Ten sam plik pobrany przez transmission:
-Samba: ~2MB/s
-Po ftp: ~2,5-4MB/s
W wypadku plików wcześniej skopiowanych z dysku na dysk, transfery tak samo jak u kolegi jazzona są najczęściej w porządku (~10MB/s po ftp i ciut mniej po sambie)
Dysk jest podpięty przez konwerter sata<->usb. W tym samym czasie router jest wolny od jakiegokolwiek obciążenia. To samo tyczy się dysku twardego.
U mnie problemem nie jest na pewno połączenie. Sprawdzone na 3 komputerach - na wifi, jak i ethernet.
Zauważyłem, że transfer zależy od pliku. Jeden plik za każdym razem potrafi przesyłać ze stałą, maksymalną prędkością, a drugi z kolei strasznie wolno i nierówno. Nie zależy to także od rozszerzenia czy nazwy pliku.
Edit: Kolejna ciekawa sprawa: zapis działa wręcz wzorowo stała prędkość - 5,5MB/s. Natomiast odczyt tego pliku przebiega niemiłosiernie wolno - 2MB/s-3MB/s
Jazzon: czy preallocation u Ciebie poprawiło sytuację? Ja borykam się takim samym problemem - transfery zarówno po smb jak i ftp są czasem żenująco niskie, a czasem też idealne. Nie wiem kompletnie od czego to zależy. Próbowałem już zmieniać ustawienia karty sieciowej, lecz na marne.
Znalezione posty: 18