Thorsten Haude <[EMAIL PROTECTED]> writes: >[EMAIL PROTECTED] % login >No utmp entry. You must exec "login" from the lowest level "sh"
login weigert sich, wenn sein controlling terminal keinen utmp-Eintrag hat, oder wenn es kein Sitzungsführer ist. Umgekehrt müssen also folgende Bedingungen erfüllt sein: (1.) logins controlling terminal muss in /var/run/utmp verzeichnet sein. (2.) logins session id (siehe manual page getsid(2)) muss gleich seinem process id sein. (Dann ist login Sitzungsführer.) Auf die erste Bedingung weist der erste Satz der Fehlermeldung hin. Auf die zweite Bedingung weist der zweite Satz der Fehlermeldung hin. Um die erste Bedingung zu erfüllen, müsstest Du login z.B. an der Console, über rlogin/slogin oder in einem utmp-xterm starten. Ein utmp-xterm erhältst Du, indem Du beim Start des xterms den Parameter "+ut" angibst, siehe (manual page xterm(1)). Um die zweite Bedingung zu erfüllen, kannst Du ein shell, das selbst Sitzungsführer ist, durch einen login-Prozess ersetzen, indem Du in diesem shell das Kommando exec login startest. Das meint der zweite Satz der Fehlermeldung. In der Summe müsste also xterm +ut -e login tun. Ansonsten wäre auch su statt login eine Möglichkeit: su stellt weder die erste noch die zweite Anforderung. (Allerdings ist su auf meinem woody-debian % uname -msr Linux 2.4.18-bf2.4 i686 eine Katastrophe und nicht wirklich brauchbar, wenn es um das Starten eines nicht-interaktiven shells geht.) -- Wenn Sie mir E-Mail schreiben, stellen | When writing me e-mail, please Sie bitte vor meine E-Mail-Adresse | precede my e-mail address with meinen Vor- und Nachnamen, etwa so: | my full name, like Helmut Waitzmann <[EMAIL PROTECTED]>, (Helmut Waitzmann) [EMAIL PROTECTED]