Linux - SecurityThis forum is for all security related questions.
Questions, tips, system compromises, firewalls, etc. are all included here.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
on this NTFS partition with that new ntfs programmed into the kernel as that is what I read about it, and putting it back to ntfs3g gave me strange results, aka booting errors.
OS's
Slackware,
Ubuntu Studio 22.10 - for fully accessible tablet
windows
on my ntfs drive:
I mostly notice it because that is what I am using for this project with blender. if one user creates a file and i go in to edit it with another user it does not allow me to save it.
User IDs
both distros the user and main group is the same IDs for compatibility. Using the 'users' group to "try" and control both read a write executable through the "users" group, but it is not working (all of the time, or lately)
Code:
blender@Ubutt-Butt:/home/userx
$ ls -la /media/ntfs
total 833792
drwxrwxr-x 1 userx users 28672 Feb 7 17:10 .
drwxr-xr-x 9 root root 4096 Feb 4 10:40 ..
drwxrwxrwx 1 userx users 0 Jan 20 13:16 '$RECYCLE.BIN'
drwxrwxr-x 1 userx users 32768 Jan 28 16:49 blender-videos
drwxrwxrwx 1 userx users 0 Feb 7 17:04 BL_proxy
-rw-r--r-- 1 blender users 375194 Feb 7 17:15 face.png
drwxrwxr-x 1 userx users 4096 Feb 7 20:16 futurama-heads
-rw-rw-r-- 1 userx users 110690067 Aug 30 11:46 'How to Paint Skin Like Disney Characters in Blender (Full Guide)-xIk3gF53cig.mp4'
-rw-rw-r-- 1 userx users 28245132 Jan 23 20:28 HuionTablet_v15.0.0.89.202205241352.x86_64.deb
-rw-rw-r-- 1 userx users 7069104 Jan 28 10:55 human-skin-pratice-file_V1.blend
-rw-rw-r-- 1 userx users 7876836 Jan 28 15:17 human-skin-pratice-file_V2.blend
-rw-rw-r-- 1 userx users 7863748 Jan 28 14:33 human-skin-pratice-file_V2.blend1
-rw-rw-r-- 1 userx users 45025 Jan 25 11:17 istockphoto-1362875586-1024x1024.jpg
-rw-r--r-- 1 userx users 170179 Feb 6 09:59 _jadevanillahair.jpg
some files are saved with both user and group rw permissions,and some ware not.
does anyone have a method to fix that so that regardless of who created the file if a user is in a designated group (users) they too will have read, write, and or executable permissions on that file as well?
NTFS ACLs are Windows style and do not translate directly (some of them AT ALL) into *nix ACLs. You cannot properly manage NTFS ACLs form Linux, or Linux ACLs from Windows: it will always fail at some non-trivial point. Often in disturbing and confusing ways. Oh, and at the worst time.
NTFS ACLs are Windows style and do not translate directly (some of them AT ALL) into *nix ACLs. You cannot properly manage NTFS ACLs form Linux, or Linux ACLs from Windows: it will always fail at some non-trivial point. Often in disturbing and confusing ways. Oh, and at the worst time.
well, it use to be windows had no permissions (ntfs3g)in linux making it nice to not have to worry about this.
Best strategy now is to firmly set the intended permissions on "the side" – probably Windows in this case – "which actually holds the data." Then, nevermind the rules systems which might hold on the "foreign side," since these don't actually matter. Whatever exists is merely a mapping from one [incompatible ...] context to the other.
Last edited by sundialsvcs; 02-08-2023 at 09:42 PM.
Best strategy now is to firmly set the intended permissions on "the side" – probably Windows in this case – "which actually holds the data." Then, nevermind the rules systems which might hold on the "foreign side," since these don't actually matter. Whatever exists is merely a mapping from one [incompatible ...] context to the other.
I guess I'll have to go into windows and figure out how to set permissions on there drives now. and see what that does.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.