To elaborate on this: Ohm's law is always in place and the 5V rail is the important one. Long USB cables with tiny diameters result in huge voltage drops. The lower the voltage the greater the effect. An external 12V power brick only for the 12V rail of 3.5" disks does change nothing wrt these 'host powered USB storage is a sh*t show' basics with SBC.
System partition full (newbie)
-
-
So if I use a more powerful power brick for the sbc that should solve the problem right?
No. And I need to stop supporting SBC since SBC users will never understand that the problem is called undervoltage and related to cable lengths + diameters and not 'amperage' of the power brick in question. You need short USB cables of at least 20AWG rating between your board and the disk. And you need to feed your board with 5.2V.
If the PSU you have is providing only 5.0V then it will be just 4.9V or even 4.85V on the DC circuitry of the board and if the cable between board and disk is again long and with thin wires the '5V' voltage at the USB-to-SATA bridge and disk has dropped to levels where controllers refuse to work. But to make things worse: only if overall consumption increases then the voltage will drop below the acceptable levels. Ohm's law again.
-
I get 5,13v where the usb wires are soldered to the board and 4,97v to the sata connector
And now imagine how the voltage drops once there is a 500mA or even higher load. You have a 0.2V drop between board's PSU and the adapter and another 0.15V between the adapter's USB side and the SATA power connector. Without any load if I understood correctly.
-
You have a 0.2V drop between board's PSU and the adapter and another 0.15V between the adapter's USB side and the SATA power connector. Without any load if I understood correctly.
that's correct. How do I apply a heavy load to the drive. I tested while muxing a video on the drive and the voltage dropped to 4,90v with the lowest peak at 4,85v at sata connector. Also, since the psu already delivers over 5v and the usb cable is pretty short, does this mean there is nothing I can do to fix this?
-
How do I apply a heavy load to the drive.
Random I/O (on most drives that will increase 5V consumption). You need a terminal connection and then switch to the mountpoint in question below /srv/ and then run something like this: [i]iozone -I -e -a -s 100M -r 4k -i 0 -i 1 -i 2[/i].
Once the random read/write tests run consumption should be the highest. To simulate worst case behavior you can run in another terminal stress -c 4 to stress the CPU somewhat.
-
1. Is it possible to fix the jms578 adapter's undervolting issues?
No idea since I'm an electronics noob. But if I remember correctly the power path is not an JMS578 thing but it's a matter of PCB 'quality' (traces too thin and such stuff)
2. Is it possible that the freezes were caused by transmission since I changed the default values (max downloads: from 5 to 20, max peers per torrent:100, max peers overall:500)?
Maybe. The 4.85V you measured are borderline so imagine some CPU intensive stuff is running (increasing consumption at the board) and a lot of random IO activity is happening too (transmission). Another 0.1V drop and some disks already start to throw errors while others are even fine with just 4.4V (not my measurements but Hardkernel folks did some research due to countless 'UAS hassles' with their ODROID XU4 that were simple undervoltage issues in reality).
3. Should I just ignore this error ERROR Transfer event for disabled endpoint or incorrect stream ring?
If it's at booting or when you mount an USB3 disk the first time, then yes. I always got this message, was in contact with a Rockchip engineer two years ago hoping for a fix... but nothing happened and I simply ignored these singular messages.
-
Not sure I understand how this should be setup. Should I format the remaining emmc storage with mkfs.btrfs /dev/mmcblk0p3 and then install the docker containers into that partition or should I use a different sd card completely (I have an empty sd card slot)?
@tkaiser Can you help me with this one? Thanks!
-
Well, all flash memory will eventually wear out. If you put stuff on it resulting in regular writes and especially with a high 'Write Amplification' then it will wear out faster. The flashmemory plugin won't help in these cases and most probably you're not able to replace a worn out eMMC on the PCB.
-
Well, all flash memory will eventually wear out. If you put stuff on it resulting in regular writes and especially with a high 'Write Amplification' then it will wear out faster. The flashmemory plugin won't help in these cases and most probably you're not able to replace a worn out eMMC on the PCB.
The eMMC is not soldered to the board so replacing it should not be a problem. The thing is: it feels kind a waste to use a 32gb emmc just for the operating system. A user in this forum suggested to proceed in this manner to move the docker folder:
So my solution is :
1) don't touch the setting in Docker tab
2) Move /var/lib/docker to external drive (ex. /sharedfolders/data/docker)
3) sym-lync /sharedfolders/data/docker to /var/lib/docker -
it feels kind a waste to use a 32gb emmc just for the operating system
Well, your eMMC will last longer but since I missed that it's socketed and can be replaced of course you might use it for NAS storage or your containers instead of 'wasting' it. Simply format the last partition with a filesystem of your choice (using btrfs has both advantages and disadvantages and I don't know a bit about OMV's Docker integration)
-
On my Orange Pi PC, I ended up splicing the USB connector to the 2.5" into another power supply, mainly because the power regulator on SBC's are usually woefully underpowered...one powersupply to the SBC, one powersupply runs the drive...so far the build has been rock solid and no issues
Sorry this post wasn't on the subject matter
Try this
https://www.tecmint.com/find-t…and-files-sizes-in-linux/
That should help you find the directories that are clogging up that space
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!