Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
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.
kindly ignore the previous word.
sorry for bother. but I didn't get the resolution for my actual question. ok let see some others point out from Google search.
Please go back and re-read post #7. You have been asked SEVERAL TIMES now to explain what you're trying to do...the reason it twofold:
What you're trying to do is STILL A VERY BAD IDEA
There may be (and probably ARE) many other ways to accomplish whatever it is you'd like WITHOUT logging in to the GUI console as root.
You still haven't answered, despite being asked several times. You still haven't said why you're using RHEL instead of CentOS, or if you're paying for RHEL. If you're in the 30 day trial period, then you have SUPPORT in that period; use it.
But if you're not going to answer questions when asked, there isn't much point in opening an thread. Unless you participate in the conversation, there's not much else we can tell you.
I don't see why the OP should have to inform you about company internals. If the OP is paying for a subscription and of which type that subscription is is information that is not relevant at all for the problem at hand.
Quite right, I see your point.
Quote:
Indeed, but you were not pointing out, you started yelling at the OP in your very first post. I don't believe that you don't know about Netiquette.
I certainly know the basics. I also know how to look up someones posting history...and when making such a comment about my lack of netiquette, I believe a good first step is to consider the actions of both parties.
Quote:
The OP registered here three years ago, I wouldn't call that new to the scene. Also, there is a difference between pointing something out and yelling at people on a forum. You started with the latter and kept that course over the thread.
...which brings me back to the OP's posting history. Please take a look at it, before berating me.
Quote:
That you are doing self support for your OS does in no way indicate that you do self support for the applications running on the OS. A lot of software is only supported on RHEL, but not on other distributions, including CentOS.
Indeed...which is why the OP was queried as to what they were attempting to accomplish, and as to their level of support. It could very well be that they are running RHEL 7 BETA (unpatched), and a fix was already released to address their issue. It could be they don't have things installed...and without paid access, installing it will have a totally different procedure. Which is why the OP was asked, several times.
I was not intending to derail the thread, but get the OP to provide details.
I guess I misunderstood what LinuxQuestions.org was about... I thought one could post a question and the answer would be discussed until a reasonable solution was found. It turns out it's a site to go to if you want to BE ASKED a bunch of questions. It seems, at least in this thread that the answer to all questions is "contact RHEL support".
I find it amazing that nobody has posted a solution.
I guess I misunderstood what LinuxQuestions.org was about... I thought one could post a question and the answer would be discussed until a reasonable solution was found. It turns out it's a site to go to if you want to BE ASKED a bunch of questions.
When asking a question, if you don't provide details, how do you think anyone can help?? By asking QUESTIONS to clarify things...this is even spelled out in the LQ posting guidelines. Also, if you read this thread, you'd see the OP's posting history is littered with questions with no details.
Quote:
It seems, at least in this thread that the answer to all questions is "contact RHEL support".
RHEL is NOT FREE...you can use it, but you get ZERO support. In this, and in MANY other threads and many other forums on the internet, this is widely echoed. If you use RHEL, you need to pay for a variety of reasons. Otherwise, use CentOS, which is TOTALLY free, and nearly identical. That was also suggested to the OP several times, not only in this thread, but in others they posted.
Quote:
I find it amazing that nobody has posted a solution.
Really?? Except for post #2, where the solution WAS posted? And then was asked what they were trying to accomplish, since they never clearly stated what the issue was. Logging in as root at the console is a bad idea, and should ALWAYS be avoided.
that "pam hack" will cause all kinds of PROBLEMS -- of the UNSOLVABLE type
( well mostly unsolvable - but so hard that using the NORMAL WAY OF DOING THINGS IS SO MUCH EASIER )
------ DO NOT USE!!!! ------
--- DO NOT USE that pam hack !!!!!!
if
and this is a very big IF
you "must" use a GUI
then login to the GUI as the FIRST normal user
uuid 501
THEN
use this to become "root"
Code:
su -
--- -type in the root password when asked --
nautilus
now
the Gnome desktop filemanager is running as ROOT
I find it amazing that nobody has posted a solution.
The reason why RHEL doesn't permit an easy solution to this desire is that it would be inappropriate in the sort of situation in which RHEL is used.
The server version is normally going to be used by an administrator and without a GUI. That's why it allows a root login.
The desktop version is going to be used by ordinary staff or students and with a GUI. Its users should not be able to log in with full administrative privileges if by some means they get their hands on the root password! If one of them can be trusted to safely carry out some administrative functions, then the administrator can give them limited access with their own password using sudo.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.