screen terminal beeindigen

[HanslH]

Ik heb geen voorgaande unix ervaring.
Op mijn Synology NAS heb ik via putty streamwriter geinstalleerd (om internetradio op te nemen)
Aangezien het beeindigen van de putty sessie ook streamwriter stop heb ik screen geinstalleerd.

Nu, enkele weken later, heb ik wel ff genoeg muziek op mkijn NAS dus wil ik streamwriter stoppen.
Dit is op de volgende manieren mislukt:

1. via putty en screen -r de vorige screen sessie openen, hij zegt er is geen sessie
2. via ps |grep screen de PID van screen opvragen en via kill beeindigen
kill is me nog met geen enkel programma gelukt, bovendien verandert de pid (eerste getal neem ik aan) iedere keer als ik hetzelfde commande geef (ps |grep screen of ps |grep streamwriter)
3. via ctrl a-d screen sluiten, maar dat lukt natuurlijk alleen als je in die sessie zit en daar kom ik niet in
4. zoals eerder de PID opvragen van screen en met screen -p PID de vorige sessie oproepen

Iemand nog gedachten voor ik kom bij
5. de NAS uitzetten

klein stukje van gestuntel:
============================
Cube04> ps |grep screen
8964 admin 2540 S grep screen
Cube04> kill 8964
kill: can't kill pid 8964: No such process

[Cyphax]

Wat doet ie als je `killall screen` doet?

Dat ie de vorige sessie niet ziet is wel heel raar. Is dat onder dezelfde gebruiker als je dat screen toentertijd gestart hebt?

[Foeijonghaai]

HanslH schreef op donderdag 10 januari 2013 @ 11:48:
Ik heb geen voorgaande unix ervaring.

klein stukje van gestuntel:
============================
Cube04> ps |grep screen
8964 admin 2540 S grep screen
Cube04> kill 8964
kill: can't kill pid 8964: No such process

Je stuurt het kill-signaal naar het grep proces. Er is kennelijk geen screen-proces. Zoek eens op SCREEN ;-)

[HanslH]

Cube04> ps |grep stream
9093 admin 2540 S grep stream
16865 root 15408 S streamripper http://www.radioparadise.com/musiclinks
16866 root 15408 S streamripper http://www.radioparadise.com/musiclinks
16867 root 15408 S streamripper http://www.radioparadise.com/musiclinks
Cube04> ps |grep screen
9095 admin 2540 S grep screen
Cube04> killall screen
killall: can't kill pid 16829: Operation not permitted

Ik heb 2 users op mijn NAS: admin en 'mezelf'. Onder mijn eigen naam kom ik niet eens op de terminal dus ik kan me niet voorstellen dat ik daarmee toen alles heb geinstaleerd en gestart.

[HanslH]

Cube04> ps |grep SCREEN
9115 admin 2540 S grep SCREEN
16829 root 1992 S SCREEN
Cube04> kill 9115
kill: can't kill pid 9115: No such process
Cube04> kill 16829
kill: can't kill pid 16829: Operation not permitted


Cube04> Cube04> killall SCREEN
-sh: Cube04: not found
Cube04> killall screen
killall: can't kill pid 16829: Operation not permitted


Bij de grep will ie per se hoofdletter bij de killall snaptie hoofdletters niet.
Welkom bij unix

[ Voor 35% gewijzigd door HanslH op 10-01-2013 13:00 ]

[Foeijonghaai]

HanslH schreef op donderdag 10 januari 2013 @ 12:57:
Cube04> ps |grep SCREEN
9115 admin 2540 S grep SCREEN
16829 root 1992 S SCREEN
Cube04> kill 9115
kill: can't kill pid 9115: No such process
Cube04> kill 16829
kill: can't kill pid 16829: Operation not permitted

Zoek eens op internet wat de output van 'ps' oplevert. Of probeer eens 'man ps'. Wat is de eerste kolom, wat de tweede, wat de derde enzovoort.

[HanslH]

Cube04> man ps
-sh: man: not found

[Foeijonghaai]

HanslH schreef op donderdag 10 januari 2013 @ 12:57:
Cube04> ps |grep SCREEN
9115 admin 2540 S grep SCREEN
16829 root 1992 S SCREEN
Cube04> kill 9115
kill: can't kill pid 9115: No such process
Cube04> kill 16829
kill: can't kill pid 16829: Operation not permitted


Cube04> Cube04> killall SCREEN
-sh: Cube04: not found
Cube04> killall screen
killall: can't kill pid 16829: Operation not permitted


Bij de grep will ie per se hoofdletter bij de killall snaptie hoofdletters niet.
Welkom bij unix

Het zijn geen truukjes. En je computer gaat niets snappen. Het is goed, of niet goed.

Je geeft een commando, en dan commando loopt dan, geeft eventueel output en/of een foutmelding. Jij interpreteert dat, en past daarop je commando aan.

Er zijn twee verschillen waarom de output bij 'kill 9115' en 'kill 16829' verschilen. Waarom zou dat zijn?

[Hero of Time]

code:

$ ps ax | grep screen
 8561 pts/0    S+     0:00 grep screen

$ screen
..
[detached from 8593.pts-0.Buildserver]
$ ps ax | grep screen
 8614 pts/0    S+     0:00 grep screen

$ screen -r
$ ps ax | grep screen
 8615 pts/0    S+     0:00 screen -r
 8619 pts/1    S+     0:00 grep screen

Weet niet wat je probeert, maar screen via ps vinden doet 't niet. Daarbij moet je ook lezen wat je terug krijgt.

Screen sluit als je de laatste 'window' sluit via exit, logout of ctrl+d. Als je ctrl+a d doet, dan detach je screen en kan je via screen -r weer verder gaan.

Op mijn Synology NAS..

Cube04> man ps
-sh: man: not found

Ja, logisch natuurlijk, want er zijn geen man pages geïnstalleerd op je NAS.


Je stelt een vraag wat geen vraag is, maar missende kennis/ervaring met 't systeem. Lezen wat je terug krijgt aan antwoord, Google'en en handleidingen lezen scheelt veel. Ik raad je aan dat dan ook te doen, zodat je niet met dit soort beginnersfouten komt .

[HanslH]

ehhh
"man ps" werd mij door iemand aangeraden in deze thread

De kern van mijn vraag is dat ik blijkbaar niet via
"screen -r"
terugkom in mijn eerdere sessie zoals het volgens alle wat ik kan vinden zou moeten gaan.
Na de reacties hier denk ik ook serieus dat het probleem niet anders op te lossen is dan via de uitknop van mijn NAS.

Ik vind het in dit geval logischer een vraag in een forum te zetten dat een cursus unix te beginnen, als ik een studie maak van alle onderwerpen waar ik zijdelings mee te maken heb, dan heb ik aan 1 leven niet vodoende.

[Foeijonghaai]

HanslH schreef op donderdag 10 januari 2013 @ 14:40:
ehhh
"man ps" werd mij door iemand aangeraden in deze thread

De kern van mijn vraag is dat ik blijkbaar niet via
"screen -r"
terugkom in mijn eerdere sessie zoals het volgens alle wat ik kan vinden zou moeten gaan.
Na de reacties hier denk ik ook serieus dat het probleem niet anders op te lossen is dan via de uitknop van mijn NAS.

Ik vind het in dit geval logischer een vraag in een forum te zetten dat een cursus unix te beginnen, als ik een studie maak van alle onderwerpen waar ik zijdelings mee te maken heb, dan heb ik aan 1 leven niet vodoende.

Hint: je oorspronkelijke screen-sessie is gestart door een andere gebruiker dan waarmee je probeert te resumen.

We vragen je niet een complete unix-cursus te volgen. Man-pages zijn meestal wel geinstalleerd (kennelijk dus niet op je Synology, ook dat had je kunnen snappen als je de output van je shell interpreteert) en ze zijn te vinden op het internet. Met (alleen!) de output van ps te snappen, had je je probleem zelf kunnen oplossen. Dat kost je misschien 5 tot 10 minuten.

Als je iets wil gebruiken, is basiskennis en/of de wil om te leren wel handig.

Dat geldt voor alles: unix, fietsen, autorijden, de liefde bedrijven.

[ Voor 11% gewijzigd door Foeijonghaai op 10-01-2013 15:17 ]

[Hero of Time]

^^ dat dus.

Dat je screen -r niet werkt kan 2 redenen hebben. 1 is al uitgelegd, andere user. 2e is dat je bakkie is herstart nadat je met screen bezig bent geweest, maar voordat 't wilde hervatten.

[CyBeR]

HanslH schreef op donderdag 10 januari 2013 @ 12:57:
Cube04> ps |grep SCREEN
9115 admin 2540 S grep SCREEN
16829 root 1992 S SCREEN
Cube04> kill 9115
kill: can't kill pid 9115: No such process
Cube04> kill 16829
kill: can't kill pid 16829: Operation not permitted


Cube04> Cube04> killall SCREEN
-sh: Cube04: not found
Cube04> killall screen
killall: can't kill pid 16829: Operation not permitted


Bij de grep will ie per se hoofdletter bij de killall snaptie hoofdletters niet.
Welkom bij unix

Dat is niet wat er gebeurt.


Verder: je screen draait als root. Om er mee verder te gaan cq om 'm te killen moet je dus ook root zijn.

[ Voor 7% gewijzigd door CyBeR op 10-01-2013 16:18 ]

[VisionMaster]

Er zijn nog meer truukjes met screen. Stel je disconnect bruut van je NAS terwijl je in een screen zit, dan blijft de screen sessie op de NAS nog in active mode. Dan kan je niet zo maar met screen -r je sessie terug pakken.

Gebruik dan screen -R -DD of zo. Dat is aggressiever. Zoek het even op in de manual wat het precies doet. En ook hiermee kan je niet zomaar tussen users een sessie delen.

[jnr24]

screen -RRD (let wel je kan niet als normale gebruiker een root screen opvissen)

[jbhc]

Als ik het goed begrijp moet je dus inloggen als "root" en niet als "admin".
(Ik neem aan dat de NAS geen sudo gebruikt)

[ Voor 10% gewijzigd door jbhc op 16-01-2013 16:22 ]

[Whieee]

toevoegend een paar kleine algemene tips over screen:

Hoe ga ik meerdere screens uit elkaar houden?
Dit kun je doen door screens een naam te geven. De simpele versie:

screen -S mijnhippescreen

Welke screens draaien er namens mijn user?

$ screen -ls
There are screens on:
	5820.mijnhippescreen	(01/16/2013 11:03:53 PM)	(Detached)
	1654.benny	(01/15/2013 12:41:02 PM)	(Detached)
2 Sockets in /var/run/screen/S-benny.

Het getal is het PID van de screen sessie. Zoals je ziet heb ik ook nog een screen sessie met de naam 'benny' en PID 1654. Beide screens zijn detached. Je kunt je screen weer attachen met:

screen -r mijnhippescreen

Mijn screen sessie is ergens anders attached maar ik wil hem hebben?

screen -DR <naam of PID van sessie> 

Dit zorgt ervoor dat de sessie remote wordt 'power detached' als hij nog ergens attached is. Mocht de sessie echter nog niet bestaan, wordt hij gemaakt. Kortom, in plaats van

screen -S mijnhippescreen

kan je ook gewoon

screen -DR mijnhippescreen

gebruiken. Zo hoef je maar 1 command te gebruiken en te onthouden

Speciale karakters zien er raar uit in mijn sessie?
Waarschijnlijk heeft je screen sessie geen unicode support. Dit kun je vaak aanzetten met de -U flag. Dit kan echter niet als de sessie al actief is, de flag moet ook bij het creëren van de sessie gebruikt worden.

Dit levert in totaal dus op:

1. Creëren, attachen en power-attachen van een screen sessie met de naam 'mijnhippescreen':

screen -UDR mijnhippescreen

2. Overzicht van de screen sessies die voor je user actief zijn:

screen -ls

Verder is het uiteraard nuttig om de screen manual eens door te nemen, en te zorgen voor een goede screenrc file, met bijvoorbeeld handige keybinds en een goede statusbar.

[Demo]

HanslH schreef op donderdag 10 januari 2013 @ 14:40:
ehhh
"man ps" werd mij door iemand aangeraden in deze thread

De kern van mijn vraag is dat ik blijkbaar niet via
"screen -r"
terugkom in mijn eerdere sessie zoals het volgens alle wat ik kan vinden zou moeten gaan.
Na de reacties hier denk ik ook serieus dat het probleem niet anders op te lossen is dan via de uitknop van mijn NAS.

Ik vind het in dit geval logischer een vraag in een forum te zetten dat een cursus unix te beginnen, als ik een studie maak van alle onderwerpen waar ik zijdelings mee te maken heb, dan heb ik aan 1 leven niet vodoende.

Probleem is dat je je vraag stelt in een forum waar een hoop mensen zitten met algemene Linux-kennis, die je graag willen helpen, maar dat je apparaat niet het gemiddelde Linux-systeem is. man geeft je de handleiding van vrijwel elk commando op een Linux-systeem, mits geïnstalleerd natuurlijk. In dat geval kan je ook HIER zoeken naar de man-page van het commando waar je meer over wil weten.
Aangezien je ps outputs aangeven dat streamripper (en dus waarschijnlijk ook screen) draait als root, zal je moeten inloggen als root. Of vanuit je huidige SSH-sessie 'su -' gebruiken, dan word je ook om je root-wachtwoord gevraagd. En dan kan je streamripper stoppen (Ctrl-C) en je screen-sessie verlaten