b645zai@utarlg.utarl.edu (Jay Finger) (12/28/90)
I think I just saw someone else with a problem similar to this, but of course I ignored whatever solutions were posted. If at the login window I enter a correct name and password, the login window will disappear for about 2 seconds, and then reappear again. If I try to log in as root everything works, though. If I pull up a terminal window (while logged on as root), and enter "login name", and then a correct password, a line showing the time of the last login is displayed, followed by "login: no shell: Permission denied", and then the terminal window is automatically closed. (If an incorrect password is given, the message "Login incorrect" is given, as normal). If I try to su to a non-root account, the message "No shell" is output and another prompt is given for root. Here's what I was doing immediately before it stopped taking non-root logins: I was logged in as root, and had made a copy of one of the .movies from /NextLibrary/Images/Scene_movies. The new .movie was in /. As I was planning to play around with the .script.ps file inside (while not logged in as root) I pulled up a shell, and did a "chmod 666 *" on all of the files inside of the .movie, and then a "chmod 777" on the movie itself (a ".movie" file is actually a directory with things inside it, in case you're thinking there's something weird going on here). After I logged out of the shell, and brought the file viewer window back up (in browser mode) all files had the invalid file icon (a document icon with a question mark inside). *Everything*, links, directories, file, the works. The browser was showing me the root directory, and none of the directories had the arrows next to them; selecting a directory showed the invalid file icon (as I already stated), and did not show the contents of the directory. Thinking that I might have run across an obscure bug in Workspace, I decided to log out then instead of experimenting. After that I rebooted in single user mode and ran "fsck -P", but it didn't report any problems. Since then I have not been able to log on as anything other than root. The icons do show up correctly though, and I can also search through the entire directory structure from the workspace. "/bin" has a permission of 755, and /bin/csh and /bin/sh are also set to 755. I tried creating new users, thinking that existing ones had been corrupted somehow, but trying to log on as the new users has the same results. Going through the net-info database from NetInfoMgr didn't show any obvious problems, but I don't have a copy of the original data-base files to try in their place. I'm using a NeXTStation with a 105Meg drive. The only other software I've added to the standard distribution is kermit and tetris, so it's not a case of the motd problem being incompatible with NextStep 2.0. odmach/sdmach has a permission of 444, so I don't think I ran that by mistake. Booting in verbose test mode doesn't show anything out of the ordinary. If it makes any difference, I'm running a stand-alone machine, and have not tried freeing up space by removing everything in sight. If you have any solutions, hints, guesses, wild ideas, etc, please tell me. Please keep in mind that I don't have the extended release, and therefore my man-pages are limited to the small set that's included in the "Network and System Administration" manual. ---- #include <stddisclaimer.h> Jay Finger Computer Science and Engineering, University of Texas at Arlington b645zai@utarlg.utarl.edu finger@evax.utarl.edu finger@csun5.utarl.edu
finger@evax.arl.utexas.edu (Jay Finger) (12/29/90)
Thanks to those of you who responded. I managed to get the permissions on the root directory set to 666. I was in the sub-directory at the time, but I did a "chmod 666 .*" in order to also set the hidden files in the subdirectory, one of which (obviously) was "..", thus changing root. -- ---- #include <stddisclaimer.h> Jay Finger Computer Science and Engineering, University of Texas at Arlington