Freitag, 30. Juli 2010, 09:30 UTC+2

Sie sind nicht angemeldet.

  • Anmelden
  • Registrieren

Screen hängt sich nach ein paar Minuten auf

TRX

Anfänger

Beiträge: 28

Wohnort: Würzburg

Distribution: Ubuntu

Version: 9.10

Architektur: 32-Bit PC

Desktop: GNOME

Andere Distribution: Debian

1

Donnerstag, 25. Februar 2010, 18:16

Screen hängt sich nach ein paar Minuten auf

Hi @ All

hab ein kleines Problem mit screen, und zwar hängt sich das Porgramm das ich damit starte , also streamripper nach ein paar heruntergeladenen Liedern immer auf...
Folgenden Befehl führe ich als root aus:
screen -S Top100 streamripper http://95.169.188.119:8000 -d /home/daten/Musik/

Könnt ihr mir da weiterhelfen?

Gruß
TRX

Wolly

Fortgeschrittener

Beiträge: 565

Wohnort: Haan

Distribution: Ubuntu

Version: 10.04

Architektur: Andere

Desktop: Anderer

Andere Distribution: Siehe Signatur

2

Donnerstag, 25. Februar 2010, 19:43

Hi,
mit welcher Fehlermeldung bricht das Programm denn ab? Oder wird einfach nicht mehr weiter gerippt?

lG,
Wolly
lG,
Wolly

Der Vorteil der Klugheit besteht darin, daß man sich dumm stellen kann. Das Gegenteil ist schon schwieriger.
Kurt Tucholsky


Die Rechenknechte:
  • Netbook Acer Aspire One 352h Ubuntu 10.04 UNE
  • Nettop Asus EEEBox B202 Ubuntu 10.04 Server
  • Notebook Dell Inspiron 1720 Ubuntu 10.04 Gnome / Windows Vista Dualboot

TRX

Anfänger

Beiträge: 28

Wohnort: Würzburg

Distribution: Ubuntu

Version: 9.10

Architektur: 32-Bit PC

Desktop: GNOME

Andere Distribution: Debian

3

Donnerstag, 25. Februar 2010, 20:30

hört einfach auf zu rippen ..
man sieht noch die letzte gerippte datei aber dann läufts nicht weiter.
und wenn ich mich mit screen -r "einlogge" dann kann ich nichtmal mehr mit strg+c den prozess beenden.

aardvark

Fortgeschrittener

Beiträge: 379

Wohnort: RLP

Distribution: Kubuntu

Version: 10.04 (32 bit)

Architektur: 64-Bit PC

Desktop: KDE4

Andere Distribution: Debian 5.0, Ubuntu-Server 8.04

4

Freitag, 26. Februar 2010, 08:08

Hallo,

wenn Du das Programm ohne screen laufen läßt, stürzt es dann nicht ab?
Warum startest Du das eigentlich als root?

Grüße, Peter

TRX

Anfänger

Beiträge: 28

Wohnort: Würzburg

Distribution: Ubuntu

Version: 9.10

Architektur: 32-Bit PC

Desktop: GNOME

Andere Distribution: Debian

5

Freitag, 26. Februar 2010, 15:30

wenn ich das programm als normaler user starte kommt eine Fehler Meldung:
error -36 [SR_ERROR_CANT_CREATE_FILE]
weiß nicht warum das kommt, da der user eigentlich schreibzugriff auf das verzeichnis hat...

habs jetzt auch mal testweise dauerhaft eingeloggt, gestartet ( als root natürlich) und ein bisschen laufen lassen, funktioniert bisher einwandfrei, hängt sich nicht auf oder macht sonstwas...

Gruß
TRX

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »TRX« (26. Februar 2010, 15:34)

aardvark

Fortgeschrittener

Beiträge: 379

Wohnort: RLP

Distribution: Kubuntu

Version: 10.04 (32 bit)

Architektur: 64-Bit PC

Desktop: KDE4

Andere Distribution: Debian 5.0, Ubuntu-Server 8.04

6

Freitag, 26. Februar 2010, 17:02

Hallo,

Zitat von »TRX«

error -36 [SR_ERROR_CANT_CREATE_FILE]

das sieht danach aus, als ob da irgendwo die Schreibrechte fehlen. Evtl. ist das bei einem früheren Aufruf unter root passiert.
Such doch mal in Deinem Homeverzeichnis nach Dateien/Verzeichnissen, die root gehören:

Quellcode

 
1

find ~ -uid 0

Ob das auch was mit dem screen-Problem zu tun hat, weiss ich nicht - aber sowas unter root auszuführen ist nicht unbedingt eine gute Idee. :huh:

Ansonsten könnte auch helfen, den streamripper mal mit der Debug-Option auszuführen. Damit wird in Deinem Homeverzeichnis eine Datei gcs.txt mit Debuginfos angelegt.

Quellcode

 
1

streamripper http://95.169.188.119:8000 -d /home/daten/Musik/ --debug

Grüße, Peter

TRX

Anfänger

Beiträge: 28

Wohnort: Würzburg

Distribution: Ubuntu

Version: 9.10

Architektur: 32-Bit PC

Desktop: GNOME

Andere Distribution: Debian

7

Freitag, 26. Februar 2010, 17:47

habs jetzt mal ausgeführt, folgende Ausgabe:
tobias@debian:/home/daten$ find ~ -uid 0
/home/tobias/noip-2.1.9-1/init.d
/home/tobias/noip-2.1.9-1/init.d/rc2.d
/home/tobias/nohup.out
/home/tobias/error

btw das sind alle Dateien die sich in /home/tobias befinden

da ich aber vermute das du mit dem find befehl die daten unter /home/daten finde wolltes hab ich ihn mal angepasst ausgeführt,
ausgegeben werden hierbei nur die Daten die streamripper von Top100Station heruntergeladen hat.

gcs.txt wenn ich streamripper unter user tobias starte:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120

=========================
STREAMRIPPER unix 1.63.5
Locale codeset: UTF-8
Filesys codeset: UTF-8
ID3 codeset: UTF-8
Metadata codeset: UTF-8
Relay codeset: UTF-8
Pre ripthread: http://95.169.188.119:8000
------ RIP_MANAGER_INFO -------
streamname = 
server_name = 
bitrate = 0
meta_interval = 0
filename = 
filesize = 0
status = 0
track_count = 0
external_process = (nil)
label = 
url = http://95.169.188.119:8000
proxyurl = 
output_directory = /home/daten/Musik/
output_pattern = 
showfile_pattern = 
if_name = 
rules_file = 
pls_file = 
relay_ip = 
ext_cmd = 
useragent = 
relay_port = 8000
max_port = 18000
max_connections = 1
maxMB_rip_size = 0
auto_reconnect = 1
make_relay = 0
add_id3v1 = 0
add_id3v2 = 1
check_max_bytes = 0
keep_incomplete = 0
rip_individual_tracks = 1
rip_single_file = 0
use_ext_cmd = 0
timeout = 15
dropcount = 1
count_start = 0
overwrite = version
start_ripping: checkpoint 1
start_ripping: checkpoint 2
***** URL = http://95.169.188.119:8000 *****
http_sc_connect(): calling http_parse_url
Branch 1 (95.169.188.119:8000)
http_sc_connect(): calling socklib_init
http_sc_connect(): calling socklib_open: host=95.169.188.119, port=8000
http_sc_connect(): calling http_construct_sc_request
Branch 1 (95.169.188.119:8000)
SC REQUEST:
GET / HTTP/1.0
Host: 95.169.188.119:8000
User-Agent: Streamripper/1.x
Icy-MetaData:1

http_sc_connect(): calling socklib_sendall
http_sc_connect(): calling http_get_sc_header
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
.
.
.
Branch 1 (95.169.188.119:8000)
http header:
HTTP/1.0 302 Found
Content-type:text/html
Location: http://188.72.209.71:80

Deduced content type: 1
Redirecting: http://188.72.209.71:80
***** URL = http://188.72.209.71:80 *****
http_sc_connect(): calling http_parse_url
Branch 1 (188.72.209.71:80)
http_sc_connect(): calling socklib_init
http_sc_connect(): calling socklib_open: host=188.72.209.71, port=80
http_sc_connect(): calling http_construct_sc_request
Branch 1 (188.72.209.71:80)
SC REQUEST:
GET / HTTP/1.0
Host: 188.72.209.71:80
User-Agent: Streamripper/1.x
Icy-MetaData:1

http_sc_connect(): calling socklib_sendall
http_sc_connect(): calling http_get_sc_header
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
RECV req 	1 bytes, got 	1 bytes
.
.
.


soll ich die Datei auch nochmal posten wenn ich das prog mit root rechten starte?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »TRX« (26. Februar 2010, 17:49)

aardvark

Fortgeschrittener

Beiträge: 379

Wohnort: RLP

Distribution: Kubuntu

Version: 10.04 (32 bit)

Architektur: 64-Bit PC

Desktop: KDE4

Andere Distribution: Debian 5.0, Ubuntu-Server 8.04

8

Freitag, 26. Februar 2010, 19:43

Hallo,

das war das Protokoll als normaler User(?) Gab es da auch wieder diese Fehlermeldung oder evtl. den Programm-Absturz?
Es sieht ja aus, als ob da alles ohne Probleme läuft...

Nimm doch mal ein anderes Verzeichnis, das noch nicht von root benutzt wurde (z.B. /home/daten/Musik2/) und starte das Programm damit (als normaler User).
Gab es bei dem Lauf ohne screen inzwischen einen Absturz?

Grüße, Peter

TRX

Anfänger

Beiträge: 28

Wohnort: Würzburg

Distribution: Ubuntu

Version: 9.10

Architektur: 32-Bit PC

Desktop: GNOME

Andere Distribution: Debian

9

Samstag, 27. Februar 2010, 00:04

also erstmal danke, dass du mir hilfst!

ichh des programm jetzt mal als normaler user mit einem anderen pfad parameter gestartet scheint alles zu funktionieren..
Taucht zumindest kein Fehler auf.

Die instanz die als root gestartet hatte lief bis ichs dann bei 40 Liedern abgebrochen habe.
(Bei screen hats bei 15 Lieder spätestens aufgehört)

EDIT: Ich hab jetzt mal die Nacht über streamripper in einer screen-Instanz auf dem user tobias laufen lassen und hab das ganze unter einem anderen pfad gespeichert als sonst.
Gerade eben habe ich dann den pc wieder angeschaltet und nachgeschaut wieviele Lieder er schon heruntergeladen hat, als ich die Zahl 55 sah, dachte ich mir, anscheinend hats ja diesmal geklappt...
aber dem war wieder nicht so , der Prozess hat sich wieder aufgehängt und verursacht so eine CPU-Last von 99% ( bei normalerweise so um die 1-2% ).

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »TRX« (27. Februar 2010, 10:26)