Hallo Franz, bei mir tritt dieses Phänomen unter SuSE 9.3 auf. Einzeln kann ich die Files ins anstehende Brenn Projekt kopieren, aber wenn alle auf einmal kopiert werden,stürzt k3b ab. Gruss Thomas -----Original Message----- From: Franz Preihs [mailto:gfrpr@gmx.net] Sent: Thursday, May 12, 2005 1:55 PM To: suse-linux@suse.com Subject: k3b in Suse9.2 bricht zusammen Hallo Liste Ich habe versucht meine Daten auf eine CD zu bringen und wenn es eine Datei ist die etwa 10-100 MB hat bricht K3b einfach zusammen. Es stoppt und gar nichts geht mehr. Ich habe es schon x-mal probiert und bei größeren Dateien funktioniert es einfach nicht. Habt ihr auch solche Probleme bei Suse 9.2? Wenn ich die Daten mit der Maus hinunterziehe in die Dateien die gebrannt werden sollen dann geht das nur bei kleinen Dateien. danke Franz Preihs -- +++ Neu: Echte DSL-Flatrates von GMX - Surfen ohne Limits +++ Always online ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Freitag, 13. Mai 2005 13:48 schrieb Falvay Thomas (KPTO 4):
Hallo Franz,
bei mir tritt dieses Phänomen unter SuSE 9.3 auf. Einzeln kann ich die Files ins anstehende Brenn Projekt kopieren, aber wenn alle auf einmal kopiert werden,stürzt k3b ab. Ich habe jetzt mal festgestellt, wenn cdrecord als user gestartet von z.B k3b, und cdrecord stirbt, der cdrecord-Prozess sich nicht mehr killen läßt. Weder als user dem der Prozess gehört, noch als root. Dadurch läßt sich natürlich in so einem Fall auch k3b nicht mehr killen. Das einzige was dann noch hilft ist ein reboot. Ich glaube so langsam schon, ich bin bei Windoof gelandet. So langsam habe ich die Schnauze voll von cdrecord. Gruß, Heinz Dittmar
Gruss
Thomas
-----Original Message----- From: Franz Preihs [mailto:gfrpr@gmx.net] Sent: Thursday, May 12, 2005 1:55 PM To: suse-linux@suse.com Subject: k3b in Suse9.2 bricht zusammen
Hallo Liste Ich habe versucht meine Daten auf eine CD zu bringen und wenn es eine Datei ist die etwa 10-100 MB hat bricht K3b einfach zusammen. Es stoppt und gar nichts geht mehr. Ich habe es schon x-mal probiert und bei größeren Dateien funktioniert es einfach nicht. Habt ihr auch solche Probleme bei Suse 9.2? Wenn ich die Daten mit der Maus hinunterziehe in die Dateien die gebrannt werden sollen dann geht das nur bei kleinen Dateien.
danke
Franz Preihs
-- +++ Neu: Echte DSL-Flatrates von GMX - Surfen ohne Limits +++ Always online ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Fri, 13 May 2005, Heinz Dittmar schrieb:
Ich habe jetzt mal festgestellt, wenn cdrecord als user gestartet von z.B k3b, und cdrecord stirbt, der cdrecord-Prozess sich nicht mehr killen läßt. Weder als user dem der Prozess gehört, noch als root. Dadurch läßt sich natürlich in so einem Fall auch k3b nicht mehr killen. Das einzige was dann noch hilft ist ein reboot. Ich glaube so langsam schon, ich bin bei Windoof gelandet. So langsam habe ich die Schnauze voll von cdrecord.
Und ich hab die Schnauze voll von k3b. Und das, obwohl ich k3b noch nichtmal verwende. Und von den KDE Brenn GUIs[1] schon lange. Warum? Weil offenbar auch die bisher beste (k3b) nicht zuverlaessig funktioniert. Leute: tut euch einen Gefallen, nehmt mkisofs + cdrecord/cdrdao oder growisofs direkt. Da kann man dann wenigstens evtl. Fehler direkt nachvollziehen. Einmal die Optionen (kann man ja bei k3b abschauen!) in der manpage nachlesen, in ein script verpacken, et voila... Wobei, fuer cdrecord ist ein script schon overkill, bei mkisofs ist's sinnvoll. BTW: kann man in k3b beliebigen Dateien/Verzeichnisse beliebige Namen/Verzeichnisse auf der CD/DVD zuordnen? Oder wenn's denn GUI sein soll, dann bitte xcdroast oder gcombust[2]. Und wenn mal cdrecord/cdrdao mal nicht funktionieren, dann weiss man wenigstens, dass es an cdrecord/cdrdao (und dem, was die beiden verwenden) liegt. -dnh [1] als da waeren/waren (ich weiss nicht, ob ich alle zusammen bekomme): KonCD, KreateCD, kCdWrite, keasycd, KIsoCD, k3b [2] ich weiss nicht, ob das noch entwickelt wird... -- Beim Frühstück meinte meine Tochter (11) zu mir: "Du Papa, da ist heute ein Wurm. In fast jedem Computer. Der heisst outlook oder so." -- "LexLuthor" im heise-Forum
Hallo David, hallo Leute, Am Samstag, 14. Mai 2005 04:35 schrieb David Haller: [...]
Und ich hab die Schnauze voll von k3b. Und das, obwohl ich k3b noch nichtmal verwende. [...] Warum? Weil offenbar auch die bisher beste (k3b) nicht zuverlaessig funktioniert.
Ich hatte zumindest noch keine Probleme damit ;-) [...]
BTW: kann man in k3b beliebigen Dateien/Verzeichnisse beliebige Namen/Verzeichnisse auf der CD/DVD zuordnen?
Natürlich ;-)
Oder wenn's denn GUI sein soll, dann bitte xcdroast oder gcombust[2].
xcdroast habe ich lange Zeit verwendet - aber da ich meine CDs meist randvoll mache, fehlt mir die "dynamische" Füllstandsanzeige. Und jedesmal auf das Ergebnis der Bytezählung warten ist nervig. Gruß Christian Boltz, Zufallssig! -- "Linux ist scheisse weil bei mir geht was nicht!" Tolle Aussage. Was genau geht nicht? Und tatsächlich: Toastbroot im CD-Brenner lässt sich auch bei mir nicht rösten! [Konrad Neitzel in suse-linux]
Am Samstag, 14. Mai 2005 04:35 schrieb David Haller:
Und ich hab die Schnauze voll von k3b. Und das, obwohl ich k3b noch nichtmal verwende.
Und von den KDE Brenn GUIs[1] schon lange.
Sorry, aber mit genau diesen Argumenten haben schon viele Diktatoren oder Extremisten argumentiert. Ich kenne einen xy der klaute, also klauen alle xy, also lasst uns allen xy den Schädel spalten.
Warum? Weil offenbar auch die bisher beste (k3b) nicht zuverlaessig funktioniert.
K3b funktioniert im allgemeinen nur dann nicht richtig, wenn es auch die Konsolenprogramme selbst nicht tun, z.B. wegen ResourceManager oder Kernel Problemen.
Leute: tut euch einen Gefallen, nehmt mkisofs + cdrecord/cdrdao oder growisofs direkt. Da kann man dann wenigstens evtl. Fehler direkt nachvollziehen.
Das ist eine Möglichkeit, aber alles andere zu verteufeln kanns doch auch nicht sein. Ich nehm mkisofs und cdrecord auf Konsolenebene auch direkt, wenn ich zu wiederholende Brennvorgänge habe (ShellScript), da ist eine GUI einfach zu umständlich (für mich), aber wenn ich mir mal eben eine oder mehrere Datei(en) auf ne CD klatschen will, find ich es wesentlich praktischer die einfach ins K3B-Verzeichnis zu werfen und dann per Mausklick auf den Rohling zu klatschen.
Einmal die Optionen (kann man ja bei k3b abschauen!) in der manpage nachlesen, in ein script verpacken, et voila... Wobei, fuer cdrecord ist ein script schon overkill, bei mkisofs ist's sinnvoll.
Für Dich sicher, aber nicht jeder arbeitet wie Du und es werden ja nicht jedesmal die selben Optionen benötigt, wer nicht permanent brennt darf also jedesmal man pages wälzen bevor man ne Datei auf die CD packt.
BTW: kann man in k3b beliebigen Dateien/Verzeichnisse beliebige Namen/Verzeichnisse auf der CD/DVD zuordnen?
Natürlich.
Oder wenn's denn GUI sein soll, dann bitte xcdroast oder gcombust[2].
Und was sagt Dir, dass die besser sind? Wenn cdrecord abkackt, kann xcdroast oder gcombust auch nichts machen.
Und wenn mal cdrecord/cdrdao mal nicht funktionieren, dann weiss man wenigstens, dass es an cdrecord/cdrdao (und dem, was die beiden verwenden) liegt.
Das weisst Du wenn Du xcdroast verwendest? Es ist sicher im Fehlerfall richtig alles mal händisch auf der Konsole zu versuchen, generell (KDE-)Guis zu verurteilen kann aber auch nicht die Lösung sein. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo, Am Sun, 15 May 2005, Manfred Tremmel schrieb:
Am Samstag, 14. Mai 2005 04:35 schrieb David Haller:
Und ich hab die Schnauze voll von k3b. Und das, obwohl ich k3b noch nichtmal verwende.
Und von den KDE Brenn GUIs[1] schon lange.
Sorry, aber mit genau diesen Argumenten haben schon viele Diktatoren oder Extremisten argumentiert. Ich kenne einen xy der klaute, also klauen alle xy, also lasst uns allen xy den Schädel spalten.
Das schrieb ich nicht. Ich kenne bis auf k3b alle der aufgezaehlten KDE-Brenn-GUIs. Und glaub' mir: Sippenhaft gibt's bei mir nicht.
Warum? Weil offenbar auch die bisher beste (k3b) nicht zuverlaessig funktioniert.
K3b funktioniert im allgemeinen nur dann nicht richtig, wenn es auch die Konsolenprogramme selbst nicht tun, z.B. wegen ResourceManager oder Kernel Problemen.
Dann ischa gut.
Leute: tut euch einen Gefallen, nehmt mkisofs + cdrecord/cdrdao oder growisofs direkt. Da kann man dann wenigstens evtl. Fehler direkt nachvollziehen. [..] Einmal die Optionen (kann man ja bei k3b abschauen!) in der manpage nachlesen, in ein script verpacken, et voila... Wobei, fuer cdrecord ist ein script schon overkill, bei mkisofs ist's sinnvoll.
Für Dich sicher, aber nicht jeder arbeitet wie Du und es werden ja nicht jedesmal die selben Optionen benötigt, wer nicht permanent brennt darf also jedesmal man pages wälzen bevor man ne Datei auf die CD packt.
Ich habe in ~/bin ein script fuer mkisofs, das /home sichert. Andere Optionen habe ich bisher nicht gebraucht. mkisofs -a -D -l -L -J -r -v -V `date +%s` -A '/home' \ -o home.iso home=/home Bis auf '-D' kann ich die praktisch immer verwenden bzw. sehe direkt was ich aendern muss. Nein, merken kann ich mir das auch nicht, deswegen schau ich ja in dem script nach und kopiere mir den Aufruf. Und mal eben in der manpage nachzuschauen, was z.B. -A oder -V ist ist schneller erledigt als bei mir k3b auch nur starten wuerde. Und cdrecord rufe ich schlicht mittels 'cdrecord dev=0,0,0 foo.iso' auf (ok, ein 'speed=2' oder '-eject' gibt's manchmal auch noch.
BTW: kann man in k3b beliebigen Dateien/Verzeichnisse beliebige Namen/Verzeichnisse auf der CD/DVD zuordnen?
Natürlich.
Auch ohne, dass dabei die Dateien kopiert werden? Ok, dann muss ich das mal ausprobieren.
Oder wenn's denn GUI sein soll, dann bitte xcdroast oder gcombust[2].
Und was sagt Dir, dass die besser sind? Wenn cdrecord abkackt, kann xcdroast oder gcombust auch nichts machen.
Beide sind besser als alle KDE-Brenn-GUIs die ich kenne (also die aufgezaehlten ausser k3b).
Und wenn mal cdrecord/cdrdao mal nicht funktionieren, dann weiss man wenigstens, dass es an cdrecord/cdrdao (und dem, was die beiden verwenden) liegt.
Das weisst Du wenn Du xcdroast verwendest?
Weil das deutlich macht, was von ihm selbst kommt und was von cdrecord. Das scheint bei k3b ja nicht so zu klappen, siehe die vielen "k3b" Mails hier in den letzten Monaten. -dnh -- "It is very easy to be blinded to the essential uselessness of them by the sense of achievement you get from getting them to work at all." The Hitchhiker's Guide to the Galaxy on the Sirius Cybernetics Corporation. Does that seem familiar to anything on THIS planet at THIS time?
Hallo, * David Haller [16.05.2005 05:12]:
Und wenn mal cdrecord/cdrdao mal nicht funktionieren, dann weiss man wenigstens, dass es an cdrecord/cdrdao (und dem, was die beiden verwenden) liegt.
Das weisst Du wenn Du xcdroast verwendest?
Weil das deutlich macht, was von ihm selbst kommt und was von cdrecord. Das scheint bei k3b ja nicht so zu klappen, siehe die vielen "k3b" Mails hier in den letzten Monaten.
Also im Prinzip spuckt K3B im Fehlerfall ein ausführliches Logfile aus (siehe auch meine Mail mit den Double-Layer-DVDs, die sicher nichts mit K3B zu tun hat), wo man eigentlich schon genau sieht, wo was schiefgelaufen ist. Gruß, Bernhard
participants (6)
-
Bernhard Walle
-
Christian Boltz
-
David Haller
-
Falvay Thomas (KPTO 4)
-
Heinz Dittmar
-
Manfred Tremmel