@__thumb files - How do do I get rid of them?

[Feybio]

Script worked like a charm...

There is a way to have DLNA Photo function enabled and no thumb generation?

[gonart]

I just found a way to completely disable creating .@__thumb folders,
Even if you disable media folders when you open any media folder in file station it will create .@__thumb folder.
So the best way is :

Code: Select all

1- Open file station
2- Top right corner click setting icon (between help and refresh)
3- Uncheck "support multimedia playback and thumbnail display"
4- Voila .... never see   .@__thumb folders again.

I dont know what multimedia playback it disbales, I have no problem playback on kodi

Thanks for posting this solution. Hopefully, in combination with running the Python script the problem will be permanently fixed.

[Veloz]

I'm just going to resurrect this to save anyone else coming across this thread the hassles I had blundering around...

First, if you're going to use one of the Python scripts so generously provided here, you've got to make sure you have the Python QPKG installed and enabled! Seems obvious, but...

Second, to run the command, at your SSH prompt, type:

Code: Select all

python rmthumbnails.py

Don't include the # that you see in some of the other posts.

That should do it... HTH

[coofercat]

Ahh... more Qnap weirdness... I do wish they'd just do things like everyone else...

To delete the thumb directories, I used this:

ssh admin@nas
(enter admin password)
cd /share/CACHEDEV1_DATA/
(do another cd to one of your shares if you want to)
find . -type d -name '.@__thumb' | while read ITEM; do rm -rf "${ITEM}"; done

That last bit is the dangerous bit - for those not au-fe with Bash, it basically says:

"Look around for directories called .@__thumb and send a list to:
...a loop which will read each line of the 'find' output and put it into a variable called ITEM.
Each iteration of the loop will run a recursive (ie. dangerous) delete on the path in the ITEM variable."

Note: if you've got a directory with a space in the name, you absolutely definitely do need the quotes around "${ITEM}", otherwise you risk deleting things you don't intend. Use at your own risk, you've been warned, etc etc.

Incidentally, on my TS-453A, I can't find any candidate cron jobs, so we'll see if the files come back tonight.

[paleosonic]

Are there no developers watching these topics?
I can't believe they never thought of changing the cache system.

Using "hidden" cache folders all over the file system is so Windows 98!
Imagine every silly program would leave it's droppings in your folders?

Smart people discovered the use of centralized storage for meta-data.
A MySQL or sqlite database or even a plain cache folder would be a neat solution.

[ja666]

[quote="coofercat"]To delete the thumb directories [...][/quote]I use Total Commander from Windows machine, TC sees easily all of the QNAP @__thumb directories, simply find them all (search @__thumb), mark them all (list and select from top to bottom), delete them all in one step if you wish (shift-del), 30 seconds job.

[Moogle Stiltzkin]

[quote="coofercat"]To delete the thumb directories [...]

I use Total Commander from Windows machine, TC sees easily all of the QNAP @__thumb directories, simply find them all (search @__thumb), mark them all (list and select from top to bottom), delete them all in one step if you wish (shift-del), 30 seconds job.[/quote]

i could not see @__thumb using TC. May i know how you did that? i tried search but none were found. yet technical support was able to show from commandline the existence of those __thumb with a total file size roughly between 200-300mb.

Also after a hbs rtrr found out a files/folder discrepancy which was due to those thumbnails. so i want to delete them using tc method but i can't find them

Ahh... more Qnap weirdness... I do wish they'd just do things like everyone else...

To delete the thumb directories, I used this:

ssh admin@nas
(enter admin password)
cd /share/CACHEDEV1_DATA/
(do another cd to one of your shares if you want to)
find . -type d -name '.@__thumb' | while read ITEM; do rm -rf "${ITEM}"; done

That last bit is the dangerous bit - for those not au-fe with Bash, it basically says:

"Look around for directories called .@__thumb and send a list to:
...a loop which will read each line of the 'find' output and put it into a variable called ITEM.
Each iteration of the loop will run a recursive (ie. dangerous) delete on the path in the ITEM variable."

Note: if you've got a directory with a space in the name, you absolutely definitely do need the quotes around "${ITEM}", otherwise you risk deleting things you don't intend. Use at your own risk, you've been warned, etc etc.

Incidentally, on my TS-453A, I can't find any candidate cron jobs, so we'll see if the files come back tonight.

this worked for me

[ja666]

Have no idea... I have Total Commander Configuration -> Display -> File display -> Show hidden/system files switched on (as also 'show hidden/system files' with my Windows configuration).

-----

May i know how you did that?

[Moogle Stiltzkin]

Have no idea... I have Total Commander Configuration -> Display -> File display -> Show hidden/system files switched on (as also 'show hidden/system files' with my Windows configuration).

-----

May i know how you did that?

thx

[Spider99]

@Moogle

If you want to make the thumb dir visible you can do this by editing the \etc\smb.conf file and removing .@__thumb from the veto file list

IIRC smb.conf gets overwritten at boot or samba restart - so you can also edit \etc\default_config\smb.conf as well

I did this awhile ago but it made the directories visible in windows explorer so easy to find and delete

[Moogle Stiltzkin]

@Moogle

If you want to make the thumb dir visible you can do this by editing the \etc\smb.conf file and removing .@__thumb from the veto file list

IIRC smb.conf gets overwritten at boot or samba restart - so you can also edit \etc\default_config\smb.conf as well

I did this awhile ago but it made the directories visible in windows explorer so easy to find and delete

oo thats useful. yep makes things far easier thx

[MacQwigg]

If you have hundreds, if not thousands, of folders, deleting every .@__thumb is extremely time consuming! So what I did was to automate this with findutils!

My process:
1. Open you browser -> go to QTS -> Control Panel -> Applications -> Multimedia Management -> Media library.
2. Switch Scan Settings to Manual and click Deactivate Media Library.
3. Go to File Station and in the right top corner, click Settings", and make sure support multimedia Playback and thumbnails display is unticked.

Now to the more difficult part. Make sure that you have installed optware or entware. Entware is what I'm using and you can get it here: https://github.com/Entware-ng/Entware-n ... n-QNAP-NAS

4. ssh into your nas and run the following commands:

Code: Select all

opkg update
opkg upgrade
opkg install findutils

Now it's time to run the commands that will:
I. Delete all folders named ".@__thumb" and all files/folders inside it.
II. Delete all "Thumbs.db" files.

5. Run the commands below by turn.

Code: Select all

/opt/bin/find / -name ".@__thumb" -exec rm -r '{}' \;
/opt/bin/find / -name "Thumbs.db" -delete

If you are not comfortable with the command searching the whole NAS, simply change the command to:

Code: Select all

/opt/bin/find /FOLDER/YOU/WANT/TO/SEARCH/IN -THE REST OF THE COMMAND
Ex: /opt/bin/find /share/HDA_DATA/Multimedia/Pictures -THE REST OF THE COMMAND

You'll probably get the error: "No such file or directory" which is perfectly fine! Now, check some folders just to see if the folder and files are removed!

Just a heads-up: ".@__thumb" folders and "Thumbs.db" files will probably be created later after QTS Firmware upgrade or simply by using File Station, so run the commands again if you see that the files are back. I recommend to avoid the use of File Station as it might create them too. There are better, faster and way easier alternatives like direct access via shell, Qfile etc.

QTS: 4.3.3.0299 build 20170901

Ps: If you want to use optware instead of entware, simply use ipkg instead of opkg.

[jstore]

Ahh... more Qnap weirdness... I do wish they'd just do things like everyone else...

To delete the thumb directories, I used this:

ssh admin@nas
(enter admin password)
cd /share/CACHEDEV1_DATA/
(do another cd to one of your shares if you want to)
find . -type d -name '.@__thumb' | while read ITEM; do rm -rf "${ITEM}"; done

That last bit is the dangerous bit - for those not au-fe with Bash, it basically says:

"Look around for directories called .@__thumb and send a list to:
...a loop which will read each line of the 'find' output and put it into a variable called ITEM.
Each iteration of the loop will run a recursive (ie. dangerous) delete on the path in the ITEM variable."

Note: if you've got a directory with a space in the name, you absolutely definitely do need the quotes around "${ITEM}", otherwise you risk deleting things you don't intend. Use at your own risk, you've been warned, etc etc.

Incidentally, on my TS-453A, I can't find any candidate cron jobs, so we'll see if the files come back tonight.

Thanks, coofercat. This worked great for me. And your warning is key for anyone thinking of giving this a try. I tested my syntax by substituting "ls" for the "rm -rf" to be sure no typos.

[bighugesumo]

this works too from SSH

Code: Select all

rm -rf /share/Qmultimedia/*/.@__thumb
rm -rf /share/Qmultimedia/*/*/.@__thumb
rm -rf /share/Qmultimedia/*/*/*/.@__thumb
rm -rf /share/Qmultimedia/*/*/*/*/.@__thumb
rm -rf /share/Qmultimedia/*/*/*/*/*/.@__thumb

and it's easier

YOU DA MAN!