Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
The cameras are set to overwrite once the disk is full so the sticks are ideal, they hold a reasonable timeframe of recordings so if we were broken into we could look back at the recordings and have a shot of the culprit. After a few weeks the footage is of no use so it is fine if it gets overwritten.
Spinup is the issue, I had 1 camera recording to the N299 NAS on a dedicated HDD, after about a year and a half it sounded like a cement mixer and now I have three cameras randomly recording based on activity (a cat walks past our front door repeatedly every night for example).
I'm kicking myself I did not get a 16 gig stick instead of 8's but I thought the hub would work (and be a fun project) - it was but it's getting trying now. I'll see if the new usb-storage.ko file makes any difference (I doubt it but who knows perhaps the reduced log writing will make a difference, it certainly will help avoid spinup simply writing ffp logs!), if not I'll go single stick and hope it persists. I had a look at the hardware mod to add an extra port but for the potential benifits I don't think it's worth potentially bricking the unit and it's an untidy looking mod.
I looked deeper into the complex script you originally showed me, it is for moving ffp to a stick, I figure I could do it but I'm concerend havinf ffp on the stick could create problems when mounts fail. The upside is it would probably gaurentee spinup does not happen but I think the new usb-storage.ko will do this.
Offline
Woo it's a two page thread now, did not see that happening, thanks for the persistance bjby!
Offline
Update, mounts lost again this morning, usual story, c, d, e, f become g, h, i, j and are no longer linked to the usb folders. Checked partitions file and it is now marked with the new locations so it obviously automatically updates.
I ran the grep sed lines manually and it mounted the new locations. Checked mount and now both sets of locations are mounted to the folders Perhaps this means if it looses the mount again it will revert to c,d,e,f again g,h,i,j again c.d.e.f and so on which I think will actually fix the issue.
Mount output:
/ # mount
rootfs on / type rootfs (rw)
/dev/root on / type ext2 (rw)
proc on /proc type proc (rw,nodiratime)
/dev/loop0 on /sys/crfs type squashfs (ro)
/dev/sda2 on /mnt/HD_a2 type ext2 (rw)
/dev/sdb2 on /mnt/HD_b2 type ext2 (rw)
/dev/sda4 on /mnt/HD_a4 type ext2 (rw)
/dev/sdb4 on /mnt/HD_b4 type ext2 (rw)
none on /proc/bus/usb type usbfs (rw)
devpts on /dev/pts type devpts (rw)
/dev/sdc1 on /mnt/USB_1 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
/dev/sdf1 on /mnt/USB_2 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
/dev/sdd1 on /mnt/USB_3 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
/dev/sde1 on /mnt/USB_4 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
/dev/sdh1 on /mnt/USB_1 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
/dev/sdg1 on /mnt/USB_2 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
/dev/sdi1 on /mnt/USB_3 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
/dev/sdj1 on /mnt/USB_4 type vfat (rw,nodiratime,fmask=0000,dmask=0000,codepage=cp850,iocharset=iso8859-1)
Offline
OK that failed too, now it's moved to k, l, m, n, I was hoping it would return to c, d, e, f. Enough, hub not a runner I'll go one stick.
Offline