On Fre, 10 Aug 2001, Michael Nausch wrote:
Am Mittwoch, 8. August 2001 23:59 schrieb David Haller:
Schon ok ;) Ich hab's inzwischen nur halt schon mehrfach hergebetet, da degeneriert halt der Tonfall... ;) (und ja, es steht in der Doku[1]...)
Ich nehme mal an, daß ich wahrscheinlich einer von Hundert bin, der z.B. wenn er sich eine neue Software zulegt, das Handbuch von vorne bis hinten durchliest ... har har har.
Eher einer von >> 100 ;(
David kein Problem, ich hab' beruflich sehr viel mit Schlawinern zu tun, da überhöhre ich meist den Tonfall. Also keine Angst ich hab 'n dickes Fell ...
Gut. Aber, inzwischen laeuft ja noch ein Thread, wo's um die ide-scsi Sache geht... Und ich hab's grad mal wieder "hergebetet"... Komisch eigentlich, ich hatte auch _NULL_ Ahnung von SCSI und dem Kram, aber irgendwie hab ich alle Infos gefunden... Dann noch ein wenig getestet... Naja, ich hab' wohl zwei "Vorteile": Ich kann englisch und ich lese gern *g*
Hm "GOOD STATUS" liest sich doch gut...
Hab' ich mir eigentlich auch gedacht, aber es beunruhigte mich doch geringfügig.
Scheint normal zu sein... IIRC habe ich das seit Kernel 2.4.x selbst (mit cdrecord 1.8a22, Mitsumi CR-4802TE)... Ich vermute da hat sich was im SCSI/SG-Treiber geaendert, das in cdrecord noch nicht beruecksichtigt ist...
Alles klar, wenn der Große Meister auch das Problem hat, dann "bast's scho"! ;-)
Ich brenne halt sehr selten, ich bin mir also nicht sicher, aber ich hatte das letzte Mal eine Meldung beim/nach dem "fixating". Und die hatte ich vorher nicht. Mal schauen, es sind evtl. demnaechst wieder ein paar "Braende" faellig, da werd ich die Sache evtl. mal weiterverfolgen. Ach ja, ich hab die CD dann mit dd (oder war's cat?) nochmal ausgelesen und mit dem image verglichen, IIRC waren die Daten usw. korrekt da das ausgelesene Image mountbar war und ein Vergleich der Dateien mit denen des Original uebereinstimmte (hab IIRC mit cmp Verglichen). Jedenfalls hab ich dann beide Images geloescht ;) Also, ich denke (hoffe), dass das Problem "ignorierbar" ist.
[2] Jep, der Gui-fetischismus geht mir auf die Nerven!
Tja, für einmalige Dinge ist hald auch 'was für 'nen Deppen wie mich! ;-))
Das hat mit "Depp" nix zu tun... Der Punkt ist doch, dass man wissen sollte, dass u.a. bei xcdroast "einfach" nur cdrecord aufgerufen wird. Und hier stand das ja auch noch explizit in der Ausgabe... Wenn du z.B. ein: 'ls /home/blafasel/blablubb' eingibst, dann denkst du ja auch nicht, dass die Fehlermeldung ("No such file or directory") von der Konsole/dem X-Terminal/der bash kommt, sondern, weil's auch da steht, eben von 'ls'. Mit $GUI_FUER_CDRECORD ist's genauso. Nur zeigt evtl. nicht jede GUI auch die Ausgaben von cdrecord komplett an....
Hätten wir immer noch keine GUI's dann hätte ich auch bei meinem alten Rechner bleiben können, der immer noch unter meinem Schreibtisch steht ('n C=128, 16 MB, HD, CD-ROM, 20MHz Accelerator ...) Da hatte ich auch alles, angefangen von BBS, WWW-access, eMail, OLR ect. pp.)
Hey, ich sitz hier doch auch vor KDE (1.1.2)... Ne GUI _kann_ was feines sein, wenn sie gut gemacht ist. Aber hast du z.B. schonmal versucht, die ID3-Tags von z.B 26 Dateien anzupassen (z.B. alle mit dem gleichen Genre zu versehen)? Mit kmp3te und aehnlichem (z.B. in xmms) wird man da ja verrueckt... Besonders wenn man weiss, dass z.B. ein einfaches, einmal einzugebendes 'id3 -g 1 /pfad/zu/den/dateien/*MUSTER*.mp3' reicht... Und nein, id3 ist AFAIK nach wie vor nicht bei Suse dabei, URL muesst ich raussuchen.
Also dann Kollege, danke nochmals für Deine Hilfe!
Keine Ursache. -dnh -- Flhacs wird im Usenet grundsätzlich alsfhc geschrieben. Schreibt man lafhsc nicht slfach, so ist das schlichtweg hclafs. (Hajo Pflueger in de.newuser.questions)