I recently exhumed an Iomega 500 GB Home Network Hard Drive (model MDHD-500-N) from the Big Box o’ Drives, with the intent of dumping video files from the Sony HDR-AS30 helmet camera thereupon.
Remember Iomega of ZIP Drive fame? Seems EMC Borged ’em a while back, collided with Lenovo, discarded all the old hardware support, and that’s the end of that story.
Exhuming the setup password from my backup stash wasn’t worth the effort, so I experimentally determined that holding the Reset switch closed while turning the drive on blows away the existing configuration. It woke up, asked for an IP address, got 192.168.1.52 from the DHCP server (you can find that by checking the router’s tables), and popped up the administration console at 192.168.1.52:80 as you’d expect.
The userid will always be
admin, but you can change the password from
admin to whatever you like; you may safely assume I have done somewhat better than what you see below.
Twiddling the configuration through the IOmega web-based console:
- Device name: IOMEGA-500MB (for lack of anything more creative)
- Group name: WHATSMYNET
- Password: not-admin
- Drag the date/time into the current millennium
- Time Zone: GMT-5:00
- Time Server: 0.us.pool.ntp.org
- Static IP: 192.168.1.10 (suitable for my network)
- Gateway & DNS as appropriate
- Windows File Sharing enabled for the PUBLIC directory
- FTP turned off
- Sleep time: 10 minutes
Changing either the IP address or the password requires logging in again, of course.
I reformatted the drive, just to be sure.
Then, after a bit of Googling to remember how all this works…
A line in
/etc/hosts (left over from the last time I did this) gives the new static IP address:
cifs-utils package to enable mounting the drive.
Create a mount point:
sudo mkdir /mnt/video
Create a file (
/root/.nas-id) holding the super-secret credentials used to gain access to the drive:
domain=WHATSMYNET username=ed password=not-admin
Then restrict the file to the eyes of the root user:
sudo chmod 700 /root/.nas-id
It’s not clear that the username or domain really make any difference in this situation, but there they are.
Define where and how to mount the network drive with a new line at the bottom of
/etc/fstab, which refers to the aforementioned super-secret credentials file:
//nasty/PUBLIC /mnt/video cifs noauto,uid=ed,credentials=/root/.nas-id 0 0
Mounting it with my userid gives the shared directories & files proper permissions for me (and nobody else, not that anybody else around here cares).
So the manual mounting process looks like this:
sudo mount /mnt/video
user mount option would eliminate the
sudo, but manual mounting won’t be necessary after a normal boot when the automagic startup script does the deed.
The drive must have the
noauto attribute to prevent the
upstart Pachinko machine from trying to mount the network drives before the network comes up. Actually mounting the drive at the proper time requires an additional line in
description "Stuff that should be in /etc/rc.local" author "Ed Nisley - KE4ZNU" start on (local-filesystems and net-device-up IFACE=em1) stop on shutdown emits nfs-mounted script logger Starting local init... logger Mounting NFS (and CIFS) filesystems mount /mnt/bulkdata mount /mnt/userfiles mount /mnt/diskimages mount /mnt/music mount /mnt/video initctl emit nfs-mounted logger Ending local init end script
The reason the drive wound up in the Big Box o’ Hard Drives was its lethargic transfer speed; copying a 4 GB video file from either the MicroSDXC card (via an SD adapter) or the previous 750 GB USB-attached hard drive to the IOmega NAS trundles along at a little over 6 MB/s. The camera stores 25 Mb/s = 3 MB/s of data in 1080p @ 60 fps, so figure 1/2 hour of copying per hour of riding. The USB drive can write data from the aforementioned MicroSDXC card at 18 MB/s, so the card and USB interface aren’t the limiting factors.
I’m not (generally) in a big hurry while copying files from the camera’s SD card, because that’s now automated:
#!/bin/sh thisdate=$(date --rfc-3339=date) echo Date is [$thisdate] # IOmega NASalready mounted as /mnt/video in fstab mkdir /mnt/video/$thisdate sudo mount -o uid=ed /dev/sdb1 /mnt/part rsync -ahu --progress /mnt/part/MP_ROOT/100ANV01/ /mnt/video/$thisdate if [ $? -eq 0 ] ; then rm /mnt/part/MP_ROOT/100ANV01/* sudo umount /mnt/part fi
I’ve been discarding the oldest month of videos as the USB hard drive fills up, which will happen a bit more often than before: the drive’s 466 GB can hold barely 35 hours of ride video.