Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Awesome Donkey]

For one you likely need to add the original mount options back and add the new ones next to them, like Bryan mentioned in his instructions.

[BryanC]

Is that an "l" in "gid"?

The whole line should be: "defaults,nofail,nodev,nosuid,x-gvfs-show,uid=joaquim,gid=joaquim,dmask=022,fmask=133"

[Awesome Donkey]

I just double checked the mount options I'm using in Fedora, it's defaults,uid=1000,gid=100,nosuid,nodev,nofail,x-gvfs-show and I have full read and write permissions. However it's worth mentioning that mine is using the new ntfs3 driver included in the latest Linux kernel that Ubuntu doesn't have yet, so I'm not sure if mine would work or not.

[cochinada]

Is that an "l" in "gid"?

The whole line should be: "defaults,nofail,nodev,nosuid,x-gvfs-show,uid=joaquim,gid=joaquim,dmask=022,fmask=133"

It was an "I" but I've corrected it.
Changes made. Group is now 'joaquim' but with read only permissions and still MC refuses to rebuild the thumbnail

NOTE: I still have the disk as ntfs-3g though. Should I go back to ntfs?

[cochinada]

I just double checked the mount options I'm using in Fedora, it's defaults,uid=1000,gid=100,nosuid,nodev,nofail,x-gvfs-show and I have full read and write permissions. However it's worth mentioning that mine is using the new ntfs3 driver included in the latest Linux kernel that Ubuntu doesn't have yet, so I'm not sure if mine would work or not.

uid=1000 is the one I have when I enter command 'id -u'

[BryanC]

I just double checked the mount options I'm using in Fedora, it's defaults,uid=1000,gid=100,nosuid,nodev,nofail,x-gvfs-show and I have full read and write permissions. However it's worth mentioning that mine is using the new ntfs3 driver included in the latest Linux kernel that Ubuntu doesn't have yet, so I'm not sure if mine would work or not.

For most intents and purposes they are the same. mount will map username to uid, it's just a little clearer (albeit less portable) to be explicit. The masks are good security practice though, plus you don't get the nasty green highlighter in `ls -a`.

Changes made. Group is now 'joaquim' but with read only permissions and still MC refuses to rebuild the thumbnail

That looks good to me. You don't need read/write with group if you have it for the user, but you can change it by switching dmask=002,fmask=113.

[Awesome Donkey]

NOTE: I still have the disk as ntfs-3g though. Should I go back to ntfs?

The default (auto) was likely already selecting and using ntfs-3g so it's up to you but you don't have to, if for some reason it wasn't using ntfs-3g it's the preferred driver for NTFS file systems... at least until Debian, Ubuntu, Linux Mint, etc. gets a newer Linux kernel and gains support for the new ntfs3 driver which basically replaces ntfs-3g.

[cochinada]

But guys... the issue still remains. MC doesn't rebuild the Thumbnails. 

[BryanC]

Could you provide some screenshots of the ones that are failing? In your last screenshot of the error there is an accented letter in the artist name in the library, but not in the filepath. Perhaps there are some special characters that are causing issues? That's probably why the thumbnail isn't displaying in the first place. My guess is that MC can't find a subset of the files. Depending on the situation, it might be easiest to just set up an auto-import and let MC fix what it can.

Also, make sure your cover art directory is where you think it should be, and writeable.

[cochinada]

Could you provide some screenshots of the ones that are failing? In your last screenshot of the error there is an accented letter in the artist name in the library, but not in the filepath. Perhaps there are some special characters that are causing issues? That's probably why the thumbnail isn't displaying in the first place. My guess is that MC can't find a subset of the files. Depending on the situation, it might be easiest to just set up an auto-import and let MC fix what it can.

Also, make sure your cover art directory is where you think it should be, and writeable.

Sure. Here is an example. I can't see anything wrong here...
All my cover art is called "folder.jpg" and is always inside each folder.

[BryanC]

Sure. Here is an example. I can't see anything wrong here...
All my cover art is called "folder.jpg" and is always inside each folder.

What are your current settings for Options>File Location>Cover Art?

Also, just to make sure that your permissions are good, in your 14 Shades of Grey directory right-click in empty space>open in terminal (or hit F4) and enter `touch test; echo $?; rm test`

If it outputs "0" then your permissions are good. If it returns anything else then there is still something awry.

I just remembered from a long time ago that I ran into a similar issue with mount refusing to mount an ntfs partition as r/w because it had a "dirty bit" set from an unclean removal from a Windows box. But we'll only go there is necessary.

[cochinada]

What are your current settings for Options>File Location>Cover Art?

Also, just to make sure that your permissions are good, in your 14 Shades of Grey directory right-click in empty space>open in terminal (or hit F4) and enter `touch test; echo $?; rm test`

If it outputs "0" then your permissions are good. If it returns anything else then there is still something awry.

I just remembered from a long time ago that I ran into a similar issue with mount refusing to mount an ntfs partition as r/w because it had a "dirty bit" set from an unclean removal from a Windows box. But we'll only go there is necessary.

There is still something awry.
Here you are.

[BryanC]

Try these one by one:

1. Unmount the partition, then in a separate terminal, run `sudo journalctl -f`, remount the partition and see if there are any remarks about a "dirty bit" (or anything else enlightening).

2. Try removing the umask and dmask from the mount options to simplify things a bit and remount.

3. Run `ls -al /media/joaquim` just to make sure that the mount point has the proper ownership and permissions. If it's not as expected, run `sudo chown joaquim:joaquim /media/joaquim/Multimedia && sudo chmod 777 /media/joaquim/Multimedia` once more for good measure.

[cochinada]

Here it is.


I didn't see any mention to a 'dirty bit' and I didn't have 'umask' to remove but only 'dmask' which I removed.

In the journalctl there are same strange messages about the disk being hibernated in windows or what not... and could not open in read-write...

I did some searching about this error and didn't like the 'solutions' as they involve going back to windows and execute some special shutdown command or so but I don't have windows any more so I'll need another solution.
https://forums.opensuse.org/showthread.php/550684-The-disk-contains-an-unclean-file-system-(0-0)-Metadata-kept-in-Windows-cache-refused-to-mount

[cochinada]

I applied this WA which apparently worked but still MC refuses to rebuid the darn Thumbnail

https://medium.com/@shohelislam/ntfs-the-disk-contains-an-unclean-file-system-in-ubuntu-system-e10ac85f0c1c

[cochinada]

I found a way to do it manually but it is extremely harduous as I have thousands of albums.



And in between I get weird empty popups like this. Am I the only one to get these?

[BryanC]

With ntfsfix, try passing the "-d" option to actually clear the dirty bit. This is exactly the problem I was recalling.

`sudo ntfsfix -d /dev/sda2`

If that doesn't work I'm out of ideas at the moment. If you have extra disk space you could always copy the ntfs data to native ext4/btrfs.

I found a way to do it manually but it is extremely harduous as I have thousands of albums.
And in between I get weird empty popups like this. Am I the only one to get these?

You can select all with Ctrl-A. There's also a smartlist for locating files with missing cover art that may help you narrow it down. But what I think is happening is that it is pulling the images from the tags/folder.jpg and copying them to the external cover art directory. One possible workaround is disabling tag writing altogether (Edit>Uncheck "Update tags when file info changes"), which might alleviate the warnings.

I've run into the white empty dialog boxes too, I think Bob is already aware of this. If you move them around a bit sometimes they will populate, sometimes not.

[cochinada]

Thanks. I finished the job manually. Is it still worth it to execute that option `sudo ntfsfix -d /dev/sda2`?

Two more questions:
how can I start MC in Theater View now?
Isn't there a shutdown command for shutting down the PC in Linux as there was in Windows? If so, is there any possible workaround?



No can do this time...

[Awesome Donkey]

I found a way to do it manually but it is extremely harduous as I have thousands of albums.

What happens if you select the Rebuild Thumbnail option instead? I suppose if all else fails you can try embedded cover art into the files themselves (using the Add From File option) and see if that works. Otherwise I'm all out of ideas too, it *should* just work unless something else is happening there.

[cochinada]

...One possible workaround is disabling tag writing altogether (Edit>Uncheck "Update tags when file info changes"), which might alleviate the warnings.

Where can I find that exactly please?

EDIT: found it and disabled it!

[cochinada]

What happens if you select the Rebuild Thumbnail option instead? I suppose if all else fails you can try embedded cover art into the files themselves (using the Add From File option) and see if that works. Otherwise I'm all out of ideas too, it *should* just work unless something else is happening there.

Nothing happened.
Actually, most if not all of my files have the cover embedded as well so it's a bit overkill as there is also always a "folder.jpg" on each folder.
However in thos weird cases nothing worked.  ?

[cochinada]

I forgot how to make MC automatically fill the 'File Group Location' based on which folder the files are. Can you help me please?



I made a mess now...

In standard View everything looks fine but in Theater view, somehow my Classical albums are all shown on the Popular ones. 

What in the world is wrong?

[BryanC]

Theater view and standard views use different views. You can find the theater view views in options>theater view.

Also, you will need to unmount the partition before running `sudo ntfsfix -d /dev/sda2`.

[cochinada]

Thanks. I've tuned my Theater view and everything is fine now. I had also to change the file path there.
I'll try to run that command although apparently everything looks good now but one never knows.
I've also programmed the power button on my remote so I'm now able to power on/off my HTPC and open MC in Theater mode automatically.
I'm just waiting for feedback from FLIRC support because Ubuntu by default pops up a warning saying the PC will shutdown in 60s and I want to do it instantaneously. I don't know if someone here has already sorted a way to do this but I'll provide feedback for future reference.

[BryanC]

You can set up a keyboard shortcut in gnome to 'shutdown now' to bypass the 60s grace period, and then use flirc to manage the keypresses.

[cochinada]

You can set up a keyboard shortcut in gnome to 'shutdown now' to bypass the 60s grace period, and then use flirc to manage the keypresses.

I'll probably give it a try. Next thing to do on my list.

About the lyrics, I read this here:
"To display lyrics, make sure you're showing cover art in Playing Now (and not a visualization), then right click and choose Display Lyrics."

How can I do the same in Theater View with my remote?

[cochinada]

Also, you will need to unmount the partition before running `sudo ntfsfix -d /dev/sda2`.

Done as well.
There was some fiddling needed to clean up the house but I'm very happy with the outcome and would like to thank you and Awesome Donkey especially but to all as well who took their time to help me achieve this task.
Without your help I couldn't have done it. Much appreciated!