Found What I Think Might Be A Fix Or Workaround.
Had the same problem yesterday. Funny thing is, some partitions mounted automatically, and others did not. Try to mount them manually gave me the same error about permissions, o rlack thereof. Coming back around in case this is a help to others.
The key seems to be the manner of entries in /etc/fstab. You probably already know tht to edi this table (actually, just a text file with columns in it separated by one or more tabs or spaces), you have to be root or super user. To become super user, just get into a
Terminal mode and type sudo -s. When asked for a password, just put your user password there. That should do it. The last character in each prompt line will proabably change from a $ (indicating a user) to a # (meaning root or in super user mode).
Now type in nano /etc/fstab, of if you rather just type in gedit /etc/fstab. That brings up another window with the contents of /etc/fstab displayed. You can now make and save changes, begause nano and gedit are text editors.
To have any partition or drive be self-mounting, there has to be a vailid entry for it in here. Usually, all you see at the start is one for root (mount point set to /), swap (no real name, type is sw), and maybe one of two entries for one or two DVD/CD drifes. These should be fine, no real need to mess with them. But you can add more lines at the bottom.
The first question is, how are you going to identify a specific device? Many versions of Linux use a pointer to where the device is already marked, which is in the /dev directory. There are many possible devices there, but only a few that identify drives. If it starts with f, it is a floppy. If it starts with an h, then it is a hard drive. If it starts with an s, then initially it was aSCSI drive, but now they might use that to identify a removable drive as well. If it starts with a c, it could be a CD or combo DVD/CD drive. The information further over gives more detail. In some cases, instead of using /dev and the class of device, you might see something like UUID=, followed by a long string of characters. This must be a formattable device, and the string of characters are a unique volume ID that assures that this line always points to just this one volume -- unless you happen to reformat it for some reason. Then you have to change this to match the new UUID character string. But some think that is better then relying on something like /dev/sda1 as an example. It is a matter of choice. (remember, if it starts with s, then it is removable, and therefore subject to mount and umount commands by the user or whomever has the right permissions).
Alright, having covered most of the basics, what needs to go here for a partition that does not want to mount or umount, and cites problems in the manner of permisisons?
Actually, this might be a typical entry, lets say for an NTFS volume that you want to access from Linux:
/dev/sda5 /mnt/XP ntfs-3g defaults 0 0
But wait, how do we know that it is /dev/sda5? Or what if it is on our second drive, or a USB connected drive? Now USB is a different category if device, but there is an entry that goes into this table to cover that possibility. But you can read about it elsewhere. This is really a discussion about internal drives.
Yes, that is a good question. How do we find out what that device is considered on this system? This is where I recommend using something like apt-get install and having it install a package called gparted. Gparted is a partition editor, and what it really does is show usour drives and how they are currently partitioned, what file system they have on them, and even how much of each partition has been used up. You can make a few changes with gparted, but mostly we want to see what we already have. And one of the things it shows us is the related device name that is found in /dev. So that is real handy at this point. If you don't have it yet, you can open another terminal console window again, use sudo -s to get superuser priveleges, then apt-get install gparted, and away you go. If you want to know more about gparted, look it up online.
Noq id rhia was identified as a ext2, etx3, ext4, or reiserfs parttition, but you still wanted to access it, you just replace the ntfs-3g with the right designator in that line in the fstab file, and the defaults settings will still work. It's that easy. But how are you going to tell each mouted drive apart from the others? I guess in the way you label them, because that is what shows up when you look for them from the GUI. In my case, I usually start with DRIVE_C, and work my way up the alphabet by changing the last letter as I go from one drive to the next.
Now you save /etc/fstab and quit out of the text editor. You can also quit qparted as well.. But are you done? No, not really. There is one more critical step that you as superuser must do. That is, you must create a mount point that matches the entry in etc/fstab, because if the mount point (actuall a subfolder) does not exist, the mount effort will still fail. So how do you do mount points? AQnd where is a good place to put them? Like i said, you could put them under /mnt, but with some versions of Linux, they prefer to put them under /meda (something to do with removable media and what it might represent I suppose). So if we added an entry with the mount point /mnt/XP as shown above for an example, we would now do aq mkdir /mnt/XP. And that would be it for this drive. Next time we reboot, it should automatically mount if we did everything right. If not, we had better recheck our work.
Sounds really hard and involved, I suppose, but you do this a few times, and you realize that it isn't all tht hard. And it makes sense in a way, if you think about it.
I hope that this helps. Oh, and this is likely applicable to other versions of Linux as well. Now if you don't find it exactly the same in whatever version you are using, don't worry. Visit the supporting forums, and someone can probably explain the differences to you.