ntfs-3g works well ... but not always at boot-up

It should be removable... can you try from the command line?

Code:
humax# opkg remove auto-unprotect
Removing package auto-unprotect from root...
 
It should be removable... can you try from the command line?

humax# opkg remove auto-unprotect
Removing package auto-unprotect from root...

Done!

And ... Eureka! ...

ntfs-3g works on BoxA at boot-up :D

=== Wed Jan 22 17:24:51 GMT 2014 - run init ===========================
killall: bootstrapd: no process killed
Wed Jan 22 17:24:51 GMT 2014 - /mod/etc/init.d/S01cifs Loaded CIFS module into kernel.
Wed Jan 22 17:24:51 GMT 2014 - /mod/etc/init.d/S01crond
Wed Jan 22 17:24:51 GMT 2014 - /mod/etc/init.d/S01fuse Loaded FUSE module into kernel.
Wed Jan 22 17:24:51 GMT 2014 - /mod/etc/init.d/S01mongoose
Wed Jan 22 17:24:51 GMT 2014 - /mod/etc/init.d/S02anacron Loading config file /mod/etc/mongoose.conf
Wed Jan 22 17:24:51 GMT 2014 - /mod/etc/init.d/S02portmap Anacron 2.3 started on 2014-01-22
Wed Jan 22 17:24:52 GMT 2014 - /mod/etc/init.d/S30posttvcrash Normal exit (0 jobs run)
Wed Jan 22 17:24:52 GMT 2014 - /mod/etc/init.d/S40ir
Wed Jan 22 17:24:52 GMT 2014 - /mod/etc/init.d/S55rs rs: starting recmon...
Wed Jan 22 17:24:52 GMT 2014 - /mod/etc/init.d/S60parseepg
Wed Jan 22 17:24:52 GMT 2014 - /mod/etc/init.d/S70editmonitor
Wed Jan 22 17:24:53 GMT 2014 - /mod/etc/init.d/S89betaftpd
Wed Jan 22 17:24:53 GMT 2014 - /mod/etc/init.d/S90epgpatch
Wed Jan 22 17:24:53 GMT 2014 - /mod/etc/init.d/S90netshares
Wed Jan 22 17:24:53 GMT 2014 - /mod/etc/init.d/S91samba
=== Wed Jan 22 17:24:53 GMT 2014 - complete ===========================

No time delay ... so ...

....
543:22/01/2014 17:24: /dev/sdb3 mounted on /mnt/hd3
544:22/01/2014 17:24: /dev/sdb2 mounted on /mnt/hd2
543:22/01/2014 17:24: mounted after 10 seconds.
544:22/01/2014 17:24: mounted after 10 seconds.
544:22/01/2014 17:24: +++ Running modinit +++
543:22/01/2014 17:24: Waiting for modinit to complete.
543:22/01/2014 17:24: still waiting...
534:22/01/2014 17:24: still waiting...
368:22/01/2014 17:24: still waiting...
543:22/01/2014 17:24: still waiting...
534:22/01/2014 17:24: still waiting...
368:22/01/2014 17:24: still waiting...
543:22/01/2014 17:24: still waiting...
534:22/01/2014 17:24: still waiting... 368:22/01/2014 17:24: still waiting... 543:22/01/2014 17:24: still waiting... 534:22/01/2014 17:24: still waiting...
368:22/01/2014 17:24: still waiting... 543:22/01/2014 17:24: still waiting...
534:22/01/2014 17:24: still waiting... 368:22/01/2014 17:24: still waiting...
544:22/01/2014 17:24: +++ Modinit complete +++
543:22/01/2014 17:24: completed after 5 seconds.
544:22/01/2014 17:24: sdb: Non-removable disk, skipping package scan.
543:22/01/2014 17:24: sdb: Non-removable disk, skipping package scan.
534:22/01/2014 17:24: completed after 26 seconds.
534:22/01/2014 17:24: sdb: Non-removable disk, skipping package scan.
368:22/01/2014 17:24: completed after 24 seconds.
1586:22/01/2014 17:24: ntfs-3g: fuse filesystem is available
1586:22/01/2014 17:24: ntfs-3g: Attempting to remount /dev/sda1...
1586:22/01/2014 17:24: ntfs-3g: Unmounted /media/drive1
1586:22/01/2014 17:24: ntfs-3g: Mounting /media/usb-drive1 on /dev/sda1
368:22/01/2014 17:24: sda: Non-removable disk, skipping package scan.

I've just tested it ... renamed a file on the NTFS external drive via Web-if, and the change stayed changed - read/write access is definitely restored at boot-up. I know this isn't the perfect fix or the whole story but for now ... Excellent.

af123, you are a total star. Thank you very, very much.
 
It's good to get confirmation! Xyz321 should be able to make a small tweak to auto-unprotect to remove the startup delay.
 
Postscript ...

Pondering ... pondering ...
"removing auto-unprotect removes problem"
"problem is the unusually long time-delay"
"What's causing the time-delay?"

OK, so focussing on that time-delay ... more than 60 seconds and problems arise ... and, with auto-unprotect installed, it's something happening on BoxA that is not happening on BoxB ...

Is auto-unprotect scanning files in that time-delay?

According to Web-if, BoxA and BoxB have roughly similar number of files on them, so any difference in delay should be minimal.

In 'exactitude', Web-if and SUI report BoxA actually has a few less files and GiB stored, so should take less time to scan than BoxB. Hmmmmm...

However, it occurred to me that Web-if doesn't always tell the whole story, so I looked into BoxA via Samba - and although the GiB stored figure matches the figures reported on Web-if and SUI - the number of files does not ... 'Properties' via Samba shows 37,346 more files on BoxA than are reported by Web-if ... :eek: ...

Completely mystified, I ploughed through the folder layers and eventually found the blighters. Thousands of identical .nts files that are all 0KB in size, so they take up no storage space and Web-if doesn't recognise them.
Invisible ... except to something that has to scan files?
It looks like it is a 'crop' that failed and left an endless repeat trail of orphans, all dated 21/11/2013.

This date rang bells, and I vaguely remembered some problems with nicesplice ... so I looked back through the forum - and lo, Drutt posted about a revised and updated version of nicesplice on Nov 21st 2013, and said that time-shifted files were nasty to process.
(post #11 - http://hummy.tv/forum/threads/crop-failed.4064/ and
http://hummy.tv/forum/threads/nicesplice-problem.3813/page-2

The 37, 346 .nts files were all for a time-shifted recording that was being cropped.

Scanning that many files would make a significant time-delay. This may be it? Or maybe not. Either way, I want to delete them ... I have tried 'Select All' then 'Delete' - but so far the page has gone white and frozen .... Any suggestions for the safest and most time-economical way to delete thirty-seven thousand files?!
 
auto-unprotect is usually event driven - it triggers on completion of a recording. However it also does a quick scan of all recordings at startup, checking the flags on anything that is newer than the last boot, in case of stragglers. The scan is quick in that it only needs to check the timestamp of each file on the disk but 37,000 files would slow it down just enough!

The web page might come back but FTP is probably the best way to delete them unless you're comfortable at the command line.
 
The 37, 346 .nts files were all for a time-shifted recording that was being cropped.

Scanning that many files would make a significant time-delay. This may be it? Or maybe not. Either way, I want to delete them ... I have tried 'Select All' then 'Delete' - but so far the page has gone white and frozen .... Any suggestions for the safest and most time-economical way to delete thirty-seven thousand files?!
Something like this should remove any .nts files with a size of 0 under /media/My Video:
Code:
find "/media/My Video/" -name \*.nts -a -size 0c -print0 | xargs -0 rm -f
 
There might be an opening for a button on the WebIF diagnostics to report and then delete orphaned files?
 
Back
Top