bodhi Wrote: ------------------------------------------------------- > th3l0lb0y, > > So does the power button work OK? No wont work right now but i sorted some other problems out Like transferrate I now get about 38mb/s both ways using XFS filesystem on both drives And im able to boot reliable without errors But the problem with the wrong speed with right negotiationby Th3l0lb0y - uBoot
Ok got the performance problems "sort of" its some sort of problem with the combination of my fritzbox 6660 and the nas I now got about 30mb/s both ways on "i think is enough for my needs ^^ " I have one more question how does the power button funktion on debian its now the only thing that doesn't work right now -th3l0lb0yby Th3l0lb0y - uBoot
Hi guy's is it possible to replace the 128mb nand chip on the nsa320 with and 256 oder 512mb nand or even bigger to place the full uboot + rootfs and omv os something in it so it doesn't need to be bootet from usb ? -th3l0lb0yby Th3l0lb0y - Off-Topic
oh ok i hope i dont get to hard on your nerv´s is so im sorry :-( for the comment (ip link set eth0 down && ip link set eth0 up) some more testing revielt that it only work´s if i tipe it 6-10 times in a row only then it´l connect sort of right an the speed´s are somewhat ok´ish -th3l0lb0yby Th3l0lb0y - uBoot
what can i do now ? do i see right that rtc-pcf8563 is showing up as rtc1 and the other one as rtc0 ? is it possible to switch them and why is the rtc-mv there in the first place ? and here in that post from an other user rtc.mv and rtc-pcf8563 are on the same place here a end by the way ^^ the problem with the speed is back :-S and the commends (ifdown oth0 and ifup eth0 ) dont wortby Th3l0lb0y - uBoot
and here dmesg root@debian:~# dmesg [ 0.000000] Booting Linux on physical CPU 0x0 [ 0.000000] Linux version 5.13.6-kirkwood-tld-1 (root@tldDebian) (gcc (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #1.0 PREEMPT Sat Jul 31 22:10:39 PDT 2021 [ 0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=0005397f [ 0.000000] CPU: VIVT data cache, VIVT insby Th3l0lb0y - uBoot
ok here is the boot U-Boot 2017.07-tld-1 (Sep 05 2017 - 00:46:11 -0700) ZyXEL NSA320 2-Bay Power Media Server SoC: Kirkwood 88F6281_A1 DRAM: 512 MiB WARNING: Caches not enabled NAND: 128 MiB In: serial Out: serial Err: serial Net: egiga0 MV88E1318 PHY initialized on egiga0 Using egiga0 device host 192.168.178.82 is alive Uncompressing Linux... done, booting the kernby Th3l0lb0y - uBoot
yes i have i recheckt and now its only if i unplug the power after stutdown root@debian:~# ls -l /etc/localtime lrwxrwxrwx 1 root root 33 Mar 18 08:12 /etc/localtime -> /usr/share/zoneinfo/Europe/Berlin root@debian:~#by Th3l0lb0y - uBoot
oh ok :-) i have an other problem is it normal that after every reboot or disconnect of the power the systemtime is 7 hours behind ? everytime in need to do "date -s xx:xx:xx" to set the right time RTC Battery is new and Full is it possible that i need to set an jumper or something ? -Th3l0lb0yby Th3l0lb0y - uBoot
That works :-) now is it possible to let the copy led only blink for the SSD on the 4th usb port ? so that the usb led only blink´s for usb 1-3 ? -th3l0lb0yby Th3l0lb0y - uBoot
Hi, sorry for my late reply. After some more testing, I'm at a point were i cant replicate the problem. In the meantime, I'm now on debian 11.9 + omv and the only problem now is that transfers from and to the NAS never exit 25mb/s (screeny at the bottom <Transfer between server and nsa320 both way's > ) using an SMB share´d 1tb drive in the nsa320 weird thing alsby Th3l0lb0y - uBoot
I mean it work's now "sort of" From an cold boot into debian and/or omv i have the same problem as all the time "low download and high uploadspeed " But if i disconnect the network cable and reconnect it wile the nsa320 is running i get full speed download and upload Up until i reboot the nsa320 its like it switches down to 10mbit speed after reboot until i reconneby Th3l0lb0y - uBoot
ok i have another symptome out of curiosity i rebooted the nas an tested again an now i have the same speed´s as bevor but if i disconnect and reconnect the Network cable wile its running it´s back to normal speed´s reboot or boot fresh -Th3l0lb0yby Th3l0lb0y - uBoot
so without the test beforhand root@debianVM:/home/administrator# sudo ifconfig -a ens192: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.178.140 netmask 255.255.255.0 broadcast 192.168.178.255 inet6 2a02:2454:9b9b:1600:20c:29ff:fe94:d825 prefixlen 64 scopeid 0x0< global> inet6 2a02:2454by Th3l0lb0y - uBoot
ah ok nsa320 pinging the Debian VM root@debian:~# ping -c 10 192.168.178.140 PING 192.168.178.140 (192.168.178.140) 56(84) bytes of data. 64 bytes from 192.168.178.140: icmp_seq=1 ttl=64 time=2.64 ms 64 bytes from 192.168.178.140: icmp_seq=2 ttl=64 time=0.456 ms 64 bytes from 192.168.178.140: icmp_seq=3 ttl=64 time=0.428 ms 64 bytes from 192.168.178.140: icmp_seq=4 ttl=64 time=0.41by Th3l0lb0y - uBoot
the thing is the nsa320 is the only device in my complete network that is acting like that like (low downsream high upstream) -Th3l0lb0y edit: side question ; is it possible that i messed up the Mac adress in the Env in a way that can cause something like that ?by Th3l0lb0y - uBoot
Retest ;-) NSA320 iperf -s root@debian:~# iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 128 KByte (default) ------------------------------------------------------------ [ 1] local 192.168.178.136 port 5001 connected with 192.168.178.140 port 48564 (icwnd/mss/irtt=14/1448/4483) [ ID] Interval Transferby Th3l0lb0y - uBoot
ok :-) NSA320 iperf -s root@debian:~# iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 128 KByte (default) ------------------------------------------------------------ [ 1] local 192.168.178.136 port 5001 connected with 192.168.178.140 port 44698 (icwnd/mss/irtt=14/1448/4005) [ ID] Interval Transfer Baby Th3l0lb0y - uBoot
Now the command´s + Results :-) after the changes when i tipe (ethtool -k eth0 | grep tcp-segment) root@debian:~# ethtool -k eth0 | grep tcp-segment tcp-segmentation-offload: on tx-tcp-segmentation: on root@debian:~# root@debian:~# ethtool -K eth0 tso on sg on Actual changes: tx-scatter-gather-fraglist: off tx-tcp-ecn-segmentation: off tx-tcp-mangleid-segmentation:by Th3l0lb0y - uBoot
Test with bookworm (ethtool -K eth0 tso on sg on) ethtool -K eth0 tso on sg on root@debian:~# ethtool -K eth0 tso on sg on Actual changes: tx-scatter-gather-fraglist: off tx-tcp-ecn-segmentation: off tx-tcp6-segmentation: off root@debian:~# NSA320 iperf -c root@debian:~# iperf -c 192.168.178.140 ------------------------------------------------------------ Client connectiby Th3l0lb0y - uBoot
Test with bookworm NSA320 iperf -c root@debian:~# iperf -c 192.168.178.140 ------------------------------------------------------------ Client connecting to 192.168.178.140, TCP port 5001 TCP window size: 16.0 KByte (default) ------------------------------------------------------------ [ 1] local 192.168.178.136 port 48790 connected with 192.168.178.140 port 5001 (icwnd/mss/irtt=14/by Th3l0lb0y - uBoot
First Run Debian VM (iperf -s) root@debianVM:/home/administrator# iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 128 KByte (default) ------------------------------------------------------------ [ 1] local 192.168.178.140 port 5001 connected with 192.168.178.137 port 44430 (icwnd/mss/irtt=14/1448/2145) [ ID]by Th3l0lb0y - uBoot
î did similar test´s on deiban 10 as well same results is it possible that i somehow messed up my env´s to a point that result in this ? because it should be possible to alter thise setting´s with ethtool you say´s ? i´ll test with debian 12 anyway hope we can learn something :-) unwill tomorow (here in germany its pretty late ^^) -th3l0lb0yby Th3l0lb0y - uBoot
pretty much the same root@Vault-111:~# ethtool -K eth0 tso on Cannot change tcp-segmentation-offload Could not change any device features root@Vault-111:~# Do i something wrong ? :-Sby Th3l0lb0y - uBoot
> You need to turn on TSO for the NSA320. At the > command line: > > ethtool -K eth0 tso on sg on > > > After that, run both tests again. i get this output if is that nomal ? root@Vault-111:~# ethtool -K eth0 tso on sg on Cannot change tcp-segmentation-offload Could not change any device features root@Vault-111:~# -Th3l0lb0yby Th3l0lb0y - uBoot
ok :-) Debian VM root@debianVM:/home/administrator# iperf -c 192.168.178.137 ------------------------------------------------------------ Client connecting to 192.168.178.137, TCP port 5001 TCP window size: 16.0 KByte (default) ------------------------------------------------------------ [ 1] local 192.168.178.140 port 57324 connected with 192.168.178.137 port 5001 (icwnd/mss/irtt=14by Th3l0lb0y - uBoot
ifconfig -a root@Vault-111:~# ifconfig -a eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.178.137 netmask 255.255.255.0 broadcast 192.168.178.255 ether c8:6c:87:9b:2f:78 txqueuelen 1000 (Ethernet) RX packets 629922 bytes 370179333 (353.0 MiB) RX errors 24205 dropped 68347 overruns 0 frame 0 TX packets 1355134by Th3l0lb0y - uBoot
is it possible that is an driver missconfiguration or something ? -Th3l0lb0yby Th3l0lb0y - uBoot
now i tested between nsa320 and an Debian VM on my server NSA320 root@Vault-111:~# iperf -c 192.168.178.140 -r ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 128 KByte (default) ------------------------------------------------------------ ------------------------------------------------------------ Client connecting toby Th3l0lb0y - uBoot
but why would be the windows side the problem when even just updates in debian only dl with 30-40kb/s and wget´s in debian are the same but if i connect an usb network adapter to the nsa320 the downloads and wget are normal but with the internal MV-643xx i cant get over 100kb/s at the absolute maximum i attach an screenshot with the download speed of nsa320 in an terminal window for theby Th3l0lb0y - uBoot