Ok, after doing a clean install, by creating the first CD and using linux askmethod via NFS install, so far so good.
But I discovered a couple of things and not sure how to go about this...
1 - When su'ing to root, I get this..
[mike@bart mike]$ su - Password: su: warning: cannot change directory to /root: Permission denied
But I can change to /root manually after I get to root, just not initially on it's own when the su - is issued.
2 - While running mozilla and browsing a directory to import my bookmarks as normal user, it wouldn't let me view the /home dir unless I turn off selinux temporarily (it's back on now though).
Do I have to enable/edit something (as in /etc/security/selinux/src/*something*) to allow me to do this?
Which I am the only user besides the system/root that logs on here, maybe my username needs admin rights or something?
3 - While trying to start from gnome using redhat/system settings/login screen, it asks for root password but never starts.
On Tue, 2004-03-30 at 07:58, Mike Chambers wrote:
3 - While trying to start from gnome using redhat/system settings/login screen, it asks for root password but never starts.
Running gdmsetup as root from command line does bring it up and allow me to change it.
On Tue, 2004-03-30 at 08:01, Mike Chambers wrote:
On Tue, 2004-03-30 at 07:58, Mike Chambers wrote:
3 - While trying to start from gnome using redhat/system settings/login screen, it asks for root password but never starts.
Running gdmsetup as root from command line does bring it up and allow me to change it.
Sorry for testing this more thoroughly and sending out just one email, but it seems *nothing* in System Settings will come up when clicking on it.
mike@netlyncs.com (Mike Chambers) writes:
Ok, after doing a clean install, by creating the first CD and using linux askmethod via NFS install, so far so good.
Some of your questions are in the FAQ: Q:.
I installed Fedora Core on a system with an existing /home partition, and now I can't log in. A:.
Your /home partition is not labeled correctly. You can fix this by labeling /home correctly:
/usr/sbin/setfiles /etc/security/selinux/file_contexts /home
You will need to have the policy-sources package installed to use setfiles. Alternately, you can use the fixfiles utility to relabel /home without having to install policy-sources.
On Tue, 2004-03-30 at 08:26, netopml@newview.com wrote:
Your /home partition is not labeled correctly. You can fix this by labeling /home correctly:
Finally, ended up running the full blown make;make relabel and rebooted after trial and error a couple of times. Can even access /home now.
Still having problems with running the system-config programs under the Gnome menus. Such as redhat/System Settings/Login Screen. It asks for root password but keeps asking and doesn't bring up the program. So far none of them work and do the same thing.
I did edit /etc/sysconfig/security/src/policy/user file and added myself as normal user before doing the relabeling.
On Tuesday 30 March 2004 08:58, Mike Chambers wrote:
Ok, after doing a clean install, by creating the first CD and using linux askmethod via NFS install, so far so good.
But I discovered a couple of things and not sure how to go about this...
1 - When su'ing to root, I get this..
[mike@bart mike]$ su - Password: su: warning: cannot change directory to /root: Permission denied
But I can change to /root manually after I get to root, just not initially on it's own when the su - is issued.
I see this too (and have seen it with my recent development-snapshit installs). This looks like a bug to me and I have been meaning to file a report on it. I will give you the pleasure.
[snip]
3 - While trying to start from gnome using redhat/system settings/login screen, it asks for root password but never starts.
I suspect this is the same thing I saw with system-config-soundcard being invoked. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119433
I am sure the problem is not really against s-c-s but ffiled it there figuring it would get properly assigned by someone who understood the problem.
You might try and run the programs from a terminal to see if you get the "Could not set exec context to user_u:sysadm_r:sysadm_t." message also.
On Tue, 2004-03-30 at 09:41, Gene C. wrote:
I see this too (and have seen it with my recent development-snapshit installs). This looks like a bug to me and I have been meaning to file a report on it. I will give you the pleasure.
LOL, well all I did (I think) was edit the users file for selinux and added myself as normal user. Reran the make;make relabel and I believe that is what fixed it.
I suspect this is the same thing I saw with system-config-soundcard being invoked. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119433
I am sure the problem is not really against s-c-s but ffiled it there figuring it would get properly assigned by someone who understood the problem.
You might try and run the programs from a terminal to see if you get the "Could not set exec context to user_u:sysadm_r:sysadm_t." message also.
Ran a few system-config-* commands and they all seem to work as root from command line, just not from the menu's when the root password is involked.
PS. up2date doesn't seem to work that way either, except via command line.
On Tuesday 30 March 2004 11:16, Mike Chambers wrote:
On Tue, 2004-03-30 at 09:41, Gene C. wrote:
I see this too (and have seen it with my recent development-snapshit installs). This looks like a bug to me and I have been meaning to file a report on it. I will give you the pleasure.
LOL, well all I did (I think) was edit the users file for selinux and added myself as normal user. Reran the make;make relabel and I believe that is what fixed it.
If I could spell/type I would be dangerous. I meant snapshot! I had pretty good luck with the recent ones actually.
If I do "su -" from a user which has an admin role defined, then it works properly and changes to root's home directory. However, if I do "su -" from a regular (default role) defined user, then it does not change directories.
Gene C. kirjoitti viestissään (lähetysaika tiistai, 30. maaliskuuta 2004 18:41):
3 - While trying to start from gnome using redhat/system settings/login screen, it asks for root password but never starts.
I suspect this is the same thing I saw with system-config-soundcard being invoked. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119433
The same thing happens with all applications that use consolehelper.
Markku Kolkka wrote:
Gene C. kirjoitti viestissään (lähetysaika tiistai, 30. maaliskuuta 2004 18:41):
3 - While trying to start from gnome using redhat/system settings/login screen, it asks for root password but never starts.
I suspect this is the same thing I saw with system-config-soundcard being invoked. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119433
The same thing happens with all applications that use consolehelper.
Basically there is a bug in policy, If you change your user to staff_r instead of user_r this will fix it. (You need to relabel homedir after you do this.)
Alternately you could modify the user_u line in users to have the following
user user_u roles { user_r sysadm_r system_r };
Dan
-
Daniel J Walsh -
Gene C. -
Markku Kolkka -
Mike Chambers -
netopml＠newview.com