Hallo Liste,
ich weiß, es gab da mal einen schönen Vortrag zu screen vom Chris, aber entweder ich habe nicht die ganze Zeit zugehört oder der Zahn der Zeit hat meine Zellen zernagt...
Ich möchte screen als Loginshell nutzen: kein Problem - ab damit in /etc/passwd, bein einloggen kommt die Session hoch, allerdings möchte ich die Screen- Session schon beim booten starten, und dann da gleich noch schwuppdiwupp ein paar kleine Progrämmchen, die dann nett in den einzelnen Fenstern ihren Text schreiben.
Aber da steckt der Floh: Sie meint dann immer zu mir, dass screen keine Konsole hat (/dev/console oder /dev/pts/1 ...), und startet die screen Session nicht (screen -m -d -U -S pommeranze ) Geht es grundsätzlich nicht, screen für einen user über rc.local zu starten (sudo -u XCV 'screen .....' )? Habe schon versucht, es über eine ssh -t XCV@babajaga 'screen ....' zu starten - aber auch hier selbiges Problem.
Kann mir jemand DEN Tip geben?
Grüße Ingo
Hallo Ingo,
hier mal ein Auszug, wie ich screen (in diesem Fall mit byobu) in einem script in /etc/init.d/ verwende...
su -c "stty start undef && stty stop undef" ${user}
su -c "byobu -dm -c /home/cyberSAP/.byobu/windows" ${user} | tee -a "$logfile"
in /home/cyberSAP/.byobu/windows siehts dann so aus:
source profile screen -t Name1 2 /pfad/zum/programm/programm.sh screen -t Name2 1 /pfad/zum/programm/programm.sh
Am 19.03.2010 23:13, schrieb Ingo Jannick:
Hallo Liste,
ich weiß, es gab da mal einen schönen Vortrag zu screen vom Chris, aber entweder ich habe nicht die ganze Zeit zugehört oder der Zahn der Zeit hat meine Zellen zernagt...
Ich möchte screen als Loginshell nutzen: kein Problem - ab damit in /etc/passwd, bein einloggen kommt die Session hoch, allerdings möchte ich die Screen- Session schon beim booten starten, und dann da gleich noch schwuppdiwupp ein paar kleine Progrämmchen, die dann nett in den einzelnen Fenstern ihren Text schreiben.
Aber da steckt der Floh: Sie meint dann immer zu mir, dass screen keine Konsole hat (/dev/console oder /dev/pts/1 ...), und startet die screen Session nicht (screen -m -d -U -S pommeranze ) Geht es grundsätzlich nicht, screen für einen user über rc.local zu starten (sudo -u XCV 'screen .....' )? Habe schon versucht, es über eine ssh -t XCV@babajaga 'screen ....' zu starten - aber auch hier selbiges Problem.
Kann mir jemand DEN Tip geben?
Grüße Ingo
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Hi Ingo,
On Fri, Mar 19, 2010 at 23:13:28 +0100, Ingo Jannick wrote:
Ich moechte screen als Loginshell nutzen: kein Problem - ab damit in /etc/passwd, bein einloggen kommt die Session hoch,
Auf screen als Loginshell verzichte ich aus folgendem Grund: Beim lokalem oder remote Login ist nie eindeutig entscheidbar, ob man eine neue Session haben will, oder ob eine bereits laufende detached/reattached werden soll. Wenn man immer die bereits laufende Session uebernimmt, kann das Environment darin zu alt sein (z.B. falsch gesetzte DISPLAY oder SSH_AGENT_PID).
allerdings moechte ich die Screen-Session schon beim booten starten, und dann da gleich noch schwuppdiwupp ein paar kleine Prograemmchen, die dann nett in den einzelnen Fenstern ihren Text schreiben.
Das hat zunaechst mal nichts mit Logins zu tun.
Aber da steckt der Floh: Sie meint dann immer zu mir, dass screen keine Konsole hat (/dev/console oder /dev/pts/1 ...), und startet die screen Session nicht (screen -m -d -U -S pommeranze )
Die Frage ist: Wann genau wird das rc.local-Skript beim Booten ausgefuehrt? Die verschiedenen Distributoren haben bezueglich des Zwecks von rc.local durchaus unterschiedliche Ansichten. Wird es zu frueh ausgefuehrt, kann das devpts-Pseudodateisystem tatsaechlich noch nicht gemountet sein.
Ansonsten wuerde ich etwa in Debian eher ein eigenes Initskript verwenden und dieses ueber einen passenden Snn-Symlink im Default-Runlevel starten. In Ubuntu ist durch Verwendung von Upstart statt SysV-Init die Reihenfolge der Init-"Skripte" nicht mehr fest, sondern ergibt sich aus den Abhaengigkeiten, die man angeben muss. Wie Redhat und SuSE aktuell beim Booten Dienste starten... keine Ahnung.
Wenn devpts zu dem Zeitpunkt vorhanden ist, sollte folgendes Fragment in einem Initskript funktionieren:
su -c "screen -d -m -c /pfad/zur/screenrc" username
Gruss, Chris
Hallo Jan & Chris
Danke für die Tips! Hier die Story...Als erstes habe ich ein eigenes init- Script geschrieben, habt ihr beide dazu geraten, find ich auch gut - weiß man wenigstens, was alles gestartet ist...... welches folgendes macht:
su -c "screen -d -m -S pommeranze -U " spyke |tee -a /tmp/screenstart_spyke.log
zum Vergleich in rc.local: su -c 'screen -m -d -U -S pommeranze ' spyke |tee -a /tmp/rclocalscreenstarter
In beiden Fällen ist das Ergebnis ernüchternd: hormon:~# cat /tmp/rclocalscreenstarter ;cat /tmp/screenstart_spyke.log Cannot open your terminal '/dev/console' - please check. Cannot open your terminal '/dev/console' - please check.
Also ist meine Vermutung, das es etwas mit den Berechtigungen der Konsole, über die screen aufgerufen wird zu tun hat. User spake hat keine Berechtigung auf /dev/console (crw------- 1 root root 5, 1 20. Mär 22:03 /dev/console)
Selbiges Ergebniss, wenn ich via root mein su ansetze: hormon:~# su -c 'screen -m -d -U -S pommeranze ' spyke |tee -a /tmp/rclocalscreenstarter Cannot open your terminal '/dev/pts/0' - please check.
Also die root session hängt auf pts/0, und von der kann ich dann als spyke nicht lesen, geschweige denn schreiben.
ein via logged in root chmod -R 0777 /dev/pts/ su -c '/usr/bin/screen -m -d -S pommeranze -c /home/spyke/.screenrc ' spyke
ist jedenfalls erfolgreich, aber wenn ich über rc.local gehe, hänge ich ja auf /dev/console ... und sie sagt wieder "be carefull, new screen tonight"
Hmpf!
Ich weiß nicht wie ich mir eine Konsole hole, auf die ich dann screen setzen könnte. Jan's stty verstehe ich (change and print terminal line settings ) nicht, wie es mir dabei helfen könnte.
Weiter Ideen?
Grüße Ingo
Ach wieso das ganze? Ich brauche nen vlc, der für meine Dreambox als Player/converter für die Filmchen auf Festplatte (avi|mpg...) dient. Könnte man auch über vlc...>logfile machen.... (und dann in der loginshell-screen nur das logfile tailen?..)
Ingo Jannick wrote:
Hallo Liste,
ich weiß, es gab da mal einen schönen Vortrag zu screen vom Chris, aber entweder ich habe nicht die ganze Zeit zugehört oder der Zahn der Zeit hat meine Zellen zernagt...
Ich möchte screen als Loginshell nutzen: kein Problem - ab damit in /etc/passwd, bein einloggen kommt die Session hoch, allerdings möchte ich die Screen- Session schon beim booten starten, und dann da gleich noch schwuppdiwupp ein paar kleine Progrämmchen, die dann nett in den einzelnen Fenstern ihren Text schreiben.
Aber da steckt der Floh: Sie meint dann immer zu mir, dass screen keine Konsole hat (/dev/console oder /dev/pts/1 ...), und startet die screen Session nicht (screen -m -d -U -S pommeranze ) Geht es grundsätzlich nicht, screen für einen user über rc.local zu starten (sudo -u XCV 'screen .....' )? Habe schon versucht, es über eine ssh -t XCV@babajaga 'screen ....' zu starten - aber auch hier selbiges Problem.
Kann mir jemand DEN Tip geben?
Grüße Ingo
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Hallo Ingo,
On Sat, Mar 20, 2010 at 23:05:47 +0100, Ingo Jannick wrote:
su -c "screen -d -m -S pommeranze -U " spyke |tee -a /tmp/screenstart_spyke.log
hormon:~# cat /tmp/screenstart_spyke.log Cannot open your terminal '/dev/console' - please check.
Bei mir macht screen gar nicht erst den Versuch, /dev/console zu oeffnen -- warum macht es Deiner? Welche Distribution/-Version benutzt Du?
Ich sehe, dass screen bei mir /dev/ptmx geoeffnet hat. Darueber allokiert es bei Bedarf neue Pseudoterminals (/dev/pts/*).
Mit welchen Optionen ist bei Dir das devpts-Dateisystem gemountet? Hier sind es rw,gid=5,mode=620 (gid 5 ist die Gruppe tty).
Ach wieso das ganze? Ich brauche nen vlc, der fuer meine Dreambox als Player/converter fuer die Filmchen auf Festplatte (avi|mpg...) dient. Koennte man auch ueber vlc...>logfile machen.... (und dann in der loginshell-screen nur das logfile tailen?..)
VLC laeuft doch nur mit X, oder? In einer screen-Session, die ausserhalb einer X-Session gestartet wird, hast Du keinen Zugriff aufs X-Display (das zu dem Zeitpunkt wahrscheinlich eh noch nicht existiert).
Gruss, Chris
Am Sonntag, 21. März 2010 16:41:39 schrieb Christian Perle:
VLC laeuft doch nur mit X, oder? In einer screen-Session, die ausserhalb einer X-Session gestartet wird, hast Du keinen Zugriff aufs X-Display (das zu dem Zeitpunkt wahrscheinlich eh noch nicht existiert).
Es gibt auch cvlc. Das liegt bei suse bezeichnenderweise im Paket vlc-noX
Gruß Stefan
Hi Chris,
wat fürn Scheiss Wetter an diesem Sonntag Nachmittag des Frühlingsanfangs zwanzichzehns ;))
Ich nutze vlc-nox (lies: vlc no X) unter einem debian lenny mit
#getting vlc stuff deb http://debian.oppserver.net/debian/ stable main non-free contrib deb-src http://debian.oppserver.net/debian/ stable main non-free contrib deb http://www.debian-multimedia.org stable main non-free
Okay, die src ignorieren, da ich nicht kompiliere... vlc damit auf der Version goldeneye (keine parallelen mit null null sieben zu sehen ;)) )
Was mich gerade verwundert: in meiner fstab wird kein devpts gemounted..
Aus lauter Frustration habe ich dem vlc ein eigenes init- Script gegeben, das dann einen vlc als user (in einem Fall spyke) startet, und habe dem screen auf einem window das logfile zum tailen gegeben, also die ganz unten erwähnte Sache. Ich hätte auch via dpkg-
also:
hormon:~# cat /etc/init.d/hormon_vlc #! /bin/sh
# PATH should only include /usr/* if it runs after the mountnfs.sh script PATH=/sbin:/usr/sbin:/bin:/usr/bin DESC="hormons vlc 4 dm7025" NAME=vlc DAEMON=/usr/bin/$NAME DAEMON_ARGS="-q -d --one-instance -I http --http-proxy http://654.168.142.68:3128 --http-caching 3000 --http-user-agent krummeGurke --mmsh-proxy http://654.168.142.68:3128" PIDFILE=/tmp/vlc_spyke.pid SCRIPTNAME=/etc/init.d/$NAME LOGFILE=/var/log/vlc/hormon_vlc.log
case "$1" in start) sudo -u spyke $DAEMON $DAEMON_ARGS --pidfile $PIDFILE --file-logging --logfile $LOGFILE #--logmode syslog ;; stop) kill -9 `cat $PIDFILE` rm $PIDFILE ;; *) echo "Usage: $SCRIPTNAME {start|stop}" >&2 exit 3 ;; esac
Das startet meinen vlc, aber ist halt eine krumme Sache - aus meiner Sicht unschöne Lösung.
Sollte ich in der fstab mein devpts explizit mounten? Kannst Du mir die fstab- Zeile senden?
Würde das Problem als solved markieren - wenn auch unhappily solved ;()
Libe Grüße Ingo
Christian Perle wrote:
Hallo Ingo,
On Sat, Mar 20, 2010 at 23:05:47 +0100, Ingo Jannick wrote:
su -c "screen -d -m -S pommeranze -U " spyke |tee -a /tmp/screenstart_spyke.log
hormon:~# cat /tmp/screenstart_spyke.log Cannot open your terminal '/dev/console' - please check.
Bei mir macht screen gar nicht erst den Versuch, /dev/console zu oeffnen -- warum macht es Deiner? Welche Distribution/-Version benutzt Du?
Ich sehe, dass screen bei mir /dev/ptmx geoeffnet hat. Darueber allokiert es bei Bedarf neue Pseudoterminals (/dev/pts/*).
Mit welchen Optionen ist bei Dir das devpts-Dateisystem gemountet? Hier sind es rw,gid=5,mode=620 (gid 5 ist die Gruppe tty).
Ach wieso das ganze? Ich brauche nen vlc, der fuer meine Dreambox als Player/converter fuer die Filmchen auf Festplatte (avi|mpg...) dient. Koennte man auch ueber vlc...>logfile machen.... (und dann in der loginshell-screen nur das logfile tailen?..)
VLC laeuft doch nur mit X, oder? In einer screen-Session, die ausserhalb einer X-Session gestartet wird, hast Du keinen Zugriff aufs X-Display (das zu dem Zeitpunkt wahrscheinlich eh noch nicht existiert).
Gruss, Chris
Hi Ingo,
On Sun, Mar 21, 2010 at 17:16:05 +0100, liste wrote:
Ich nutze vlc-nox (lies: vlc no X) unter einem debian lenny #getting vlc stuff deb http://debian.oppserver.net/debian/ stable main non-free contrib
Ich weiss nicht, was oppserver fuer ein Verein ist, offizielle Debian-Pakete sind es jedenfalls nicht. Gibt es einen speziellen Grund, den vlc von dort zu installieren?
Version goldeneye (keine parallelen mit null null sieben zu sehen ;)) )
Ich wollte eigentlich die screen-Version wissen. Und weshalb Dein screen versucht, /dev/console zu oeffnen. Meiner tut das nicht.
Was mich gerade verwundert: in meiner fstab wird kein devpts gemounted..
Weil devpts nicht per fstab gemountet wird. Es wird vom Initskript /etc/init.d/mountdevsubfs.sh gemountet. Dieses wird aus dem Runlevel "S" aufgerufen.
Sollte ich in der fstab mein devpts explizit mounten? Kannst Du mir die fstab-Zeile senden?
Nein, siehe oben. Ist devpts bei Dir nach dem Booten gemountet?
Gruss, Chris
Hallihallo,
viele Grüße, lange nicht gesehen.
---
1. Frage habe jetzt für eine Firma die alten php-files mit html und SQL gespickt in der Hand. Wollte mal fragen, ob es eine IDE gibt. Ohne Model und View ist es grausellig auf Tabellen loszuknoten...
http://www.jetbrains.com/webide/download/index.html
2. Frage
Gibt es ein Framework/Treiber/Package, das schon ssf lesen kann? Vielleicht ein freies Tool?
Vielen Dank, Jana
Hallihallo,
viele Grüße, lange nicht gesehen.
---
1.
Frage habe jetzt für eine Firma die alten php-files mit html und SQL gespickt in der Hand. Wollte mal fragen, ob es eine IDE gibt.
für was eine IDE? für PHP? (schau dir PHPeclipse doch mal an)
Ohne Model und View ist es grausellig auf Tabellen loszuknoten...
ist eine Frage der Gewohnheit auf views zu verzichten
href="http://www.jetbrains.com/webide/download/index.html" target=_blank
ist das die Beantwortung deiner eigenen Frage (oder fählt mir ne Mail oder irgendwie der Zusammenhang um es zu verstehen)
Frage
Gibt es ein Framework/Treiber/Package, das schon ssf lesen kann? Vielleicht ein freies Tool?
für PHP? dann vielleicht das http://www.download3k.com/Internet/Telephony-SMS-GSM/Download-PHP-eFax.html
Andreas
Hi Chris,
Christian Perle wrote:
Hi Ingo,
On Sun, Mar 21, 2010 at 17:16:05 +0100, liste wrote:
Ich wollte eigentlich die screen-Version wissen. Und weshalb Dein screen versucht, /dev/console zu oeffnen. Meiner tut das nicht.
die screen - version ist
Screen version 4.00.03jw4 (FAU) 2-May-06 (aus den ganz normalen lenny quellen... screen_4.0.3-11+lenny1_i386.deb) also ganz normal
Sollte ich in der fstab mein devpts explizit mounten? Kannst Du mir die fstab-Zeile senden?
Nein, siehe oben. Ist devpts bei Dir nach dem Booten gemountet?
Beim booten hmpf - kann ich nciht genau nachverfolgen, aber Du sagst ja, per welchem script es gemounted wird... Zur Zeit: devpts /dev/pts devpts rw,nosuid,noexec,gid=5,mode=620 0 0 .. also ja.
Ich vermute, dass die rc- Scripte mit einer Umgebung laufen, in der die Shell auf der /dev/console sitzt. Aber so tief stecke ich da nun auch nicht drin.
Die Tips, die ich bezüglich des Problems im Netz gefunden haben schlagen alle ein chmod auf den Consolenemitter vor. Könnte ich hier zu Hause auch machen - aber wir wollen ja nicht die Welt verbiegen...
Gruss, Chris
Danke Dir für Deine Hilfe, auch wenn das Problem nicht gelöst wurde...
Grüße Ingo
also ich klopp mir an Kopp....
funktionieren tut ein Umweg über ein Startscript + cron...
Starten aus dem init- Vorgang hat nicht funktioniert, doch wenn ich im eggdrop/scripts Verzeichnis das botchk Script nehme, und die Zeile
./$botscript
in ein
# ./$botscript /usr/bin/screen -m -D &
ersetze, gleichzeitig in der .screenrc
screen -t eggy 9 /home/humukuls/eggdrop/eggdrop -n /home/humunkulus/eggdrop/wasabi.conf
habe ich nach eintrag eines entsprechenden crontabs das gewünschte Ergebnis.
falls jemand mal ein ähnliches Problem haben sollte....
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Grimnin Fridyson -
Ingo Jannick -
Jan Leonhardt -
Jana Hartwig -
liste
-
Stefan Majewsky