89
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 15 Apr 2024
89 points (86.8% liked)
Linux
45615 readers
1191 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
What's the use case? What are you running into that you want to launch as sudo through the gui that isn't pulling up the dialogue automatically?
A few folks have argued this is unnecessary, but I'm curious about your perspective on why and when you think it would be useful
Almost anything. The first thing I tried to do was delete a file off of a network share. Also, editing the name of a file copied from a network share. Also, editing text files, also, formatting a thumb drive. I am not afraid of the command line, I just don't prefer it for every single time.
Some people may consider this a permissions issue, which is technically correct but does not bring anyone closer to solving the problem that:
Delete file - enter password - [the file gets deleted]Is a lot more straightforward of a process for some people than navigating file permissions system and entering the correct commands into the terminal just to be rid of a file you didn't want in the first place.
See? This is why I've been asking this question several times. You caused a lot of headache on yourself and now you think running things as sudo is the solution when it's what put you in a pickle to begin with.
Let's deconstruct what you said:
If you couldn't do that it's because you were connecting to the share using your user, but for some reason on whatever program you used might have tried the admin busier when you ran the program as root. For the network share it doesn't matter what user is on your local machine, so this is an issue on how you're accessing the share on your user, not with needing to run the program as root
Of course, if you ran the above with sudo any file copied over will be owned by root, so now your regular user can't edit them
I imagine you mean files copied over with the above problem, so same thing applies.
Formatting thumb drives can absolutely be done without running the while program on root, why do you think you need this? How are you trying to do that?
I can imagine, I've seen people run things like
sudo npm installand now they have issues because their node folder is owned by root, it's very similar to what you're experiencing, a small issue at the beginning triggered an avalanche of issues because you ran one program with sudo. Do you see why everyone is very cautiously asking why do you think you need this?See how this was an XY problem? You're asking how to add a "run as administrator" but what you actually want is to access a network share with your user. I don't mean any of this in a bad tone, but there's a reason people keep asking you why, it's because what you're asking is almost never a good idea and leads to problems such as this, imagine if you had been able to create that menu item? You would start using it and getting more and more files owned as root that would cause you to need this more and more until you end up just running everything on root.
That's a permissions problem not a run as root problem.
That was also my take. If it's something you should be able to edit, your user should have permissions to do that. Jumping to running as root every time has lots of unintended consequences.
I do think a functionally similar idea would be a button to "take ownership" (grant "/r/w/x") of a file that would prompt for root password. That way things don't run as root that shouldn't. Would that be a good compromise between Linux permissions and Windows workflow?
Regarding formatting a drive, whatever program you are doing that in should ask for root p/w when performing that operation. If it just refuses because of permissions that seems like a bug.
Isn't that a feature that's already implemented? The alternative is you could run chown -R [username] . in the correct directory.
That's what I'm thinking. A menu entry that just runs chown -R [username] on whatever you click is the idea
That's would work but it would be kind of dangerous
Just saw your edit. One thing you should be doing is taking ownership of directories you plan to be working in. So for an external drive for example, you'd want to make sure your user(s) have r/w/x permission recursively (granting permission for all files and folders underneath using the same command) on the root folder of the drive then you can move stuff on and off freely.
I agree it could be more straightforward, but ideally you'd only have to do it one time when you first use the drive with that machine
The permissions problem was likely created by running something as root. You have a chicken and the egg problem my friend.