hdd mount option to grant ownership of files on drive
Clash Royale CLAN TAG#URR8PPP
up vote
2
down vote
favorite
I have 5 internal drives and 3 external.
I would like the internal drive's files to be owned by my default user hutber
I have tried to chown them with sudo as seen here:
It looks successful, however
I am unsure if its possible to change, but here is my mount options for the drive
And just an overview of all drivers. With the drive in question on display.
permissions linux-mint hard-disk ownership
add a comment |Â
up vote
2
down vote
favorite
I have 5 internal drives and 3 external.
I would like the internal drive's files to be owned by my default user hutber
I have tried to chown them with sudo as seen here:
It looks successful, however
I am unsure if its possible to change, but here is my mount options for the drive
And just an overview of all drivers. With the drive in question on display.
permissions linux-mint hard-disk ownership
lol a downvote? What for?
â Jamie Hutber
Oct 27 '17 at 22:27
You guys over here aren't very helpful with giving me feedback on why the question sucks. Any idea would help a lot guys.
â Jamie Hutber
Nov 3 '17 at 10:39
I agree that 'your question sucks ...' comments are not very helpful. Surely this site is supposed to be catering for all levels of users?
â Time4Tea
Nov 3 '17 at 14:57
I upvoted your question, because although you seem to have some misunderstanding about file ownership, you've made an effort with your question and included several screenshots.
â Time4Tea
Nov 3 '17 at 15:33
add a comment |Â
up vote
2
down vote
favorite
up vote
2
down vote
favorite
I have 5 internal drives and 3 external.
I would like the internal drive's files to be owned by my default user hutber
I have tried to chown them with sudo as seen here:
It looks successful, however
I am unsure if its possible to change, but here is my mount options for the drive
And just an overview of all drivers. With the drive in question on display.
permissions linux-mint hard-disk ownership
I have 5 internal drives and 3 external.
I would like the internal drive's files to be owned by my default user hutber
I have tried to chown them with sudo as seen here:
It looks successful, however
I am unsure if its possible to change, but here is my mount options for the drive
And just an overview of all drivers. With the drive in question on display.
permissions linux-mint hard-disk ownership
edited Nov 12 '17 at 23:25
asked Oct 27 '17 at 21:28
Jamie Hutber
1001212
1001212
lol a downvote? What for?
â Jamie Hutber
Oct 27 '17 at 22:27
You guys over here aren't very helpful with giving me feedback on why the question sucks. Any idea would help a lot guys.
â Jamie Hutber
Nov 3 '17 at 10:39
I agree that 'your question sucks ...' comments are not very helpful. Surely this site is supposed to be catering for all levels of users?
â Time4Tea
Nov 3 '17 at 14:57
I upvoted your question, because although you seem to have some misunderstanding about file ownership, you've made an effort with your question and included several screenshots.
â Time4Tea
Nov 3 '17 at 15:33
add a comment |Â
lol a downvote? What for?
â Jamie Hutber
Oct 27 '17 at 22:27
You guys over here aren't very helpful with giving me feedback on why the question sucks. Any idea would help a lot guys.
â Jamie Hutber
Nov 3 '17 at 10:39
I agree that 'your question sucks ...' comments are not very helpful. Surely this site is supposed to be catering for all levels of users?
â Time4Tea
Nov 3 '17 at 14:57
I upvoted your question, because although you seem to have some misunderstanding about file ownership, you've made an effort with your question and included several screenshots.
â Time4Tea
Nov 3 '17 at 15:33
lol a downvote? What for?
â Jamie Hutber
Oct 27 '17 at 22:27
lol a downvote? What for?
â Jamie Hutber
Oct 27 '17 at 22:27
You guys over here aren't very helpful with giving me feedback on why the question sucks. Any idea would help a lot guys.
â Jamie Hutber
Nov 3 '17 at 10:39
You guys over here aren't very helpful with giving me feedback on why the question sucks. Any idea would help a lot guys.
â Jamie Hutber
Nov 3 '17 at 10:39
I agree that 'your question sucks ...' comments are not very helpful. Surely this site is supposed to be catering for all levels of users?
â Time4Tea
Nov 3 '17 at 14:57
I agree that 'your question sucks ...' comments are not very helpful. Surely this site is supposed to be catering for all levels of users?
â Time4Tea
Nov 3 '17 at 14:57
I upvoted your question, because although you seem to have some misunderstanding about file ownership, you've made an effort with your question and included several screenshots.
â Time4Tea
Nov 3 '17 at 15:33
I upvoted your question, because although you seem to have some misunderstanding about file ownership, you've made an effort with your question and included several screenshots.
â Time4Tea
Nov 3 '17 at 15:33
add a comment |Â
4 Answers
4
active
oldest
votes
up vote
1
down vote
accepted
Is this drive mapped in /etc/fstab? If so, you can modify the options there, this "nosuid" option need to be removed as others have pointed, and you can also add "gid=ownerGroupID, uid=ownerID" to the options list in order to have the files on the drive explicitly mapped to particular uid/gid and these be further usable to you.
Ah indeed, exactly what I was after. Now I wonder, will this has any implications on the drive :D Thank you and sorry I didn't get to this intime for the bounty. I was away for 9 days :(
â Jamie Hutber
Nov 12 '17 at 23:33
add a comment |Â
up vote
6
down vote
When you mount something, you mount a filesystem: Basically, a particular way to assign a number of disk blocks to some file name. A filesystem usually occupies one partition, and there may be several partitions on a harddisk.
Unix-centric filesystems (like ext2
, ext3
, ext4) implement the concept that every file "belongs" to a particular user (
uid) or particular group (
gid`).
Other filesystems (FAT, NTFS) may not implement this concept, or may have other ideas what constitutes a "user". In this case, Linux sometimes tries to map the "foreign" ownership and permissions to Linux ones, and sometimes it just assigns a particular user and group to all files.
So:
You can't just change ownership of all files of an ext-filesystem to a particular user using mount options. You can apply
chown
and/orchgrp
to it, but in many cases this may not be a good idea, in particular for a filesystem that contains your Linux system files and programs.Therefore, don't do that. Instead, make sure your own files are created with you yourself as owner. Create new groups and add yourself to the groups if necessary. In short, just do some sane administration. "All files should be mine" doesn't work.
If you want to mount a "foreign" filesystem, you can, depending on the filesystem, supply the
uid
andgid
mount options. Seeman mount
for details.This works fine for reading, and for writing FAT-based filesystems, but I wouldn't recommend it for writing stuff to NTFS-based filesystems.
It's not important if the disk is internal or external. In fact, the disk isn't important at all, the type of the filesystem is. You didn't say which types of filesystem you have, or even which partitions you want to use.
The only thing one can see from the information you gave is that one of them is NTFS (the "2 TB" one, not the "8 TB"), which doesn't mix well with Linux in the first place.
You get downvotes because it shows that you haven't understood basics about Linux, and are about to do things that will bite you in the long run. Don't do those things.
:) Thanks for letting me know. I'm at work so can't test out these things yet, but I can do some further reading. I believe that if somebody was going to down vote me saying something in a similar vein to what you have written but in a much smaller form would have helped me out massively. I might be wrong, but downvoting and not taking any time to explain your actions is quite rude and unhelpful. But... #internet so I am not surprised lol I just would have appreciated some help. I'm a lite linux user having only started using it in the last 2 years and never needed to tough file systems.
â Jamie Hutber
Nov 3 '17 at 14:52
'Your question sucks because you don't understand basics about Linux ...' isn't very helpful. Perhaps this guy is a new user and everyone has to start somewhere, right? I would have upvoted your answer if not for this comment.
â Time4Tea
Nov 3 '17 at 14:56
@Time4Tea: Of course new users have to start somewhere. That's why I wrote the answer and explained things. And he explicitely asked for feedback "why his question sucks". Maybe I shouldn't have quoted that...
â dirkt
Nov 3 '17 at 15:24
I didn't see him say in the question that 'his question sucks' (perhaps he edited it). I will reverse my downvote, as you changed your comment and your answer is good. I just don't think it's right that people should be criticized, just because they misunderstand a fundamental concept.
â Time4Tea
Nov 3 '17 at 15:36
@Time4Tea: It's in the comments below the question: "You guys over here aren't very helpful with giving me feedback on why the question sucks." So I was giving him feedback on "why the question sucks", as asked. I didn't intend to criticize him. Clearer now?
â dirkt
Nov 4 '17 at 7:34
add a comment |Â
up vote
0
down vote
I suspect this is due to the nosuid option used for mounting, and that you are mounting as root (at bootup).
The mount man page states:
suid
Allow set-user-identifier or set-group-identifier bits to take effect.
nosuid
Do not allow set-user-identifier or set-group-identifier bits to take effect. (This seems safe, but is in fact rather unsafe if you have suidperl(1) installed.)
That said, with anything to do with disks, take backups and read manuals before you do anything. And if you do do anything, make sure you have a WORKING backup!
(no)suid
affects the suid mode bit (shown ass
inll
, also see `man chmod) and not the owner/group of a file.
â dirkt
Nov 6 '17 at 19:49
Sadly indeed, this has no effect for me
â Jamie Hutber
Nov 12 '17 at 23:30
add a comment |Â
up vote
0
down vote
As others have suggested, it seems that the reason your file permission changes are not persisting may be because of compatibility issues between Linux and the NTFS file system (which is designed for use with Windows). There are a couple of pages here that describe some things you could try to get it to work:
Is NTFS under linux able to save a linux file, with its chown and chmod settings?
Any way of maintaining permissions when using NTFS mounted drive in Ubuntu?
add a comment |Â
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
accepted
Is this drive mapped in /etc/fstab? If so, you can modify the options there, this "nosuid" option need to be removed as others have pointed, and you can also add "gid=ownerGroupID, uid=ownerID" to the options list in order to have the files on the drive explicitly mapped to particular uid/gid and these be further usable to you.
Ah indeed, exactly what I was after. Now I wonder, will this has any implications on the drive :D Thank you and sorry I didn't get to this intime for the bounty. I was away for 9 days :(
â Jamie Hutber
Nov 12 '17 at 23:33
add a comment |Â
up vote
1
down vote
accepted
Is this drive mapped in /etc/fstab? If so, you can modify the options there, this "nosuid" option need to be removed as others have pointed, and you can also add "gid=ownerGroupID, uid=ownerID" to the options list in order to have the files on the drive explicitly mapped to particular uid/gid and these be further usable to you.
Ah indeed, exactly what I was after. Now I wonder, will this has any implications on the drive :D Thank you and sorry I didn't get to this intime for the bounty. I was away for 9 days :(
â Jamie Hutber
Nov 12 '17 at 23:33
add a comment |Â
up vote
1
down vote
accepted
up vote
1
down vote
accepted
Is this drive mapped in /etc/fstab? If so, you can modify the options there, this "nosuid" option need to be removed as others have pointed, and you can also add "gid=ownerGroupID, uid=ownerID" to the options list in order to have the files on the drive explicitly mapped to particular uid/gid and these be further usable to you.
Is this drive mapped in /etc/fstab? If so, you can modify the options there, this "nosuid" option need to be removed as others have pointed, and you can also add "gid=ownerGroupID, uid=ownerID" to the options list in order to have the files on the drive explicitly mapped to particular uid/gid and these be further usable to you.
answered Nov 8 '17 at 17:08
Nikolai Alexandrov Georgiev
1313
1313
Ah indeed, exactly what I was after. Now I wonder, will this has any implications on the drive :D Thank you and sorry I didn't get to this intime for the bounty. I was away for 9 days :(
â Jamie Hutber
Nov 12 '17 at 23:33
add a comment |Â
Ah indeed, exactly what I was after. Now I wonder, will this has any implications on the drive :D Thank you and sorry I didn't get to this intime for the bounty. I was away for 9 days :(
â Jamie Hutber
Nov 12 '17 at 23:33
Ah indeed, exactly what I was after. Now I wonder, will this has any implications on the drive :D Thank you and sorry I didn't get to this intime for the bounty. I was away for 9 days :(
â Jamie Hutber
Nov 12 '17 at 23:33
Ah indeed, exactly what I was after. Now I wonder, will this has any implications on the drive :D Thank you and sorry I didn't get to this intime for the bounty. I was away for 9 days :(
â Jamie Hutber
Nov 12 '17 at 23:33
add a comment |Â
up vote
6
down vote
When you mount something, you mount a filesystem: Basically, a particular way to assign a number of disk blocks to some file name. A filesystem usually occupies one partition, and there may be several partitions on a harddisk.
Unix-centric filesystems (like ext2
, ext3
, ext4) implement the concept that every file "belongs" to a particular user (
uid) or particular group (
gid`).
Other filesystems (FAT, NTFS) may not implement this concept, or may have other ideas what constitutes a "user". In this case, Linux sometimes tries to map the "foreign" ownership and permissions to Linux ones, and sometimes it just assigns a particular user and group to all files.
So:
You can't just change ownership of all files of an ext-filesystem to a particular user using mount options. You can apply
chown
and/orchgrp
to it, but in many cases this may not be a good idea, in particular for a filesystem that contains your Linux system files and programs.Therefore, don't do that. Instead, make sure your own files are created with you yourself as owner. Create new groups and add yourself to the groups if necessary. In short, just do some sane administration. "All files should be mine" doesn't work.
If you want to mount a "foreign" filesystem, you can, depending on the filesystem, supply the
uid
andgid
mount options. Seeman mount
for details.This works fine for reading, and for writing FAT-based filesystems, but I wouldn't recommend it for writing stuff to NTFS-based filesystems.
It's not important if the disk is internal or external. In fact, the disk isn't important at all, the type of the filesystem is. You didn't say which types of filesystem you have, or even which partitions you want to use.
The only thing one can see from the information you gave is that one of them is NTFS (the "2 TB" one, not the "8 TB"), which doesn't mix well with Linux in the first place.
You get downvotes because it shows that you haven't understood basics about Linux, and are about to do things that will bite you in the long run. Don't do those things.
:) Thanks for letting me know. I'm at work so can't test out these things yet, but I can do some further reading. I believe that if somebody was going to down vote me saying something in a similar vein to what you have written but in a much smaller form would have helped me out massively. I might be wrong, but downvoting and not taking any time to explain your actions is quite rude and unhelpful. But... #internet so I am not surprised lol I just would have appreciated some help. I'm a lite linux user having only started using it in the last 2 years and never needed to tough file systems.
â Jamie Hutber
Nov 3 '17 at 14:52
'Your question sucks because you don't understand basics about Linux ...' isn't very helpful. Perhaps this guy is a new user and everyone has to start somewhere, right? I would have upvoted your answer if not for this comment.
â Time4Tea
Nov 3 '17 at 14:56
@Time4Tea: Of course new users have to start somewhere. That's why I wrote the answer and explained things. And he explicitely asked for feedback "why his question sucks". Maybe I shouldn't have quoted that...
â dirkt
Nov 3 '17 at 15:24
I didn't see him say in the question that 'his question sucks' (perhaps he edited it). I will reverse my downvote, as you changed your comment and your answer is good. I just don't think it's right that people should be criticized, just because they misunderstand a fundamental concept.
â Time4Tea
Nov 3 '17 at 15:36
@Time4Tea: It's in the comments below the question: "You guys over here aren't very helpful with giving me feedback on why the question sucks." So I was giving him feedback on "why the question sucks", as asked. I didn't intend to criticize him. Clearer now?
â dirkt
Nov 4 '17 at 7:34
add a comment |Â
up vote
6
down vote
When you mount something, you mount a filesystem: Basically, a particular way to assign a number of disk blocks to some file name. A filesystem usually occupies one partition, and there may be several partitions on a harddisk.
Unix-centric filesystems (like ext2
, ext3
, ext4) implement the concept that every file "belongs" to a particular user (
uid) or particular group (
gid`).
Other filesystems (FAT, NTFS) may not implement this concept, or may have other ideas what constitutes a "user". In this case, Linux sometimes tries to map the "foreign" ownership and permissions to Linux ones, and sometimes it just assigns a particular user and group to all files.
So:
You can't just change ownership of all files of an ext-filesystem to a particular user using mount options. You can apply
chown
and/orchgrp
to it, but in many cases this may not be a good idea, in particular for a filesystem that contains your Linux system files and programs.Therefore, don't do that. Instead, make sure your own files are created with you yourself as owner. Create new groups and add yourself to the groups if necessary. In short, just do some sane administration. "All files should be mine" doesn't work.
If you want to mount a "foreign" filesystem, you can, depending on the filesystem, supply the
uid
andgid
mount options. Seeman mount
for details.This works fine for reading, and for writing FAT-based filesystems, but I wouldn't recommend it for writing stuff to NTFS-based filesystems.
It's not important if the disk is internal or external. In fact, the disk isn't important at all, the type of the filesystem is. You didn't say which types of filesystem you have, or even which partitions you want to use.
The only thing one can see from the information you gave is that one of them is NTFS (the "2 TB" one, not the "8 TB"), which doesn't mix well with Linux in the first place.
You get downvotes because it shows that you haven't understood basics about Linux, and are about to do things that will bite you in the long run. Don't do those things.
:) Thanks for letting me know. I'm at work so can't test out these things yet, but I can do some further reading. I believe that if somebody was going to down vote me saying something in a similar vein to what you have written but in a much smaller form would have helped me out massively. I might be wrong, but downvoting and not taking any time to explain your actions is quite rude and unhelpful. But... #internet so I am not surprised lol I just would have appreciated some help. I'm a lite linux user having only started using it in the last 2 years and never needed to tough file systems.
â Jamie Hutber
Nov 3 '17 at 14:52
'Your question sucks because you don't understand basics about Linux ...' isn't very helpful. Perhaps this guy is a new user and everyone has to start somewhere, right? I would have upvoted your answer if not for this comment.
â Time4Tea
Nov 3 '17 at 14:56
@Time4Tea: Of course new users have to start somewhere. That's why I wrote the answer and explained things. And he explicitely asked for feedback "why his question sucks". Maybe I shouldn't have quoted that...
â dirkt
Nov 3 '17 at 15:24
I didn't see him say in the question that 'his question sucks' (perhaps he edited it). I will reverse my downvote, as you changed your comment and your answer is good. I just don't think it's right that people should be criticized, just because they misunderstand a fundamental concept.
â Time4Tea
Nov 3 '17 at 15:36
@Time4Tea: It's in the comments below the question: "You guys over here aren't very helpful with giving me feedback on why the question sucks." So I was giving him feedback on "why the question sucks", as asked. I didn't intend to criticize him. Clearer now?
â dirkt
Nov 4 '17 at 7:34
add a comment |Â
up vote
6
down vote
up vote
6
down vote
When you mount something, you mount a filesystem: Basically, a particular way to assign a number of disk blocks to some file name. A filesystem usually occupies one partition, and there may be several partitions on a harddisk.
Unix-centric filesystems (like ext2
, ext3
, ext4) implement the concept that every file "belongs" to a particular user (
uid) or particular group (
gid`).
Other filesystems (FAT, NTFS) may not implement this concept, or may have other ideas what constitutes a "user". In this case, Linux sometimes tries to map the "foreign" ownership and permissions to Linux ones, and sometimes it just assigns a particular user and group to all files.
So:
You can't just change ownership of all files of an ext-filesystem to a particular user using mount options. You can apply
chown
and/orchgrp
to it, but in many cases this may not be a good idea, in particular for a filesystem that contains your Linux system files and programs.Therefore, don't do that. Instead, make sure your own files are created with you yourself as owner. Create new groups and add yourself to the groups if necessary. In short, just do some sane administration. "All files should be mine" doesn't work.
If you want to mount a "foreign" filesystem, you can, depending on the filesystem, supply the
uid
andgid
mount options. Seeman mount
for details.This works fine for reading, and for writing FAT-based filesystems, but I wouldn't recommend it for writing stuff to NTFS-based filesystems.
It's not important if the disk is internal or external. In fact, the disk isn't important at all, the type of the filesystem is. You didn't say which types of filesystem you have, or even which partitions you want to use.
The only thing one can see from the information you gave is that one of them is NTFS (the "2 TB" one, not the "8 TB"), which doesn't mix well with Linux in the first place.
You get downvotes because it shows that you haven't understood basics about Linux, and are about to do things that will bite you in the long run. Don't do those things.
When you mount something, you mount a filesystem: Basically, a particular way to assign a number of disk blocks to some file name. A filesystem usually occupies one partition, and there may be several partitions on a harddisk.
Unix-centric filesystems (like ext2
, ext3
, ext4) implement the concept that every file "belongs" to a particular user (
uid) or particular group (
gid`).
Other filesystems (FAT, NTFS) may not implement this concept, or may have other ideas what constitutes a "user". In this case, Linux sometimes tries to map the "foreign" ownership and permissions to Linux ones, and sometimes it just assigns a particular user and group to all files.
So:
You can't just change ownership of all files of an ext-filesystem to a particular user using mount options. You can apply
chown
and/orchgrp
to it, but in many cases this may not be a good idea, in particular for a filesystem that contains your Linux system files and programs.Therefore, don't do that. Instead, make sure your own files are created with you yourself as owner. Create new groups and add yourself to the groups if necessary. In short, just do some sane administration. "All files should be mine" doesn't work.
If you want to mount a "foreign" filesystem, you can, depending on the filesystem, supply the
uid
andgid
mount options. Seeman mount
for details.This works fine for reading, and for writing FAT-based filesystems, but I wouldn't recommend it for writing stuff to NTFS-based filesystems.
It's not important if the disk is internal or external. In fact, the disk isn't important at all, the type of the filesystem is. You didn't say which types of filesystem you have, or even which partitions you want to use.
The only thing one can see from the information you gave is that one of them is NTFS (the "2 TB" one, not the "8 TB"), which doesn't mix well with Linux in the first place.
You get downvotes because it shows that you haven't understood basics about Linux, and are about to do things that will bite you in the long run. Don't do those things.
edited Nov 3 '17 at 15:25
answered Nov 3 '17 at 11:21
dirkt
14.2k2931
14.2k2931
:) Thanks for letting me know. I'm at work so can't test out these things yet, but I can do some further reading. I believe that if somebody was going to down vote me saying something in a similar vein to what you have written but in a much smaller form would have helped me out massively. I might be wrong, but downvoting and not taking any time to explain your actions is quite rude and unhelpful. But... #internet so I am not surprised lol I just would have appreciated some help. I'm a lite linux user having only started using it in the last 2 years and never needed to tough file systems.
â Jamie Hutber
Nov 3 '17 at 14:52
'Your question sucks because you don't understand basics about Linux ...' isn't very helpful. Perhaps this guy is a new user and everyone has to start somewhere, right? I would have upvoted your answer if not for this comment.
â Time4Tea
Nov 3 '17 at 14:56
@Time4Tea: Of course new users have to start somewhere. That's why I wrote the answer and explained things. And he explicitely asked for feedback "why his question sucks". Maybe I shouldn't have quoted that...
â dirkt
Nov 3 '17 at 15:24
I didn't see him say in the question that 'his question sucks' (perhaps he edited it). I will reverse my downvote, as you changed your comment and your answer is good. I just don't think it's right that people should be criticized, just because they misunderstand a fundamental concept.
â Time4Tea
Nov 3 '17 at 15:36
@Time4Tea: It's in the comments below the question: "You guys over here aren't very helpful with giving me feedback on why the question sucks." So I was giving him feedback on "why the question sucks", as asked. I didn't intend to criticize him. Clearer now?
â dirkt
Nov 4 '17 at 7:34
add a comment |Â
:) Thanks for letting me know. I'm at work so can't test out these things yet, but I can do some further reading. I believe that if somebody was going to down vote me saying something in a similar vein to what you have written but in a much smaller form would have helped me out massively. I might be wrong, but downvoting and not taking any time to explain your actions is quite rude and unhelpful. But... #internet so I am not surprised lol I just would have appreciated some help. I'm a lite linux user having only started using it in the last 2 years and never needed to tough file systems.
â Jamie Hutber
Nov 3 '17 at 14:52
'Your question sucks because you don't understand basics about Linux ...' isn't very helpful. Perhaps this guy is a new user and everyone has to start somewhere, right? I would have upvoted your answer if not for this comment.
â Time4Tea
Nov 3 '17 at 14:56
@Time4Tea: Of course new users have to start somewhere. That's why I wrote the answer and explained things. And he explicitely asked for feedback "why his question sucks". Maybe I shouldn't have quoted that...
â dirkt
Nov 3 '17 at 15:24
I didn't see him say in the question that 'his question sucks' (perhaps he edited it). I will reverse my downvote, as you changed your comment and your answer is good. I just don't think it's right that people should be criticized, just because they misunderstand a fundamental concept.
â Time4Tea
Nov 3 '17 at 15:36
@Time4Tea: It's in the comments below the question: "You guys over here aren't very helpful with giving me feedback on why the question sucks." So I was giving him feedback on "why the question sucks", as asked. I didn't intend to criticize him. Clearer now?
â dirkt
Nov 4 '17 at 7:34
:) Thanks for letting me know. I'm at work so can't test out these things yet, but I can do some further reading. I believe that if somebody was going to down vote me saying something in a similar vein to what you have written but in a much smaller form would have helped me out massively. I might be wrong, but downvoting and not taking any time to explain your actions is quite rude and unhelpful. But... #internet so I am not surprised lol I just would have appreciated some help. I'm a lite linux user having only started using it in the last 2 years and never needed to tough file systems.
â Jamie Hutber
Nov 3 '17 at 14:52
:) Thanks for letting me know. I'm at work so can't test out these things yet, but I can do some further reading. I believe that if somebody was going to down vote me saying something in a similar vein to what you have written but in a much smaller form would have helped me out massively. I might be wrong, but downvoting and not taking any time to explain your actions is quite rude and unhelpful. But... #internet so I am not surprised lol I just would have appreciated some help. I'm a lite linux user having only started using it in the last 2 years and never needed to tough file systems.
â Jamie Hutber
Nov 3 '17 at 14:52
'Your question sucks because you don't understand basics about Linux ...' isn't very helpful. Perhaps this guy is a new user and everyone has to start somewhere, right? I would have upvoted your answer if not for this comment.
â Time4Tea
Nov 3 '17 at 14:56
'Your question sucks because you don't understand basics about Linux ...' isn't very helpful. Perhaps this guy is a new user and everyone has to start somewhere, right? I would have upvoted your answer if not for this comment.
â Time4Tea
Nov 3 '17 at 14:56
@Time4Tea: Of course new users have to start somewhere. That's why I wrote the answer and explained things. And he explicitely asked for feedback "why his question sucks". Maybe I shouldn't have quoted that...
â dirkt
Nov 3 '17 at 15:24
@Time4Tea: Of course new users have to start somewhere. That's why I wrote the answer and explained things. And he explicitely asked for feedback "why his question sucks". Maybe I shouldn't have quoted that...
â dirkt
Nov 3 '17 at 15:24
I didn't see him say in the question that 'his question sucks' (perhaps he edited it). I will reverse my downvote, as you changed your comment and your answer is good. I just don't think it's right that people should be criticized, just because they misunderstand a fundamental concept.
â Time4Tea
Nov 3 '17 at 15:36
I didn't see him say in the question that 'his question sucks' (perhaps he edited it). I will reverse my downvote, as you changed your comment and your answer is good. I just don't think it's right that people should be criticized, just because they misunderstand a fundamental concept.
â Time4Tea
Nov 3 '17 at 15:36
@Time4Tea: It's in the comments below the question: "You guys over here aren't very helpful with giving me feedback on why the question sucks." So I was giving him feedback on "why the question sucks", as asked. I didn't intend to criticize him. Clearer now?
â dirkt
Nov 4 '17 at 7:34
@Time4Tea: It's in the comments below the question: "You guys over here aren't very helpful with giving me feedback on why the question sucks." So I was giving him feedback on "why the question sucks", as asked. I didn't intend to criticize him. Clearer now?
â dirkt
Nov 4 '17 at 7:34
add a comment |Â
up vote
0
down vote
I suspect this is due to the nosuid option used for mounting, and that you are mounting as root (at bootup).
The mount man page states:
suid
Allow set-user-identifier or set-group-identifier bits to take effect.
nosuid
Do not allow set-user-identifier or set-group-identifier bits to take effect. (This seems safe, but is in fact rather unsafe if you have suidperl(1) installed.)
That said, with anything to do with disks, take backups and read manuals before you do anything. And if you do do anything, make sure you have a WORKING backup!
(no)suid
affects the suid mode bit (shown ass
inll
, also see `man chmod) and not the owner/group of a file.
â dirkt
Nov 6 '17 at 19:49
Sadly indeed, this has no effect for me
â Jamie Hutber
Nov 12 '17 at 23:30
add a comment |Â
up vote
0
down vote
I suspect this is due to the nosuid option used for mounting, and that you are mounting as root (at bootup).
The mount man page states:
suid
Allow set-user-identifier or set-group-identifier bits to take effect.
nosuid
Do not allow set-user-identifier or set-group-identifier bits to take effect. (This seems safe, but is in fact rather unsafe if you have suidperl(1) installed.)
That said, with anything to do with disks, take backups and read manuals before you do anything. And if you do do anything, make sure you have a WORKING backup!
(no)suid
affects the suid mode bit (shown ass
inll
, also see `man chmod) and not the owner/group of a file.
â dirkt
Nov 6 '17 at 19:49
Sadly indeed, this has no effect for me
â Jamie Hutber
Nov 12 '17 at 23:30
add a comment |Â
up vote
0
down vote
up vote
0
down vote
I suspect this is due to the nosuid option used for mounting, and that you are mounting as root (at bootup).
The mount man page states:
suid
Allow set-user-identifier or set-group-identifier bits to take effect.
nosuid
Do not allow set-user-identifier or set-group-identifier bits to take effect. (This seems safe, but is in fact rather unsafe if you have suidperl(1) installed.)
That said, with anything to do with disks, take backups and read manuals before you do anything. And if you do do anything, make sure you have a WORKING backup!
I suspect this is due to the nosuid option used for mounting, and that you are mounting as root (at bootup).
The mount man page states:
suid
Allow set-user-identifier or set-group-identifier bits to take effect.
nosuid
Do not allow set-user-identifier or set-group-identifier bits to take effect. (This seems safe, but is in fact rather unsafe if you have suidperl(1) installed.)
That said, with anything to do with disks, take backups and read manuals before you do anything. And if you do do anything, make sure you have a WORKING backup!
answered Nov 6 '17 at 10:00
KolonUK
544
544
(no)suid
affects the suid mode bit (shown ass
inll
, also see `man chmod) and not the owner/group of a file.
â dirkt
Nov 6 '17 at 19:49
Sadly indeed, this has no effect for me
â Jamie Hutber
Nov 12 '17 at 23:30
add a comment |Â
(no)suid
affects the suid mode bit (shown ass
inll
, also see `man chmod) and not the owner/group of a file.
â dirkt
Nov 6 '17 at 19:49
Sadly indeed, this has no effect for me
â Jamie Hutber
Nov 12 '17 at 23:30
(no)suid
affects the suid mode bit (shown as s
in ll
, also see `man chmod) and not the owner/group of a file.â dirkt
Nov 6 '17 at 19:49
(no)suid
affects the suid mode bit (shown as s
in ll
, also see `man chmod) and not the owner/group of a file.â dirkt
Nov 6 '17 at 19:49
Sadly indeed, this has no effect for me
â Jamie Hutber
Nov 12 '17 at 23:30
Sadly indeed, this has no effect for me
â Jamie Hutber
Nov 12 '17 at 23:30
add a comment |Â
up vote
0
down vote
As others have suggested, it seems that the reason your file permission changes are not persisting may be because of compatibility issues between Linux and the NTFS file system (which is designed for use with Windows). There are a couple of pages here that describe some things you could try to get it to work:
Is NTFS under linux able to save a linux file, with its chown and chmod settings?
Any way of maintaining permissions when using NTFS mounted drive in Ubuntu?
add a comment |Â
up vote
0
down vote
As others have suggested, it seems that the reason your file permission changes are not persisting may be because of compatibility issues between Linux and the NTFS file system (which is designed for use with Windows). There are a couple of pages here that describe some things you could try to get it to work:
Is NTFS under linux able to save a linux file, with its chown and chmod settings?
Any way of maintaining permissions when using NTFS mounted drive in Ubuntu?
add a comment |Â
up vote
0
down vote
up vote
0
down vote
As others have suggested, it seems that the reason your file permission changes are not persisting may be because of compatibility issues between Linux and the NTFS file system (which is designed for use with Windows). There are a couple of pages here that describe some things you could try to get it to work:
Is NTFS under linux able to save a linux file, with its chown and chmod settings?
Any way of maintaining permissions when using NTFS mounted drive in Ubuntu?
As others have suggested, it seems that the reason your file permission changes are not persisting may be because of compatibility issues between Linux and the NTFS file system (which is designed for use with Windows). There are a couple of pages here that describe some things you could try to get it to work:
Is NTFS under linux able to save a linux file, with its chown and chmod settings?
Any way of maintaining permissions when using NTFS mounted drive in Ubuntu?
answered Nov 7 '17 at 18:51
Time4Tea
866119
866119
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f400968%2fhdd-mount-option-to-grant-ownership-of-files-on-drive%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
lol a downvote? What for?
â Jamie Hutber
Oct 27 '17 at 22:27
You guys over here aren't very helpful with giving me feedback on why the question sucks. Any idea would help a lot guys.
â Jamie Hutber
Nov 3 '17 at 10:39
I agree that 'your question sucks ...' comments are not very helpful. Surely this site is supposed to be catering for all levels of users?
â Time4Tea
Nov 3 '17 at 14:57
I upvoted your question, because although you seem to have some misunderstanding about file ownership, you've made an effort with your question and included several screenshots.
â Time4Tea
Nov 3 '17 at 15:33