Identical fstab options end up with different permission

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
1
down vote

favorite












I recently attached a SSD to my system, with the old HDD in the DVD drive bay I set up the file mount option in the /etc/fstab file.



The permissions are as follows
for SSD:



/dev/sda2 /home/arun/SSD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


for HDD



/dev/sdb2 /home/arun/HDD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


The differnce is the HDD do not give me any write permissions unless i am operating as root.



What I tried:



  1. using 'sudo chmod 777 /home//HDD' to change the permissions. command passes correctly but nothing reflects in action(root permission still needed), file permissions do not get a 'w' when i do 'ls -l'


  2. using 'sudo chown /home//HDD' , error: operation not permitted.


I was able to write to this HDD, before I cleaned both my disks and Installed the operating system Ububntu 16.04 LTS.



both the commands were run recursively and non-recursively.



Can This be due to the fact that I installed it in the DVD drive bay? Do I need to change something in the BIOS setting?







share|improve this question
















  • 1




    Post the output of lsattr /home/arun/HDD. Also, it may be better to create anSSD and HDDdirectory in /mnt and change your /etc/fstab to mount the drives there rather than mounting them in your home directory.
    – Nasir Riley
    Apr 1 at 17:38















up vote
1
down vote

favorite












I recently attached a SSD to my system, with the old HDD in the DVD drive bay I set up the file mount option in the /etc/fstab file.



The permissions are as follows
for SSD:



/dev/sda2 /home/arun/SSD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


for HDD



/dev/sdb2 /home/arun/HDD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


The differnce is the HDD do not give me any write permissions unless i am operating as root.



What I tried:



  1. using 'sudo chmod 777 /home//HDD' to change the permissions. command passes correctly but nothing reflects in action(root permission still needed), file permissions do not get a 'w' when i do 'ls -l'


  2. using 'sudo chown /home//HDD' , error: operation not permitted.


I was able to write to this HDD, before I cleaned both my disks and Installed the operating system Ububntu 16.04 LTS.



both the commands were run recursively and non-recursively.



Can This be due to the fact that I installed it in the DVD drive bay? Do I need to change something in the BIOS setting?







share|improve this question
















  • 1




    Post the output of lsattr /home/arun/HDD. Also, it may be better to create anSSD and HDDdirectory in /mnt and change your /etc/fstab to mount the drives there rather than mounting them in your home directory.
    – Nasir Riley
    Apr 1 at 17:38













up vote
1
down vote

favorite









up vote
1
down vote

favorite











I recently attached a SSD to my system, with the old HDD in the DVD drive bay I set up the file mount option in the /etc/fstab file.



The permissions are as follows
for SSD:



/dev/sda2 /home/arun/SSD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


for HDD



/dev/sdb2 /home/arun/HDD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


The differnce is the HDD do not give me any write permissions unless i am operating as root.



What I tried:



  1. using 'sudo chmod 777 /home//HDD' to change the permissions. command passes correctly but nothing reflects in action(root permission still needed), file permissions do not get a 'w' when i do 'ls -l'


  2. using 'sudo chown /home//HDD' , error: operation not permitted.


I was able to write to this HDD, before I cleaned both my disks and Installed the operating system Ububntu 16.04 LTS.



both the commands were run recursively and non-recursively.



Can This be due to the fact that I installed it in the DVD drive bay? Do I need to change something in the BIOS setting?







share|improve this question












I recently attached a SSD to my system, with the old HDD in the DVD drive bay I set up the file mount option in the /etc/fstab file.



The permissions are as follows
for SSD:



/dev/sda2 /home/arun/SSD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


for HDD



/dev/sdb2 /home/arun/HDD/ auto rw,user,nodev,nofail,x-gvfs-show 0 0


The differnce is the HDD do not give me any write permissions unless i am operating as root.



What I tried:



  1. using 'sudo chmod 777 /home//HDD' to change the permissions. command passes correctly but nothing reflects in action(root permission still needed), file permissions do not get a 'w' when i do 'ls -l'


  2. using 'sudo chown /home//HDD' , error: operation not permitted.


I was able to write to this HDD, before I cleaned both my disks and Installed the operating system Ububntu 16.04 LTS.



both the commands were run recursively and non-recursively.



Can This be due to the fact that I installed it in the DVD drive bay? Do I need to change something in the BIOS setting?









share|improve this question











share|improve this question




share|improve this question










asked Apr 1 at 16:06









ArunMKumar

370517




370517







  • 1




    Post the output of lsattr /home/arun/HDD. Also, it may be better to create anSSD and HDDdirectory in /mnt and change your /etc/fstab to mount the drives there rather than mounting them in your home directory.
    – Nasir Riley
    Apr 1 at 17:38













  • 1




    Post the output of lsattr /home/arun/HDD. Also, it may be better to create anSSD and HDDdirectory in /mnt and change your /etc/fstab to mount the drives there rather than mounting them in your home directory.
    – Nasir Riley
    Apr 1 at 17:38








1




1




Post the output of lsattr /home/arun/HDD. Also, it may be better to create anSSD and HDDdirectory in /mnt and change your /etc/fstab to mount the drives there rather than mounting them in your home directory.
– Nasir Riley
Apr 1 at 17:38





Post the output of lsattr /home/arun/HDD. Also, it may be better to create anSSD and HDDdirectory in /mnt and change your /etc/fstab to mount the drives there rather than mounting them in your home directory.
– Nasir Riley
Apr 1 at 17:38











1 Answer
1






active

oldest

votes

















up vote
1
down vote



accepted










run from root this command:



chown -R arun:arun /home/arun/HDD 


and after try to write something in it.






share|improve this answer




















  • already tried, same error: operation not permitted
    – ArunMKumar
    Apr 1 at 17:29






  • 1




    is that an fat16 or fat32 or exfat filesystem? if yes they can't handle permissions.
    – D'Arcy Nader
    Apr 1 at 17:36







  • 1




    NTFS won't take the permissions either.
    – Nasir Riley
    Apr 1 at 17:55










  • yes you are right, you have to set permission on mount. something like this : /dev/sda2 /home/arun/HDD/ auto rw,user,fmask=0022,dmask=0000,nodev,nofail,x-gvfs-show 0 0
    – D'Arcy Nader
    Apr 1 at 18:14











  • thanks @D'ArcyNader it was a FAT32 partition, now formatted to ext4. problem gone now.
    – ArunMKumar
    Apr 24 at 10:01










Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);








 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f434855%2fidentical-fstab-options-end-up-with-different-permission%23new-answer', 'question_page');

);

Post as a guest






























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
1
down vote



accepted










run from root this command:



chown -R arun:arun /home/arun/HDD 


and after try to write something in it.






share|improve this answer




















  • already tried, same error: operation not permitted
    – ArunMKumar
    Apr 1 at 17:29






  • 1




    is that an fat16 or fat32 or exfat filesystem? if yes they can't handle permissions.
    – D'Arcy Nader
    Apr 1 at 17:36







  • 1




    NTFS won't take the permissions either.
    – Nasir Riley
    Apr 1 at 17:55










  • yes you are right, you have to set permission on mount. something like this : /dev/sda2 /home/arun/HDD/ auto rw,user,fmask=0022,dmask=0000,nodev,nofail,x-gvfs-show 0 0
    – D'Arcy Nader
    Apr 1 at 18:14











  • thanks @D'ArcyNader it was a FAT32 partition, now formatted to ext4. problem gone now.
    – ArunMKumar
    Apr 24 at 10:01














up vote
1
down vote



accepted










run from root this command:



chown -R arun:arun /home/arun/HDD 


and after try to write something in it.






share|improve this answer




















  • already tried, same error: operation not permitted
    – ArunMKumar
    Apr 1 at 17:29






  • 1




    is that an fat16 or fat32 or exfat filesystem? if yes they can't handle permissions.
    – D'Arcy Nader
    Apr 1 at 17:36







  • 1




    NTFS won't take the permissions either.
    – Nasir Riley
    Apr 1 at 17:55










  • yes you are right, you have to set permission on mount. something like this : /dev/sda2 /home/arun/HDD/ auto rw,user,fmask=0022,dmask=0000,nodev,nofail,x-gvfs-show 0 0
    – D'Arcy Nader
    Apr 1 at 18:14











  • thanks @D'ArcyNader it was a FAT32 partition, now formatted to ext4. problem gone now.
    – ArunMKumar
    Apr 24 at 10:01












up vote
1
down vote



accepted







up vote
1
down vote



accepted






run from root this command:



chown -R arun:arun /home/arun/HDD 


and after try to write something in it.






share|improve this answer












run from root this command:



chown -R arun:arun /home/arun/HDD 


and after try to write something in it.







share|improve this answer












share|improve this answer



share|improve this answer










answered Apr 1 at 17:06









D'Arcy Nader

678414




678414











  • already tried, same error: operation not permitted
    – ArunMKumar
    Apr 1 at 17:29






  • 1




    is that an fat16 or fat32 or exfat filesystem? if yes they can't handle permissions.
    – D'Arcy Nader
    Apr 1 at 17:36







  • 1




    NTFS won't take the permissions either.
    – Nasir Riley
    Apr 1 at 17:55










  • yes you are right, you have to set permission on mount. something like this : /dev/sda2 /home/arun/HDD/ auto rw,user,fmask=0022,dmask=0000,nodev,nofail,x-gvfs-show 0 0
    – D'Arcy Nader
    Apr 1 at 18:14











  • thanks @D'ArcyNader it was a FAT32 partition, now formatted to ext4. problem gone now.
    – ArunMKumar
    Apr 24 at 10:01
















  • already tried, same error: operation not permitted
    – ArunMKumar
    Apr 1 at 17:29






  • 1




    is that an fat16 or fat32 or exfat filesystem? if yes they can't handle permissions.
    – D'Arcy Nader
    Apr 1 at 17:36







  • 1




    NTFS won't take the permissions either.
    – Nasir Riley
    Apr 1 at 17:55










  • yes you are right, you have to set permission on mount. something like this : /dev/sda2 /home/arun/HDD/ auto rw,user,fmask=0022,dmask=0000,nodev,nofail,x-gvfs-show 0 0
    – D'Arcy Nader
    Apr 1 at 18:14











  • thanks @D'ArcyNader it was a FAT32 partition, now formatted to ext4. problem gone now.
    – ArunMKumar
    Apr 24 at 10:01















already tried, same error: operation not permitted
– ArunMKumar
Apr 1 at 17:29




already tried, same error: operation not permitted
– ArunMKumar
Apr 1 at 17:29




1




1




is that an fat16 or fat32 or exfat filesystem? if yes they can't handle permissions.
– D'Arcy Nader
Apr 1 at 17:36





is that an fat16 or fat32 or exfat filesystem? if yes they can't handle permissions.
– D'Arcy Nader
Apr 1 at 17:36





1




1




NTFS won't take the permissions either.
– Nasir Riley
Apr 1 at 17:55




NTFS won't take the permissions either.
– Nasir Riley
Apr 1 at 17:55












yes you are right, you have to set permission on mount. something like this : /dev/sda2 /home/arun/HDD/ auto rw,user,fmask=0022,dmask=0000,nodev,nofail,x-gvfs-show 0 0
– D'Arcy Nader
Apr 1 at 18:14





yes you are right, you have to set permission on mount. something like this : /dev/sda2 /home/arun/HDD/ auto rw,user,fmask=0022,dmask=0000,nodev,nofail,x-gvfs-show 0 0
– D'Arcy Nader
Apr 1 at 18:14













thanks @D'ArcyNader it was a FAT32 partition, now formatted to ext4. problem gone now.
– ArunMKumar
Apr 24 at 10:01




thanks @D'ArcyNader it was a FAT32 partition, now formatted to ext4. problem gone now.
– ArunMKumar
Apr 24 at 10:01












 

draft saved


draft discarded


























 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f434855%2fidentical-fstab-options-end-up-with-different-permission%23new-answer', 'question_page');

);

Post as a guest













































































Popular posts from this blog

How to check contact read email or not when send email to Individual?

Displaying single band from multi-band raster using QGIS

How many registers does an x86_64 CPU actually have?