Posts by mediagiant

    The Pi 3 can be a great choice for a backup (even an offsite backup) but not as a primary server. USB 2.0 and RAID simply do not mix, as I learned through a lot of headaches.

    The Pi 4 is a far better candidate for RAID due to the USB 3.0 connections.

    But, even then, it's not a particularly elegant solution because plugging in a bunch of hard drives via USB is an unwieldy mess. You can do it, but it's not pretty. I'd love to see some proper enclosures for a Raspberry Pi NAS.

    We have said over and over to not use raid on usb drives let alone an RPi. Very bad idea. If this command doesn't work, you are on your own.

    mdadm --assemble --verbose --force /dev/md127 /dev/sd[abc]

    If that works, omv-mkconf mdadm

    It worked, so thanks for that.

    Of course, I'm trying to decide where to go from here because this doesn't seem like it's going to be very reliable.

    Well I knew it wasn't ideal, but I didn't think it would totally DIE on me. I just figured it wasn't going to be as fast as doing a proper RAID with a SATA card.

    Fortunately, I have not lost any data as a result because I had an RSync backup in place to a single drive. It's just annoying and making me regret buying all those external hard drives.

    Any thoughts on how I can put these drives to better use while not spending a ton of money on a pricey enclosure? I guess I could RSync from one to another for backup, but that still leaves two drives unused.

    More details:

    Yesterday, I went to access my RAID5 array through Windows, and it was disconnected. I couldn't get it back, so unplugged my Raspberry Pi and plugged it back in to power cycle it. I have three Toshiba Canvio 1 TB USB drives plugged in through a powered USB hub that is, in turn, plugged into my Raspberry Pi. I also have a fourth Toshiba Canvio drive that I use as a backup, and I can still access that one.

    Here's the information from SSH:

    When I look at my SMB/CIFS shares, I don't see the option to add anything. I have my RAID5 set up, and I have a shared folder set up. But no way to create a share.

    Interestingly, I am already using the shared folder called Toshiba as a Windows network share successfully, but I want to switch over to the RAID5 and make the Toshiba one a backup drive.

    This is all great information. Thank you. I suppose, for my needs, backup is more important than redundancy. I do have another drive that uses Rsync to back up to the RAID1. That's my little network share, and it handles that perfectly well for me. Much more reliable than my old Pogoplug was.

    Again, all of this is connected via a powered USB hub to the Raspberry Pi.

    I suppose I was misled a bit by stuff like this:…y-pi-into-a-low-power-nas…-raspberry-pi-nas-1315968

    Shouldn't I at least be able to mount the third drive to my RAID1 as a spare though?

    Would a RAID10 be a better solution with four drives? Wouldn't that give me backup AND redundancy?

    This might seem like a dumb question, but again, I'm a noob when it comes to this stuff.

    How exactly do you get the command line for mdadm to even launch.

    Also, I found this:

    • Do not use RAID arrays in production with drives connected via USB, neither hubs or different ports. This includes low power devices that do not have a SATA controller, e.g. Raspberry Pi, Pogoplugs and any low entry ARM SBC.

    I have a Raspberry Pi 3 as my server and drives connected through a powered USB hub. No good?

    Noob here.

    I'd like to grow my RAID1 into a RAID5 by adding another hard drive, but the user interface won't allow me to do it. The "Grow" button is greyed out. It won't even let me add it as a hot spare.

    I get this error:

    Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; mdadm --manage '/dev/md0' --add /dev/sde 2>&1' with exit code '1': mdadm: /dev/md0 has failed so using --add cannot work and might destroy mdadm: data on /dev/sde. You should stop the array and re-assemble it.

    Any ideas?

    When I tried this, I got an error message:

    "Refusing to operate on read-write mounted device /dev/sdb1."

    Any other ideas?

    Also, here's the response from my other command. Note: the Toshiba drive is working; the JMicron drive is not.

    [{"opts": "defaults,nofail", "fsname": "/dev/disk/by-id/usb-TOSHIBA_External_USB _3.0_20171030011372F-0:0-part1", "uuid": "e7bad14a-ada4-40b6-960c-1759706266a9", "passno": 2, "dir": "/srv/dev-disk-by-id-usb-TOSHIBA_External_USB_3.0_201710300 11372F-0-0-part1", "hidden": false, "freq": 0, "type": "ntfs"}, {"opts": "defaul ts,nofail", "fsname": "/dev/disk/by-id/usb-JMicron_JMicron_DB987654321EF-0:0-par t1", "uuid": "9b110750-30b0-44b6-8f34-a7bb31f271f5", "passno": 2, "dir": "/srv/d ev-disk-by-id-usb-JMicron_JMicron_DB987654321EF-0-0-part1", "hidden": false, "fr eq": 0, "type": "ntfs"}]

    OK, so I started over with a fresh run of OMV. I actually got the new, blank drive to work.

    BUT I'd still like to get the old drive that has all my files on it to work as well.

    That drive is sdb1 now. I have the NTFS file system, and the drive is mounted. However, when I attempt to add a shared folder, I get an error message when I attempt to select a device. So, is this because there are files on this drive?

    If I can't get this mounted, does anyone have any thoughts on how I might quickly move the files to the drive that IS mounted? We're talking about nearly 500 GB of data, so pushing all that over the network at once does not seem efficient.

    I've been using a Pogoplug Series 4 (two of them, actually) for a couple of years, but even though everything lights up (including the USB hard drive when plugged in), I can't get them to access my drives over the network anymore. It used to work. The drives are just fine when plugged directly into my laptop, but the Pogoplugs don't work for some reason.

    So I bought a Raspberry Pi 3 thinking this was the way to make everything work. Alas, I still can't access my drives over the network.


    [{"fsname": "/dev/disk/by-label/Toshiba", "uuid": "c7ebeeca-d143-4fa6-858d-72828ad95b30", "hidden": false, "type": "ext4", "freq": 0, "dir": "/srv/dev-disk-by-label-Toshiba", "passno": 2, "opts": "defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,,jqfmt=vfsv0,acl"}]
    $ [{"fsname": "/dev/disk/by-label/Toshiba", "uuid": "c7ebeeca-d143-4fa6-858d-72828ad95b30", "hidden": false, "type": "ext4", "freq": 0, "dir": "/srv/dev-disk-by-label-Toshiba", "passno": 2, "opts": "defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,,jqfmt=vfsv0,acl"}]
    -dash: 2: [{fsname:: not found

    Update: I bought another USB hard drive, and this one is mounted. I have shared folders available. I have SMB/CIFS enabled, and I have my user account set up with read/write access.

    BUT what I still don't have is the final piece...the drive appearing as an option in Windows. It's just not there.

    What am I missing?

    Also, SSH is enabled, but it still won't take the root password. Is there a way to reset that?