Ich hatte gerade das gleiche Problem. In der neuesten Version von screen können Sie den -q angeben markieren, um den Bildschirm zu beruhigen, und verhindern, dass er angezeigt wird.
Die Quelle zeigt
if (rflag && (rflag & 1) == 0 && !quietflag)
daher weiß ich nicht, wo Gilles das gefunden hat oder wann es geändert wurde.
Leider ist dieses Verhalten in der Quelle fest codiert:Derselbe Test wird verwendet, um zu bestimmen, ob die Benachrichtigung „Neuer Bildschirm ...“ ausgegeben und ob eine Verbindung zu einer laufenden Sitzung hergestellt werden soll. (Im Bildschirm 4.0.3 Quelle, (rflag && (rflag & 1) == 0) in attacher.c und screen.c — rflag ist 1 für -r plus 2 für jeden -R .)
Wenn Sie bereit sind, neu zu kompilieren, ist der Patch trivial:Entfernen Sie die Zeile, die die Nachricht von screen.c anzeigt .
Sie können die Nachricht verschwinden lassen, indem Sie etwas eingeben. Wenn Sie keinen Schlüssel eingeben möchten, der die Anwendung im Bildschirmfenster erreicht, können Sie C-a ` eingeben oder ein anderer ungebundener Schlüssel.
Eine Art einfache Problemumgehung besteht darin, die Bildschirmsitzung sofort zu trennen (entweder mit C-a d oder mit dem detach Befehl im screenrc Datei; -m auf der Kommandozeile funktioniert dafür nicht, wenn -R ebenfalls angegeben ist), dann erneut anhängen (z. B. durch erneutes Ausführen desselben Befehls).
Eine wirklich klobige, aber vollautomatische Problemumgehung besteht darin, die folgenden Zeilen in screenrc aufzunehmen Datei, um Nachrichten anfänglich zu überspringen und sie eine Sekunde später wieder zu aktivieren:
msgwait 0
screen -t post_initialization 39 sh -c 'sleep 1; screen -X msgwait 5'
(39 ist die höchstmögliche Fensternummer, es ist eine Option zur Kompilierzeit (MAXWIN ).)
Beachten Sie, dass beide Problemumgehungen jede Meldung screen ausblenden wählt, beim Start anzuzeigen, nicht nur den nutzlosen "Neuer Bildschirm ...".