Beiträge von SirTurbo

Hallo,

habe heute mal nen freevdr ausprobiert.
Also einen ubuntu 9.04 mit vdr und xmbc.

Habe auch Treiber und Firmware wie unter ctvdr eingespielt wo sie ja laufen...

leider klappt es nicht, ich denke mal das hier ist der entscheidende Teil:

Oct 17 15:03:36 freevdr kernel: [ 11.831775] cx23885 driver version 0.0.2 loaded
Oct 17 15:03:36 freevdr kernel: [ 11.831866] cx23885 0000:04:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Oct 17 15:03:36 freevdr kernel: [ 11.831943] CORE cx23885[0]: subsystem: 6920:8888, board: TurboSight TBS 6920 [card=14,autodetected]
Oct 17 15:03:36 freevdr kernel: [ 11.839656] bttv: driver version 0.9.18 loaded
Oct 17 15:03:36 freevdr kernel: [ 11.839702] bttv: using 8 buffers with 2080k (520 pages) each for capture
Oct 17 15:03:36 freevdr kernel: [ 11.839778] bttv: Bt8xx card found (0).
Oct 17 15:03:36 freevdr kernel: [ 11.839829] bttv 0000:05:01.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Oct 17 15:03:36 freevdr kernel: [ 11.839882] bttv0: Bt878 (rev 17) at 0000:05:01.0, irq: 17, latency: 64, mmio: 0xf8ffe000
Oct 17 15:03:36 freevdr kernel: [ 11.840191] bttv0: detected: AVermedia AverTV DVB-T 771 [card=123], PCI subsystem ID is 1461:0771
Oct 17 15:03:36 freevdr kernel: [ 11.840250] bttv0: using: AVerMedia AVerTV DVB-T 771 [card=123,autodetected]
Oct 17 15:03:36 freevdr kernel: [ 11.840302] IRQ 17/bttv0: IRQF_DISABLED is not guaranteed on shared IRQs
Oct 17 15:03:36 freevdr kernel: [ 11.840387] bttv0: gpio: en=00000000, out=00000000 in=00d0570f [init]
Oct 17 15:03:36 freevdr kernel: [ 11.843731] bttv0: tuner absent
Oct 17 15:03:36 freevdr kernel: [ 11.843887] bttv0: registered device video0
Oct 17 15:03:36 freevdr kernel: [ 11.843952] bttv0: registered device vbi0
Oct 17 15:03:36 freevdr kernel: [ 11.844029] bttv0: PLL: 28636363 => 35468950 .. ok
Oct 17 15:03:36 freevdr kernel: [ 11.876064] bttv0: add subdevice "dvb0"
Oct 17 15:03:36 freevdr kernel: [ 11.876159] input: bttv IR (card=123) as /devices/pci0000:00/0000:00:1e.0/0000:05:01.0/input/input7
Oct 17 15:03:36 freevdr kernel: [ 11.876966] bt878: AUDIO driver version 0.0.0 loaded
Oct 17 15:03:36 freevdr kernel: [ 11.877030] bt878: Bt878 AUDIO function found (0).
Oct 17 15:03:36 freevdr kernel: [ 11.877082] bt878 0000:05:01.1: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Oct 17 15:03:36 freevdr kernel: [ 11.877130] bt878_probe: card id=[0x7711461],[ AVermedia AverTV DVB-T 771 ] has DVB functions.
Oct 17 15:03:36 freevdr kernel: [ 11.877191] bt878(0): Bt878 (rev 17) at 05:01.1, irq: 17, latency: 64, memory: 0xf8fff000
Oct 17 15:03:36 freevdr kernel: [ 11.877287] IRQ 17/bt878: IRQF_DISABLED is not guaranteed on shared IRQs
Oct 17 15:03:36 freevdr kernel: [ 11.891609] DVB: registering new adapter (bttv0)
Oct 17 15:03:36 freevdr kernel: [ 11.968104] cx23885_dvb_register() allocating 1 frontend(s)
Oct 17 15:03:36 freevdr kernel: [ 11.968536] cx23885[0]: cx23885 based dvb card
Oct 17 15:03:36 freevdr kernel: [ 12.017659] DVB: registering adapter 0 frontend 0 (Zarlink MT352 DVB-T)...
Oct 17 15:03:36 freevdr kernel: [ 12.037133] Invalid probe, probably not a CX24116 device
Oct 17 15:03:36 freevdr kernel: [ 12.037243] cx23885[0]: frontend initialization failed
Oct 17 15:03:36 freevdr kernel: [ 12.037289] cx23885_dvb_register() dvb_register failed err = -1
Oct 17 15:03:36 freevdr kernel: [ 12.037335] cx23885_dev_setup() Failed to register dvb adapters on VID_B
Oct 17 15:03:36 freevdr kernel: [ 12.037384] cx23885_dev_checkrevision() Hardware revision = 0xb0
Oct 17 15:03:36 freevdr kernel: [ 12.037437] cx23885[0]/0: found at 0000:04:00.0, rev: 2, irq: 16, latency: 0, mmio: 0xfe800000
Oct 17 15:03:36 freevdr kernel: [ 12.037499] cx23885 0000:04:00.0: setting latency timer to 64

Kommen sich dort die DVB-S2 und die DVB-T in die Quere?
Oder woran könnte es liegen?

Ansich bin ich von freevdr begeistert, auch wenn die default-ini ein wenig seltsame Sachen gemacht hat wie Einträge in der xorg die natürlich mit meinem System nicht liefen... vor allem laufen alle mkvs die ich bisher angefüttert habe unter xmbc - etwas was ich vom vdr unter ctvdr bisher nicht behaupten kann...

Kann im Moment auch keinen OSD im vdr öffnen - denke aber mal daß das mit der fehlerhaften Inst des Frontends zusammenhängen wird? Oder liege ich da schief?

Danke.

Öhm, das iso IST online? Immerhin habe ich es mir gezogen - und das nicht als einer der ersten...
Und immerhin hatte ich von ein paar Verrenkungen abgesehen schneller ein Erfolgserlebnis als mit allen anderen Distris vorher... ok, die Einstellungen zB für xorg.conf waren... interessant^^ Aber das gehört woanders hin^^

Ich glaube was gelesen zu haben, daß das mit dem lock_display nur für ältere Versionen auftrat.

Hab jetzt Dank des Hinweises mal den buffer erfolgreich auf 2500 gesetzt... hatte dann noch stockende Phasen die aber seltsamerweise nur zu Beginn auftraten... Inzwischen läuft Phoenix aber schon eine ganze Weile ohne sich zu verabschieden... Wenn das so bleibt wäre DAS Problem zumindest schon einmal gelöst (vielleicht nicht optimal, aber es läuft^^)

DANKE:o)

Hallo,

einen habe ich noch^^

Ich hab mir bei ocinside einen Bausatz für einen USB-IR-Empfänger geholt. Zusammengebraten und läuft unter Windows lt. dem Testprogramm... (ok, nachdem ich eine übersehene Brücke nachgeholt hatte)

Unter meinem ctvdr sollte es entweder mit dem plugin-remote (warum eigentlich, war das nicht für Empfänger an Karten?) oder mit dem Lirc klappen lt. diverser Seiten...
Leider fassen die sich meist seeeeehhhhr kurz - mein Versuch mit Lirc führte dazu daß ich ein backup aufspielen musste weil vdrdevl beim Starten nach vergeblicher Suche nach einem IR-irgendwas abbrach... und weil das mal wieder überall hätte stehen können hab ich lieber das image genommen^^

Hatte einen Treiber für Igor geladen und installiert der auch hmm, lspci? gezeigt wurde... Hatte dann noch über Umwege die lirc-module für den 2.6.28er etobi installiert... wenn ich lircd --driver=? versucht habe kam aber immer die Ausgabe daß nur der "default" treiber installiert sei...
Naja, und beim rumspielen ging dann irgendwann gar nix mehr...

Habe eine Logi Harmony, die bisher am SD-vdr unter ctvdr6 an der Hauppauge hing... gibt bei Logi auch ein Profil für vdr 1.6 mit dem man die gängigen Tasten in RC5 schon belegt hat. Das Anlernen sollte also gehen bzw ich müsste die Daten aus der alten remote.conf übernehmen können...

Nur beim Installieren des Empfängers komme ich nicht weiter...

Gibt es iwo ein (aktuelles) how-to für Igor unter Debian für Dummies?

ocinside sagt nur lapidar:
Für Linux Freunde gibt es natürlich ebenfalls jede Menge Software Lösungen, beispielsweise LIRC (die igorplugusb config im lirc_dev lirc_igorplugusb kernel modul wählen), oder VDR Lösungen mit LibUSB, die bereits erfolgreich von Besuchern mit den USB IR Empfängern betrieben wurden.
Dabei versteh ich aber nur Bahnhof
Hatte mir Libusb auch mal angeschaut aber nicht gerade erfolgreich....

Danke.

ups, ok, ich hatte jetzt eher daran gedacht daß ich was Wesentliches im "Haupthaus" also im "normalen" Linux übersehen habe... so falschen Kernel oder so^^

Ich hab im Moment als Hauptbaustelle ein aufgebautes ctvdr7, gnome (und X) nachinstalliert über tasksel Desktop, dazu den hmm.. glaube den aktuellen Release-Treiber 185.x von nvidia, (schreib gerade auf nem anderen Rechner) hatte auch mal den aktuellen 190er beta aber da war mE kein Unterschied.

Dazu benutze ich vdrdevel-plugin-xineliboutput, vdrdevel und das Meiste andere aus dem etobi-repo also der vdr 1.7.9...

Wenn ich mit dem Medienplayer (also nicht der MPlayer, den könnte ich aber mal testen) (kA welcher das ist, der, der sich im OSD so fein einfügt mit Medien abspielen, bringt den xineliboutput mit? oder xine? Da waren sie wieder meine Verständnislücken) ein HD-Video abspiele in 720p dann ist immer eine CPU am Anschlag... interessanterweise tauschen die Cores ab und zu die Plätze im laufenden Betrieb. Aber es ist immer ein Core voll belastet während der andere mächtig idelt...

Edit:
Hmm, hab grad mal MPlayer nen link auf das Lager spendiert - klappt aber nicht... muss ich erstmal rausfinden warum, aber mplayer mag die im Moment gar nicht abspielen... da das auf meinem alten ctvdr6 ging wenn auch nicht flüssig sollte es auch hier gehen... aber das wäre dann eine weitere Baustelle... irgendwie wird das mehr statt weniger mit den Problemen^^

hmm, .c definiere ich mal als source die ich dann neu compilieren müsste?

Danke für den Tip, aber ich glaub ich streich hier erstmal die Segel - ich schaffe es nicht mal bei einer neuen Installation reproduzierbar vpau zu bekommen... denke mal die Reihenfolge der verschiedenen Module, plugins etc. ist mir unklar... oder irgendwelche Versionen sind nicht kompatibel...
Daß es keine setup.exe gibt damit kann ich ja leben - aber die howtos sind irgendwie entweder alle mehr oder weniger veraltet oder passen nicht zu meinem System... habs unter ctvdr, lenny frisch, ubuntu, suse versucht und irgendwann kam immer der Moment wo die Anleitung nicht mehr passte...

Ich denke mal ich versuche es später nochmal wenn vdpau etwas ausgereifter ist - bis dahin muss ich wohl umbooten je nachdem ob ich HD oder SD haben will :o)

Die ganzen Geschichten mit xine und xineliboutput und... da steig ich ehrlich nicht durch, wer mit wem und so... und dann mit und ohne cvs, mit und ohne Durchflieger... hatte eigentlich gehofft daß ich ein passendes repo eintrage, mir ein paar plugins runterlade und dann nur noch Anpassungen an die Hardware und meine Wünsche vornehme... Da war ich dann leider von meinem SD-ctvdr zu sehr verwöhnt... denke mal ich bin seit hmm version 3? dabei... jedenfalls seit einem Haufen von Jahren...
Damals habe ich so mit Sachen wie Samba und dergleichen gekämpft...

Aber mit dem Versuch mir einen stabilen HD aufzusetzen war ich wohl entschieden zu optimistisch^^

Danke erstmal für die Tips, ich stelle sicher noch andere dusselige Fragen... mit vdpau werde ich aber wohl erstmal aussetzen bis ich über ein paar Threads gestolpert bin die mich zumindest ein Licht am Ende des Tunnels erahnen lassen:o)

Hallo,
mit vdpau laufe ich im Moment immer gegen Bäume - und bei allem Spieltrieb möchte ich im Moment einfach nur einen vdr der "richtig" läuft damit ich den SD ins Lager packen kann und nicht 2 vdrs rumstehen habe an einem TV...

Jetzt habe ich aber das Problem, daß HD-Filme (mkvs in 720p) munter ruckeln.
An HD-TV denke ich dann besser erst mal gar nicht^^

Ein Kern schwitzt am Anschlag, reicht aber selbst bei Übertaktung nicht... der andere Kern ist meist sogar im Sparmodus und langweilt sich obendrein. Bekomme ich eine Chance den vdr zu überreden, bzw. xineliboutput, beide Kerne zu nutzen? Ohne daß ich den halben vdr neubauen (Softwaremässig) muss?

Danke.

Zitat

Originally posted by gda
Ich habe das schon einige male hier im Portal erklärt, wenn du mit vdr-sxfe arbeitest, dann benutzt du remote. Lokal bedeutet, das ein Plugin mit dem VDR gestartet wird und das Bild ausgibt.
Im Link den ich gepostet habe kann man doch sehen, das vdr-sxfe sehr wohl auf eine config datei zugreifen will. Wieso kommst du jetzt darauf, dass du keine config haben kannst?

Also die Feinheiten sind mir gar nicht so wichtig - wenn es nur laufen würde wie mein "alter" vdr^^

eine config habe ich natürlich - die config_xineliboutput. Nur keine config die im var/lib/... liegt...

Zitat

Originally posted by wbreu
Hi,

solange du keine vernünftigen Logausgaben in deinen Posts hast, wird dir bei deinem/deinen Problem/Problemen auch keiner helfen können.

Wenn ich ein Log gehabt hätte wäre ich ja weitergekommen^^
Das Problem war eben daß irgendwas reingeschrieben hat und ich nicht wusste wer oder was...

Aktuell das mit den Abstürzen - das ist wohl das Ding mit dem buffer-overflow - ich hatte gehofft das mit dem grösseren Buffer umgehen zu können... aber da war ich wohl auf dem falschen Dampfer...
Die "Lösungen" zu dem buffer_overflow gehen aber aber meinen Horzizont/meine Leidensfähigkeit - irgendwelche Versionen zu würfeln und neuzubauen etc... Da streich ich mal die Segel...

Wäre aber gut wenn mir jemand sagen könnte ob es einen *einfachen* Weg gibt, den vdr zu überzeugen beide Kerne zu nutzen... dann würde ich erstmal auch ohne vdpau auskommen... Im Moment ist es aber so, daß bei der Inst. ohne vdpau ein Kern bei 100% schwitzt, die Ausgabe stockt und der andere Kern sich langweilt... also bei Abspielen von HD-Material.

****
hier noch mal die Fehlerausgabe, also vom Anstarten bis zum Tschüss aus der syslog:
Oct 15 11:49:49 vdrHD vdrdevel: [3275] changing pids of channel 1310 from 401+401=2:402=deu:0:0 to 501+501=2:502=deu:0:0
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [discovery] Received valid discovery message VDR xineliboutput DISCOVERY 1.0#015#012Client: 255.255.255.255:37890#015#012#015
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [discovery] BROADCAST: VDR xineliboutput DISCOVERY 1.0#015#012Server port: 37890#015#012Server address: 127.0.0.1#015#012Server version: xineliboutput-1.0.90-cvs#015#012#015
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [xine..put] Client 0 connected: 127.0.0.1:46679
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [xine..put] Trying PIPE connection ...
Oct 15 11:50:09 vdrHD vdrdevel: [3279] creating directory /var/lib/vdrdevel/plugins/xineliboutput/pipes.3191
Oct 15 11:50:09 vdrHD vdrdevel: [3279] removing /var/lib/vdrdevel/plugins/xineliboutput/pipes.3191
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [xine..put] cBackgroundWriterI initialized (buffer 512 kb)
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [xine..put] cTcpWriter initialized (buffer 512 kb)
Oct 15 11:50:09 vdrHD vdrdevel: [3279] [xine..put] Pipe open
Oct 15 11:50:49 vdrHD vdrdevel: [3275] changing pids of channel 1310 from 501+501=2:502=deu:0:0 to 401+401=2:402=deu:0:0
Oct 15 11:51:52 vdrHD vdrdevel: [3275] changing pids of channel 1310 from 401+401=2:402=deu:0:0 to 501+501=2:502=deu:0:0
Oct 15 11:52:52 vdrHD vdrdevel: [3275] changing pids of channel 1310 from 501+501=2:502=deu:0:0 to 401+401=2:402=deu:0:0
Oct 15 11:53:52 vdrHD vdrdevel: [3275] changing pids of channel 1310 from 401+401=2:402=deu:0:0 to 501+501=2:502=deu:0:0
Oct 15 11:54:52 vdrHD vdrdevel: [3275] changing pids of channel 1310 from 501+501=2:502=deu:0:0 to 401+401=2:402=deu:0:0
Oct 15 11:55:17 vdrHD vdrdevel: [3289] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
[...]
Oct 15 11:55:20 vdrHD vdrdevel: [3289] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Oct 15 11:55:20 vdrHD vdrdevel: [3289] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
Oct 15 11:55:20 vdrHD vdrdevel: [3289] [xine..put] cXinelibServer::Play_PES Write/Queue error (TCP/PIPE)
Oct 15 11:55:20 vdrHD vdrdevel: [3289] [xine..put] Closing connection 0

Hmm, ok, Danke:o)
Im ersten Versuch hat es trotzdem noch mal den falschen Wert in die Datei geschrieben obwohl mit 1000 aufgerufen... beim zweiten Anlauf hat er die 1000 gelassen... nur leider hängt der vdr sich trotzdem weg...
Ist ja auch erst der x-te Versuch... Wenn ich sonst nix zu tun hätte könnte ich den Winter durch mit dem Ding die Langeweile bekämpfen^

Aber Danke, dann liegt es da schon mal nicht dran^^

Zitat

Original von gda

vdr-xine hat jetzt aber nichts mit xineliboutput zu tun. Wenn du vdr-sxfe meinst, dann lies mal hier.

Gerald

Jo, ich meinte vdr-sxfe :o)

Hmm - da gibt es also keine config weil ich lokal arbeite? Damit kann ich leben^^
Allerdings habe ich dann immer noch das Problem WO diese 250 herkommen - wo NICHT weiss ich ja langsam*G

Also einstellen kann man es wohl - gibt auch genug Einträge wo man die buffer hochsetzen soll weil sonst das passiert, unter dem ich derzeit leben - nach einer gewissen Zeit bekomme ich buffer_overflows in der syslog, der stream wird disconnected und ich "darf" vdr-sxfe neu starten...

Leider nein - zumindest nicht offensichtlich...
Bei den ganzen Einträgen dort zu xineliboutput finde ich leider weder etwas zu diesen buffern, noch die "250" (Standardwert der immer wieder auftaucht)...

Das var/lib/vdrdevel/plugins/xineliboutput ist bei mir leer, da steht also auch nix...

Der Wert wird offenbar in dem Moment überschrieben wenn ich vdr-xine starte.
Wo kann denn der Wert in dem Moment noch herkommen?

Danke.

Ich krieg plague

Hab nu 2 Installationen von ct-vdr mit vdpau, naja, eigentlich nur eine, die andere weigert sich vdpau auch zu benutzen...

die eine die läuft ist wunderbar um HD-Filme abzuspulen, aber bei SD-TV ist Schluss mit lustig...
nu tippe ich mal auf die buffers...
Habe entsprechend den Wert engine.buffers.video_num_buffers (von einer anderen Inst aus) auf 1000 eingestellt... Das geht auch soweit gut, daß ich nach dem Anstarten von vdr-sxfe noch diese 1000 in der config_xineliboutput habe... Hab eben nen mkv geschaut, dann nen TV-Mitschnitt angeworfen und irgendwann noch mal in die Datei geschaut... und dann stand da wieder 250...
Irgendein Modul muss den Wert verändern - aber welches Modul und wo nimmt es diese unsäglichen 250 her? Wäre echt hilfreich wenn mir jemand sagen könnte, wo AUSSER in der cong_xineliboutput ich noch einen Wert für engine.buffers.video_num_buffers setzen kann/muss.

Danke.

Edit: Auch wenn es nicht zur Überschrift passt: Ich hatte eben den Effekt, daß während die Ausgabe vom vdr hing sogar der mauszeiger einfror? Keine Ahnung wo da die CPUzeit hingeht?

Wenn Du den vdrdevel fährst (apt-get install vdr-devel) dann dort...
ansonsten statt vdrdevel immer vdr einsetzen...

und die remote.con ist eigentlich per default für Tastaturbedienung ausreichend... anders sieht es mit der FB aus - aber da bastel ich dann dran wenn meine Bestellung da ist - am alten vdr hatte ich die FB über die breakout-box an der Nexus angeschlossen...

Hmmm, analog? Die Vergangenheitsform von Anna lügt?^^
Da kenne ich mich nun gar nicht aus...

Aber mit ct-vdr 7 quäle ich mich aktuell herum^^
Wenn Du den Treiber für die pvr drauf hast und das analog-tv-plugin...
Dann dürfte doch gegenüber dem vdr das Plugin so tun, als wenn es eine DVB-Karte wäre? Also muss bei der Meldung daß keine DVB gefunden würde der Fehler auf Level der Treiber oder Plugins liegen...

Du sagtest Du hast schon mal eine Ausgabe bekommen?
Du gehst über vga raus bzw tv-out... dafür brauchste doch nen passenden Treiber oder?
Kann es sein daß Du normalerweise einfach nix siehst weil die Ausgabe nicht weiss wohin?

Schau mal hier:
http://www.heise.de/ct/artikel…x-auf-Empfang-292096.html

ziemlich weit unten...

zwar nicht unbedingt o-o-b, aber sowas in der Art hatte ich gesucht:

http://www.lirc.org/html/table.html#@hw-usb

sehe ich das richtig daß es aktuelle xinelibout-plugins nur für vdr gibt und nicht für vdrdevel - also nur für 1.6?

Ich hab ne DVB-S2 und brauche deshalb wohl vdrdevel (1.7.9) und habe Problem mit Stottern und co und die neuen Sachen bekomme ich in apt nur für den 1.6er angezeigt?

vom Fehler her tippe ich mal auf Dateisystem...
Die Platte klingt normal, erkannte Verzeichnisse können benutzt werden...
nur die Verzeichnisse die ich kopieren wollte werden wohl nicht mehr als dirs erkannt... ich hab von ext3 aber nicht wirklich Ahnung, kann es also nicht näher beschreiben...

Hab auf die Schnelle nur mal testdisk probiert, die Partition ist ja eh normal und die Verzeichnisse werden von den flags her nicht als solche erkannt...

gehe also mal vom Dateisystem aus... ist ne 1TB F1 - würde mich auch wundern wenn die schon hinüber wäre, so sehr wurde sie ja nicht gequält...

Hallo,

ich frag mal hier im Brett weil das Thema irgendwo so zwischen den Welten schwebt hier im Forum...

Ich hab in meinem ct-vdr eine weitere Platte sda mit nur einer Datenpartition sda1.
Auf dieser Platte liegen mp3s und co...
Jetzt baue ich gerade einen HD-vdr (siehe Flüche an anderer Stelle) und wollte Daten per Netz über Nacht schon mal vom alten Rechner auf den neuen kopieren...
Endziel wäre gewesen daß die "große" vom alten System und Tv-Platte vom neuen wird und der ne noch grössere für Archiv hat...
So weit so unwichtig:)

Bei dem Rüberkopieren hat es dann aber Fehler gegeben und ich hab es abgebrochen... weiss nicht mehr genau was war, ich will nicht mal ausschliessen daß ich dem alten Rechner einen harten Reset verpassen musste...

Jedenfalls sind einige Ordner auf der obersten Ebene noch vorhanden und andere werden als ???[jeweiliger Name] angezeigt in rot (bei dir)...
ich komme auch nicht in die Verzeichnisse hinein.
Ein e2fschk ist durchgelaufen, hat ne Menge Inodes angemeckert (nen büschen Daten weg wäre ja nicht tragisch, aber alles? ich hab zwar einiges im Autoradio, aber zB die verlustfreie Klassik müsste ich neu rippen. Da das Radio die nicht kann habe ich sie auch nicht auf die Platte des Radios kopiert...)

Mit welchem Tool habe ich Chancen die Daten noch (weitgehend) zu retten?
Am Besten native debian oder so damit ich die mit apt installieren kann und für die shell (auf dem Ding ist kein X installiert).
Alternativ wäre ein bootimage auch nicht ganz schlecht...
Entweder um die Daten an Ort und Stelle zu überarbeiten oder über das Netz wegzuschreiben...

Danke.