lalaw

  • Content Count

    11
  • Joined

  • Last visited

About lalaw

  • Rank
    Member

Recent Profile Visitors

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

  1. Quick update here, I was running some benchmarks today. Off the top of my head: 1. local SSD was getting something like 1200 MB/s write and 1500 MB/s read 2. USB connected HDD was getting ~175 MB/s write and 175 MB/s read 3. NAS (not helios) connected at 1 Gbps was getting ~100 MB/s read/write 4. Helios in DAS mode and on Raid 10 was getting approximately 170 write and 250 read. 5. Helios in DAS mode on a single drive was getting 190 write and 220 read. For the capture 1 use case, I think a solid contender. Unfortunately, as I described in the oth
  2. One minor update. I managed to create and mount an exFat drive in OMV by installing the fuse extensions. I managed further to mount the drive in DAS mode on my Mac. It is recognized as the full 20TB capacity, BUT I get an error '"macOS can't repair the disk "helios64" You can still open or copy files on the disk, but you can't save changes to the files on the disk. Back up the disk and reformat it as soon as you can." Here's my command: sudo modprobe g_mass_storage file=/dev/md0p1 iManufacturer="Kobol Innovations" iProduct="Helios64" iSe
  3. Update. Good news: shift to 4.4 makes the array show up via DAS mode. Bad news: I'm pulling my hair out because of some weird issues: 1. Had what seemed like random partitions pop up and that required me to do a bunch of hackery with fdisk/parted 2. Finally got to setting up the array as a 18.2 TB partition. Plugging into the Mac, I always get an uninitialiized (or unrepairable) error. The weird part is that if I try to format or repair the disk, I always get something like 210 GB of capacity. This is using ExFat, HFS+, etc. Occasionally, I
  4. Continuing from above. Documenting my full process: 1. Put helios64 into recovery mode. 2. Use BalenaEtcher to write Armbian_20.11.10_Helios64_buster_current_5.9.14.img.xz to eMMC. Reboot 3. Go through 1st login on helios64, setup userrname/password. Reboot 4. Go through armbian-config to install OMV. Reboot 5. Per 25-NOV post, created dwc3-0-device.dts and added as an overlay. Reboot 6. Login to OMV. Setup RAID 10 array. 7. RAID array in sync. Added device (sudo modprobe g_mass_storage file=/dev/md0 iM
  5. No warnings. I wonder if it had to do with trying to export it before it was fully sync'ed. Just tried removing (sudo modprobe -r g_mass_storage) and recreating using just sdf, but nothing showing still on the Mac.
  6. Documenting my full process: 1. Put helios64 into recovery mode. 2. Use BalenaEtcher to write Armbian_20.11.10_Helios64_buster_current_5.9.14.img.xz to eMMC. Reboot 3. Go through 1st login on helios64, setup userrname/password. Reboot 4. Go through armbian-config to install OMV. Reboot 5. Per 25-NOV post, created dwc3-0-device.dts and added as an overlay. Reboot 6. Login to OMV. Setup RAID 10 array. ... To be updated after array is synced. Side note, I remembered that I have a 5th drive that is not part of the
  7. Hi! I followed your overlay instructions at the top of this thread. Here's the exact command (after setting up the overlay/rebooting): sudo modprobe g_mass_storage file=/dev/md0 iManufacturer="Kobol Innovations" iProduct="Helios64" iSerialNumber="1234567890" removable=1 (Note: I tried both with/without the 'removable' option specified) I tried plugging/unplugging. Rebooting. Different ports, etc. I'll try to flash back to 5.9 one more time to see if I did something differently. Do you have any idea why the gadget would pres
  8. Quick follow up with another curiosity. I decide to try to flash the legacy 4.4 image, and the gadget DOES show up in MacOS. Here's the relevant syslog Feb 2 18:21:56 helios64 kernel: [ 754.704394] g_mass_storage gadget: Mass Storage Gadget, version: 2009/09/11 Feb 2 18:21:56 helios64 kernel: [ 754.704408] g_mass_storage gadget: g_mass_storage ready Feb 2 18:21:56 helios64 kernel: [ 755.092846] g_mass_storage gadget: super-speed config #1: Linux File-Backed Storage However, instead of presenting the full 18TB that it should be, the size
  9. I've been trying to set this up, but can't get my Mac to recognize the g_mass_storage device. Any troubleshooting tips? I don't see anything in the System Information panel; I was able to communicate via USB to the helios64 when in recovery mode (e.g. flashing the Armbian ROM), so I assume my connection is OK. I have the following in the syslog: Feb 2 12:26:13 helios64 kernel: [ 49.903323] g_mass_storage gadget: Mass Storage Gadget, version: 2009/09/11 Feb 2 12:26:13 helios64 kernel: [ 49.903337] g_mass_storage gadget: g_mass_storage ready M
  10. Bunch of random questions: 1. Any ETA on when DAS mode would be rolled into kernel 5.x? 2. Any ideas on how I can get around the 1 post per day limitation? If I can take the liberty, I'd like to describe my setup and solicit suggestions. I have am running Capture1 on a Mac connected via USB-C. I'd love to use the Helios64 as a r/w DAS for the Capture1, while still making it available (perhaps ro) to enable network access and backup. Some issues that I foresee: 1. Because the DAS mode is using the Mass Storage Gadget, it seems like
  11. This is my exact use case. My hope is to get DAS mode running for my main machine, while keeping photos accessible to other devices and backing up offsite. My reading seemed to indicate that using Helios64 as a Mass Storage Gadget was still a work in progress; I'd love to know if anyone knows otherwise.