Jerry Jyrer

Members
  • Content Count

    28
  • Joined

  • Last visited

About Jerry Jyrer

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thanks Igor. Got a workaround solution with fail2ban with geoiplookup for what I need. Another day to do as what you suggested. ;-)
  2. Basically, I'm trying to get iptables to block per country: https://daenney.github.io/2017/01/07/geoip-filtering-iptables.html I got most of things work until getting problem on installing xtables-addons-dmks # apt-get install --reinstall xtables-addons-dkms ------------------------------ Deleting module version: 2.12 completely from the DKMS tree. ------------------------------ Done. Unpacking xtables-addons-dkms (2.12-0.1) over (2.12-0.1) ... Setting up xtables-addons-dkms (2.12-0.1) ... Loading new xtables-addons-2.12 DKMS files... Building for 4.4.174-rk3399 Building initial module for 4.4.174-rk3399 Error! Build of xt_ACCOUNT.ko failed for: 4.4.174-rk3399 (aarch64) Consult the make.log in the build directory /var/lib/dkms/xtables-addons/2.12/build/ for more information. # cat /var/lib/dkms/xtables-addons/2.12/build/make.log DKMS make.log for xtables-addons-2.12 for kernel 4.4.174-rk3399 (aarch64) Mon Mar 25 18:58:27 PDT 2019 make: Entering directory '/usr/src/linux-headers-4.4.174-rk3399' Makefile:667: arch//Makefile: No such file or directory make: *** No rule to make target 'arch//Makefile'. Stop. make: Leaving directory '/usr/src/linux-headers-4.4.174-rk3399' I have both kernel headers and source installed from armbian-config. Any pointer to get correct commands to solve this problem would be appreciated. Thanks,
  3. Quick scan, it looks like the same. Solution / root cause?
  4. Totally agreed. I posted here and similar topics for the same issue but so far no real solutions. Many suggestions were around under voltage being supplied. I personally doubt if that is the root cause. Armbian software/driver itself? Not too sure I tried the stock one from FriendlyElec, the result is the same. Is it the upstream Linux? Possible but no verification. I have just tried after recent apt update and upgrade. The same problem is still reproducible.
  5. Yes, exactly what I finally solved my problem. Same to you Jim, I initially thought and be advised by many that it was the power problem but at the end what solved was to connect one with an USB 2.0 port.
  6. Half correct sir. I fixed the power things. The problem wasn't. What really did the trick was to connect one hard drive with an usb extension (usb 2.0). The extension has no external power supply whatsoever. If any of my cabel is bad, adding additional one result worse. But in fact, it did the trick. I successfully rsync 1.7TB as expected. Now, I'm going to just connect my original usb-c adapter --- the one that all of us said it's the problem -- instead of the DC power adapter 5V 8A powering via GPIO pin 4 (+) and 6(GDN). I'm about 80% sure it wouldn't have any problem. What would it be really a problem to connect 2 USB 3.0 gen 1 external hard drives to Nanopi M4 and doing their full capacity reading/writing. Driver, board, or kernel issues? Thought?
  7. It looks like I might find the problems. I connected my Toshiba external hard drive (2TB) with another usb 2.0 extension cable. Basically, instead of contect it as usb 3.0, I made it as usb 2.0. My WD Mybook 8TB is connecting to the board directly as usb 3.0 Copying now going >1GB of data and still continue on going. dmesg shows some errors and warnning about resetting the speed though but the rsync is still good and continue: kern :info : [Dec12 19:26] usb 3-1.1.1: reset high-speed USB device number 4 using xhci-hcd kern :warn : [ +0.138467] usb 3-1.1.1: ep 0x81 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +0.000055] usb 3-1.1.1: ep 0x2 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +6.776374] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :info : [ +31.102096] usb 3-1.1.1: reset high-speed USB device number 4 using xhci-hcd kern :warn : [ +0.133845] usb 3-1.1.1: ep 0x81 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +0.000056] usb 3-1.1.1: ep 0x2 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [Dec12 19:27] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :warn : [ +4.933371] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :warn : [ +35.645125] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :info : [Dec12 19:28] usb 3-1.1.1: reset high-speed USB device number 4 using xhci-hcd kern :warn : [ +0.138459] usb 3-1.1.1: ep 0x81 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +0.000057] usb 3-1.1.1: ep 0x2 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +17.781779] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :warn : [ +4.944248] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :info : [Dec12 19:29] usb 3-1.1.1: reset high-speed USB device number 4 using xhci-hcd kern :warn : [ +0.134115] usb 3-1.1.1: ep 0x81 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +0.000055] usb 3-1.1.1: ep 0x2 - rounding interval to 16 microframes, ep desc says 20 microframes kern :info : [ +36.858678] usb 3-1.1.1: reset high-speed USB device number 4 using xhci-hcd kern :warn : [ +0.133971] usb 3-1.1.1: ep 0x81 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +0.000056] usb 3-1.1.1: ep 0x2 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [Dec12 19:30] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :warn : [ +9.477617] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :warn : [ +6.977276] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :warn : [Dec12 19:31] xhci-hcd xhci-hcd.6.auto: WARN Event TRB for slot 5 ep 2 with no TDs queued? kern :info : [ +37.592164] usb 3-1.1.1: reset high-speed USB device number 4 using xhci-hcd kern :warn : [ +0.134474] usb 3-1.1.1: ep 0x81 - rounding interval to 16 microframes, ep desc says 20 microframes kern :warn : [ +0.000068] usb 3-1.1.1: ep 0x2 - rounding interval to 16 microframes, ep desc says 20 microframes
  8. A normal cp creates the same problem also: $ sudo cp -Rf /mnt/Photos-Videos/* /media/WDMyBook/Photos-Videos/ $dmesg -xH shows
  9. I got a normal DC power adapter 5V 8A powering via GPIO pin 4 (+) and 6(GDN). The USB Voltmeter reports 5.2V to 5.0V. The same problem occured. I really doubt that it's about under-votage nor power supply to the board. Is it possible this is a bad board? Can anyone try to rsync between two connected USB hard drives -- says successfully sync ~1TB of data on Nanopi M4?
  10. I followed something like this for my NanoPi M4.
  11. No. something like: $ sudo rsync -avh --progress /mnt/Photos-Videos /media/WDMyBook/
  12. I'm pretty sure that's not the case.
  13. Got another 5V 4A Board only: 5.13V Hard drives connected : 4.97 Same problem. Is it really the under-voltage problem still or something else might be covering this?
  14. tried, it doesn't help. Got a USB voltmeter. Board Only: ~4.9V One hard drive connected: ~4.8V two hard drives connected: ~4.77V Rsync, staying around 4.77V but the same problem occured with both of them lost connections. Results were similar either using 5V 3A adapter or 5V 4A one. I was wondering if this is really about under volate and amp supplying, can I get a 5V 8A (or higher) with a barrel to USB converter -- e.g. https://www.amazon.com/JacobsParts-Barrel-Female-Connector-Adapter/dp/B00QHL2PTA https://www.amazon.com/ALITOVE-Converter-Transformer-5-5x2-1mm-100V-240V/dp/B078RZBL8X
  15. Just a quick update, I've just received a brandnew USB-C 5V 4A. Same problem, no success. I'm waiting for an USB voltmeter to be sure if it's about under voltage or something else. dmesg similar to before kern :warn : [ +0.192987] xhci-hcd xhci-hcd.6.auto: xHCI host not responding to stop endpoint command. kern :warn : [ +0.000020] xhci-hcd xhci-hcd.6.auto: Assuming host is dying, halting host. kern :err : [ +0.013582] xhci-hcd xhci-hcd.6.auto: HC died; cleaning up kern :err : [ +0.000051] hub 4-1:1.0: hub_port_status failed (err = -22) kern :err : [ +0.000019] usb 4-1-port2: cannot reset (err = -22) kern :info : [ +0.000050] usb 3-1: USB disconnect, device number 2 kern :info : [ +0.000068] usb 4-1.2: USB disconnect, device number 3 kern :info : [ +0.001052] usb 4-1: USB disconnect, device number 2