ubuntuusers.de

noisefloor schrieb:

"Getestet: general" in einen Artikel schreiben, der nicht getestet ist, um ihn vor dem Archiv zu bewahren ist ja schlichtweg auch falsch.

ok. Was haettest Du gerne getestet?

Der ubuntu wiki Eintrag für wodim enthält die Behauptung, bekannte Fehler würden (soweit möglich) behoben.

Dies widerspricht aber sämtlichen Erfahrungen. Es gibt ca. 100 gut dokumentierte Fehler des Paketes (mit Bug-tracking Einträgen bei Debian, Ubuntu, RedHat, Suse, k3b, brasero, ...) und es sind keine Anzeichen erkennbar nach denen wenigstens versucht würde diese Fehler zu beseitigen. Es gibt sogar Klagen darüber, daß Fehlerbeschreibungen, die an die wodim Mailingliste gesandt wurden vollständig ignoriert wurden.

Keiner dieser ca. 100 Fehler ist in der Originalsoftware zu finden. Ein Teil dieser Fehler ist in keiner Version der Originalsoftware zu finden, der andere Teil wurde in der Originalsoftware im Laufe des Jahres 2006 beseitigt (also bevor wodim als Projekt angekündigt wurde).

schily schrieb:

Der ubuntu wiki Eintrag für wodim enthält die Behauptung, bekannte Fehler würden (soweit möglich) behoben.

Ja, auf Grundlage des changelogs.

Dies widerspricht aber sämtlichen Erfahrungen. Es gibt ca. 100 gut dokumentierte Fehler des Paketes (mit Bug-tracking Einträgen bei Debian, Ubuntu, RedHat, Suse, k3b, brasero, ...)

Weiss ich: bugs cdrkit in Ubuntu. Deswegen lautet die Formulierung auch hoeflich "soweit moeglich"...

Hi!

In genisoimage ist anscheinend ja ein einigermaßen gangbarer Weg gefunden worden, der beide Programmversionen behandelt; ggf. ist so etwas auch für cdrecord/wodim möglich? Vielleicht mit ein Tabelle/Auflistung, in der für den Benutzer relevante Unterschiede/nur in einer Version vorhandene features aufgeführt werden? Damit er danach entscheiden kann, ob sich für ihn die Installation von cdrecord lohnt?

Den Artikel wodim ganz ohne Angabe von Versionen zu führen halte ich für falsch; wenn es keine Tester gibt, sollte der Artikel archiviert werden. Ich nutze wodim seit Jahren indirekt via k3b (Lucid, Maverick, Natty, Oneiric), das funktioniert, inwieweit das allerdings für ein getestet reicht, weiß ich nicht, da ich nicht überprüft habe, wie k3b wodim einsetzt.

Außerdem wäre ein Hinweis auf cdrkit (analog der Einleitung in cdrecord) und die Dokumentation im Paket cdrkit-doc für die enthaltenen Programme wodim, genisoimage und icedax sinnvoll.

wodim kann zudem ja wohl nicht einfach deinstalliert werden, um statt dessen cdrecord nutzen zu können (unter Maverick will bei mir die Paketverwaltung zumindest u.a. k3b dann mit rausschmeißen, unter Oneiric müsste ich das nochmal testen). Wenn man Antiquas Anleitung liest, scheint es ja auch kein ganz einfaches Unterfangen zu sein, komplett auf cdrtools umzusteigen - das würde ich mir in einem eigenen Artikel wünschen.

so long
hank

Hallo,

wodim kann zudem ja wohl nicht einfach deinstalliert werden, um statt dessen cdrecord nutzen zu können

Wohl war, aber das sind IMHO zwei Dinge = zwei Artikel.

• ein Artikel, der cdrecord "stand-alone" beschreibt (=Kommandozeile)

• ein Artikel, der die Nutzung als lib für k3b, ... beschreibt

Erster sollte recht einfach sein, letzterer wahrscheinlich wie schon angedeutet eher komplex...

Gruß, noisefloor

noisefloor schrieb:

wodim kann zudem ja wohl nicht einfach deinstalliert werden, um statt dessen cdrecord nutzen zu können

Wohl war, aber das sind IMHO zwei Dinge = zwei Artikel.

• ein Artikel, der cdrecord "stand-alone" beschreibt (=Kommandozeile)

• ein Artikel, der die Nutzung als lib für k3b, ... beschreibt

Erster sollte recht einfach sein, letzterer wahrscheinlich wie schon angedeutet eher komplex...

Ja, so hatte ich das auch gedacht; ersteren Artikel gibt es ja bereits (oder meintest du einen eigenständigen, getesteten wodim-Artikel?), dazu Antiquas Anleitung als eigenen Artikel auf aktuellem Stand.

so long
hank

Vielleicht mal als Hinweis warum der genisoimage Artikel anscheinend keine Probleme bereitet:

Er enthält keine Hinweise auf die vielen fehlenden Features bei genisoimage.

Dadurch erweckt er den Anschein, man könne problemlos genisoimage anstelle von mkisofs verwenden.

frustschieber schrieb:

Vorschlag: das, was zutrifft von cdrecord → wodim kopieren, cdrecord → Archiv

Eigentlich war die Idee nicht so schlecht - nur umgekehrt:

• was zutrifft, von wodim → cdrecord kopieren (neuer Abschnitt zu den Hintergruenden unterhalb der Einleitung)

• wodim → Archiv

• redirect von wodim nach cdrecord

@schily: da Du die Thematik kennst - enthaelt der Artikel cdrecord etwas, das wodim nicht beherrscht? Dann waere der Artikel genisoimage tatsaechlich ein Vorbild fuer eine Umgestaltung.

Nun, erstmal eine Korrektur: cdrecord benötigt immer root-Rechte wenn man nicht sehr merkwürdige schwer erklärbare Probleme riskieren will.

Ansonsten ist in dem cdrecord Artikel auf den ersten Blick nichts was wodim nicht (zumindestens angeblich) auch kann.

Fehlen tun allerdings wichtige Optionen wie:

-scanbus und ein Hinweis, daß cdrecord keine dev= Option benötigt solange sich genau ein Brenner im System befindet

-msinfo Multi-session Informationen zum aktuellen Medium erfragen

-minfo Aktuellen Status des Mediums erfragen (fehlt bei wodim), wichtig wenn es Probleme gibt die man nicht erklären kann.

-atip Informationen zum Hersteller und zu sonstigen Parametern des Mediums erfragen (nur sehr eingeschränkt bei wodim benutzbar)

Wichtig ist auch ein Hinweis daraud, daß dev=/dev/* zwar im Einzelfall funktionieren kann, aber nicht garantiert werden kann und daß cdrecord dadurch evt. dazu gezwungen werden kann einen mangelhaften Treiber im Linux Kern zu verwenden obwohl es selbst sonst einen besseren wählen würde.

wodim kann DVDs nur ein wenigen Ausnahmefällen schreiben und Nutzer berichten von einer typischen Verlustrate von 50% der Rohlinge. wodim kann BluRay gar nicht.

Auch beim mkisofs Artikel fehlen viele Optionen, die erst nach dem Sommer 2006 eingeführt wurden, die aber heute wichtig geworden sind.

schily schrieb:

Nun, erstmal eine Korrektur: cdrecord benötigt immer root-Rechte wenn man nicht sehr merkwürdige schwer erklärbare Probleme riskieren will.

ok - erledigt.

Ansonsten ist in dem cdrecord Artikel auf den ersten Blick nichts was wodim nicht (zumindestens angeblich) auch kann.

Gut - das erspart Arbeit ☺

Auch beim mkisofs Artikel fehlen viele Optionen, die erst nach dem Sommer 2006 eingeführt wurden, die aber heute wichtig geworden sind.

Da mkisofs - das Original - ueber ein PPA verfuegbar ist, wuerde ich hier einen eigenen Artikel vorschlagen. Derzeit ist der Name ein redirect auf genisoimage, aber das liesse sich aendern. Aber hoffentlich wecke ich mit diesem Vorschlag keine schlafenden Hunde, denn 2009 gab es dazu ein hitzige Diskussion...

Was konsequenterweise dann wiederum dazu fuehrt, dass man auch den Artikel wodim behalten sollte (ergaenzt um den derzeitigen Inhalt aus cdrecord). Also doch jeweils getrennte Artikel:

• cdrecord und wodim

• mkisofs und genisoimage

@schily: wuerdest Du mich bei den Artikeln unterstuetzen, die "Deine" Programme betreffen?

Kurze Anmerkung: bei einer Pipe mkisofs | cdrecord muß cdrecord und nicht mkisofs als root laufen.

Ich helfe ansonsten gern.

schily schrieb:

Kurze Anmerkung: bei einer Pipe mkisofs | cdrecord muß cdrecord und nicht mkisofs als root laufen.

Also statt

sudo mkisofs -R -T -V /dev/cdrom | cdrecord

so?

mkisofs -R -T -V /dev/cdrom | sudo cdrecord

Spielt das praktisch eine Rolle? Ansonsten ist die erste Schreibweise zwar nicht ganz korrekt, aber es funktioniert trotzdem.

Ich helfe ansonsten gern.

Danke - die (neue) Diskussion zu mkisofs ist hier zu finden.

Selbstverständlich ist da ein Unterschied, denn sudo wirkt nicht auf andere Kommandos nur weil sie zufällig in der selben Kommandozeile stehen.

Das Pipe Zeichen beendet wie auch ein Semikolon ein Kommando

aasche schrieb:

schily schrieb: Ich helfe ansonsten gern.

Danke - die (neue) Diskussion zu mkisofs ist hier zu finden.

Nach zwei unbeantworteten PNs mit der Bitte um Hilfe gebe ich auf...

aasche schrieb:

aasche schrieb:

schily schrieb: Ich helfe ansonsten gern.

Danke - die (neue) Diskussion zu mkisofs ist hier zu finden.

Nach zwei unbeantworteten PNs mit der Bitte um Hilfe gebe ich auf...

Was ist "PN"?

Was wurde Dir nicht beantwortet?

Warum gibst Du was auf?