Weil sogar diese "Init-Scripts" das so machen, ein Auszug davon:
start() {
if [ ! -d $DIR ]; then echo " ... No such directory: $DIR!"; exit 1; fi
if [ ! -x $DIR/$DAEMON ]; then echo "$DIR/$DAEMON does not exist or is not executable!"; exit 1; fi
if status; then echo " ... $DESC: $NAME is already running!"; exit 1; fi
case "$usagetype" in
root)
su - $CS_USER -c "cd $DIR ; screen -AmdS $NAME ./$DAEMON $PARAMS"
;;
nonroot)
cd $DIR ; screen -AmdS $NAME ./$DAEMON $PARAMS
;;
esac
}
Alles anzeigen
Außerdem findet man das so in jedem Tutorial, dmS hab ich auch schon probiert. Da kann ich einmal screen -ls eingeben und danach ist das Teil futsch.
Zitat2. Es gibt seit längerem tmux als Nachfolger von screen. tmux ist viel flexibler. screen war früher der Standard für bestimmte Dinge.
Solange ich aber nicht rausfinde warum mein Screen nicht läuft, steige ich auch nicht um. Ich kann ja nicht jeden Fehler stehen lassen und dafür immer auf was anderes umsteigen.
Ich denke, der Server muss neu augesetzt werden. Ich habe mir einen virtuellen Rechner aufgesetzt mit den gleichen Programmen und dort geht es einwandfrei. Ich kann am Server nicht einmal nur "screen" aufrufen, es heisst sofort "No more PTY's found", beim V-PC geht sofort ein Screen auf. Oder gibt es die Möglichkeit alles von Screen runterzuschmeissen? Aptitude -purge screen hat es zwar deinstalliert aber nach der Neuinstallation hieß es, es seien noch zig Dateien vorhanden. Mit z.B. dpkg -ls | grep screen konnte ich allerdings nichts mehr finden.
Ich müsste Screen mal versuchen komplett zurückzusetzen.