[ Date Index ] [ Thread Index ] [ <= Previous by date / thread ] [ Next by date / thread => ]
On 09/12/13 23:24, bad apple wrote:
I understand your point entirely, but I have since altered the fstab from the previous one - mainly to give some commonality to everything.. it seemed wrong to have some drives mounting to one directory and another to a different one. Below is the current fstab, with HERA mounting in /media/julian/HERAOn 09/12/13 23:02, Julian Hall wrote:Nothing exists in /media except HERA - which is the NAS and I don't know /why/ it exists there as fstab says to mount it as /media/julian/HERA (which also exists), and /julian which has subfolders of CYNTHIA, GANDALF and HERA.That in itself is disturbing - overlaying mounted filesystems unintentionally will not end well. Double check your fstab file to make sure you are mounting everything properly where you expect it to be, i.e., under /media/julian/[HERA,GANDALF,CYNTHIA] from now on. *EDIT* Remembered you had previously posted your fstab, and I've checked it: it's wrong, not sure why I didn't spot this before. You have: 192.168.0.3:/volume1/Hera /media/HERA nfs users,rsize=8192,wsize=8192,atime,auto,rw,dev,exec,suid 0 0 You can see what's wrong with that right? :] You're mounting the NAS as /media/HERA, and not /media/julian/HERA/ - no wonder your graphical disk analysis pics looked so weird. Fix that first, and remount your volumes properly - I can't believe that hasn't already caused you *serious* problems.
# /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> #Entry for /dev/sda8 :UUID=0dca49c7-ae82-4cfc-94f5-af904948f7bd / ext4 errors=remount-ro 0 1
#Entry for /dev/sda9 :UUID=35176360-f56a-4217-bf55-9e0ce6a3f214 /home ext4 defaults 0 2
#Entry for /dev/sda6 :UUID=84B4969BB4968EF4 /media/julian/CYNTHIA ntfs-3g defaults,nosuid,nodev,locale=en_GB.UTF-8 0 0
#Entry for /dev/sda7 :UUID=4C3C98D43C98BA82 /media/julian/GANDALF ntfs-3g defaults,nosuid,nodev,locale=en_GB.UTF-8 0 0
#Entry for /dev/sda2 : UUID=dadfb6ff-cfe6-4e5d-8af8-62054e95d042 none swap sw 0 0 # automount synology nas192.168.0.3:/volume1/Hera /media/julian/HERA nfs users,rsize=8192,wsize=8192,atime,auto,rw,dev,exec,suid 0 0
I didn't know that but it makes sense given that the HDDs were mounting in /media/julian/$VOLUMENAME whereas the NAS which I created manually was mounting in /media/$VOLUMENAME.. that's why they now all mount in /media/julian/$VOLUMENAME to avoid that issue.So, I created a CDROM directory in /media/julian andissued the following, modifying yours: Cerce julian # ls -alh /media/julian/CDROM total 8.0K drwxr-xr-x 2 root root 4.0K Dec 9 22:53 . drwxr-x---+ 6 root root 4.0K Dec 9 22:53 .. Cerce julian #Yeah, it's definitely not seeing anything and mount agrees. Normally Mint/Ubuntu would by default automount to /media/$USER/$VOLUMENAME
I was surprised that they mounted in /media myself as my last foray into Linux with Xandros, and before that Mandrake had always mounted in /mnt, so personally I'm not at all convinced permanently mounted volumes should also live there for sanity reasons. Personally, I've always used the boring old /mnt directory to peg my permanently mounted extra volumes to, avoiding weird permission issues and possible namespace collisions. I think you could do worse than creating the equivalent /mnt/$VOLUME directories to the ones in /media/julian/$VOLUME and editing fstab to update the changes. This will keep your automounting directory free.
Incidentally, I think I mentioned before, sr0, cdrom, etc do not exist in /dev until/unless the optical drive mounts and I don't know why that is, and may well be the root cause of the problem.That has to be the root of the issue, I'll dig a little. Cheers
Thanks for your continued patience and help.. much appreciated :) Julian -- The Mailing List for the Devon & Cornwall LUG http://mailman.dclug.org.uk/listinfo/list FAQ: http://www.dcglug.org.uk/listfaq