Jim MacKenzie

  • Content Count

    14
  • Joined

  • Last visited

About Jim MacKenzie

  • Rank
    Member

Recent Profile Visitors

359 profile views
  1. I was misremembering - I think mine has four ports, too. But at least one and possibly two are really USB 2.0. (This device lives away from here, so I can't look at it.)
  2. Thanks, Igor. What is the simplest way to shift to mainline? (Preferably without reinstalling.) i.e. Which linux-image package is the correct one for this platform?
  3. Looks like you're using the Ubuntu Armbian, not the Debian - do you mind telling me what kernel you're using? (A pity I only saw this now.)
  4. Somehow I missed answering this question. I'm just using the USB 2.0 port on the device. Mine has a pair of ports, one black (2.0) and one blue (3.0). Also, my system is still running kernel 4.4.192-rk3399 from October of 2019. Perhaps an upgrade to a mainline kernel might solve this issue, but I'm not sure which mainline kernel to use. (Debian Buster version of Armbian.)
  5. So then the question is: is the USB 3.0 hardware bad on this device, or is it a driver issue and it can be corrected? I've certainly found USB 3.0 to be a delicate thing compared to USB 2.0. I've had many, many difficulties with 3.0 (all surmounted over time, thankfully, save this one). The only issue I ever had with 2.0 and Linux was a using-the-port-at-1.1-speeds problem; everything still worked. If I can do anything to help give diagnostic information to developers, please let me know, but it sounds like this problem is easily reproducible.
  6. I may be having a similar problem. I am using a NanoPi Neo4 and my root filesystem is on eMMC, but I have a large RAID6 attached by USB, on which I back up my server (this box lives at a family member's home, offsite). The RAID used to live on a SheevaPlug, but I've replaced it with the NanoPi because of performance issues. (Got a good decade out of the Sheeva!) The RAID devices seem to disappear as soon as heavy I/O occurs. It first occurred when I started an rsync from my server. Rebooting the system became impossible without disconnecting the USB hub because the RAID rebuil
  7. Thanks. I'll check out that thread. Not sure if it's significant, but I notice in /boot/armbianEnv.txt: usbstoragequirks=[snip],0x0bc2:0x331a:u,0x0bc2:0x3322:u And: jim@nobby:~$ lsusb | grep Seagate Bus 005 Device 009: ID 0bc2:3322 Seagate RSS LLC Bus 005 Device 008: ID 0bc2:331a Seagate RSS LLC Bus 005 Device 007: ID 0bc2:3322 Seagate RSS LLC Bus 005 Device 006: ID 0bc2:3322 Seagate RSS LLC I'm not sure what "usbstoragequirks" does, but perhaps it relates to this issue.
  8. I've found a problem with Armbian on the NanoPi Neo 4 with USB 3.0. I have a RAID6 via four USB 3.0 external hard disks (I know, not optimum but it's been working fine for years off an older ARM box using USB 2.0). While the RAID works fine on the USB 2.0 port (established this was true afterward), when connected to the USB 3.0 port, the USB 3.0 hub I'm using disconnects after only a few seconds, disconnecting all the drives (of course). I initially used an unpowered USB 3.0 hub (I forget the manufacturer; I can check). I figured at first, this might be a power issue
  9. I got it working by moving the USB cable to another machine. Maybe it's some weird USB-port incompatibility with 1.5Mbps. (It used to be plugged into an old ARM box - the box that the new NanoPi is replacing - but is now plugged into a Core 2 Duo desktop, also running Linux.) I still don't get any kernel booting messages (any way to force this to happen?) but I see the u-boot messages, at least, and was able to diagnose my problem and get the NanoPi booted again.
  10. Confirmed, I get garbage at 1500000 bps as well. I also tried 230400, 115200, 57600, 38400, 19200, 9600, 4800, 2400, 1200 and 300, out of desperation. The UART/USB adapter says it's USB 2.0 but lsusb -v shows it's only connected at 1.1 speeds. I doubt this should matter - 1.1 can still handle 1.5Mbps - but thought I should mention it.
  11. I tried that, and I still got garbage. I'll give it another go, though.
  12. Hi, I have deployed a NanoPi Neo 4 and for the most part, I'm happy with it, but am having a peculiar problem. I am using the manufacturer-supplied serial console cable and USB adapter (via screen /dev/ttyUSBx 115200). Once the machine is properly booted, if I hit enter, I get a serial console as normal. However, I get garbage from u-boot (and presumably from the kernel boot messages). It looks just as if I have a speed mismatch. I have tried many other speeds (1500000, 230400, 57600, 38400, 19200, 9600) and none of these seem to work. What am