LinuxでのCD-R/RWについてのスレ

Linux のCD-R/RWがわからんひと!!こい!ってか自分がわからん。

>>411
fstabの第４フィールドはオプション専用と決まっている。
-oと書いてはいけない。-oと書くとそれが第４フィールドと認識されてしまい
session=2は第５フィールドと認識されてしまう

ありがとうございます。今、Linuxをいじれないので、あとでやってみます。

LinuxでCD-RWを焼いて、Windowsで見るとUDFになっている。
パケットで焼いているのかな。

session=2 というオプションは特につけなくても認識されるようです。
ただ、起動時に、マウントポイント 0 が存在しません とエラー表示がでます。
エラーがでてもマウントされています。

>>414
UDF-Joliet-ISOの３層ブリッジまたはUDF-ISOの２層ブリッジ構造になってるだけ。
このように焼くと互換性を維持したままファイル名の自由度を高めることができる
(UDFに対応していないOSでもISO側で読め、8+3文字にシュリンクされるが内容抽出は可能）。
少なくてもK3bはそのように設定可能。

WindowsでもB's Recorder Gold以外は設定でこのようなUDFブリッジ構造に出来る
（インスコ直後のデフォで３層ブリッジになるのはRoxio Easy Media Creator7だけだが）。
Nero, DiscJuggler, RecordNow!, ONESいずれもUDFブリッジ焼き可能(Neroは２層のみ、
他は３層可能)。Intervideo Power2GoとPinnacle InstantCD/DVDはどうだかしらない。

パケットライトはファイルシステムが今のところUDFで統一されているというだけで、
焼き方はオーサリング焼き（一気焼き）とは完全に別。ドライブのパケットライトモードを使う。

>>416
マルチセッションのUDF対応になっているだけで、やっぱりパケットライトには
なってないということですね。
将来、パケットになればかなり楽になると思います。

kernelの再構築の時、Block devicesにPacket writing on CD/DVD mediaという
項目があるのに気がつきました。それで調べてみると以下のページを見つけました。

Packet Writing on Linux
http://reactivated.net/software/packetwriting/

ここによると、kernel 2.6.10からパケットライトが可能なようです。パケットライトは
使用しないため、ここまでしか調べませんでしたが、興味をお持ちでしたら調べ
られてはみてはいかかでしょうか。

カーネルを　kernel 2.6.10　にすればパケットが使えるということですね。
カーネルのアップデートのしかたを、はっきりしらないので、(^_^;)
誰かやった人、どんな感じか教えてください。

>>418
THX。興味深いね。SuSE9.3をインスコ済なので、これから試してみるよ
（リコー+RW4xメディアは腐るほどあるのでｗ）。ドライブはNEC ND3500AG-2.FD

ただ問題は、LinuxのUDFサポートが怪しすぎること。

DVD-RAMで試してみたが（ドライブはPanasonic LF-M621JD)、UDF1.5でフォーマットした
RAMにWindowsで書き込んだものは、問題なく読み取れる。そのディスクをmount -t udf
でマウントすると書き込むこともできる。書き込んだ内容はLinuxから見える。が、そのメディアは
Windowsでは認識しなくなってしまう。UDFファイルシステムが壊れてしまうようだ
(もちろん再フォーマットすれば使えるようになるけど）。

従ってLinuxパケットライトで書き込んだディスクは、Linux専用になってしまうと思われる。

試してみた：結果は一応成功！なんとLinuxでパケライがｗ

まずpktcdvdというコマンドはSuSE9.3にはなかった。

そこでSonic DLA 4.95でフォーマットしたRicoh +RW 4x無印バルクを用意した。
DLAでフォーマットすると、プレーンな（ブリッジになっていない）UDFになるからだ。
DLAがインスコされているのは実機ではなく、VMware5.0上のWindows2000SP4
(ホストはWin2003、ドライブはPX-716A)。仮想Win2000でファイルを少々書き込んでおく。

それをSuSE9.3機のND3500AG-2.FDに放り込む。KDEデスクトップを立ち上げていると
自動で/media/DLA_001などにマウントされてしまうが、それをアンマウントし、
　# mound /dev/hdc /mnt -t udf -o rw,noatime
で再マウントする。いくつかのファイルを/mntにコピーする。すぐに終了するが、実際には
非同期キャッシュに書かれただけで、何も書き込まれていない。
　# sync
すると、たいしたファイル量でもないのに、かなり待たされる。ドライブに書き込んでいるようだ。
終了後、アンマウントして取り出し、WindowsXP (Roxio Drag-to-Disc V7.1が動いている)に
放り込む（ドライブはPX-716A Firm 1.07)。ちゃんとファイルが見える。2.6.11のUDFは、
2.6.5よりかなり進歩しているようだ。

ただファイルのパーミッションがおかしく、Linuxで書き込んだものはWindowsで見ると
「読み取り専用」になってしまう。Linux上でchmod 666にしておけばいいのかな。

うまくいったのですね、おめでとうございます。さっきパケットライトについて
調べたときこのようなパッチを見つけました。

Improve CD/DVD packet driver write performance
http://seclists.org/lists/linux-kernel/2005/May/3030.html

保証はありませんが、もしかしたら書き込み速度が改善されるかもしれません。

>>422
なるほど、読み取りと書き出しのスケジューリングを変更するパッチなんだね。
ま、とりあえず自分的には「パケライ可能」だけで満足かも。

次はDVD-RAMをテストしてみた。こちらは残念ながら2.6.5から変化はなかった。

1) Maxell 3x DVD-RAM(殻入り）の新品、WinXP+LF-M721JDのパナソニックフォーマッタで
　UDF1.5フォーマット、中身は空
2) SuSE9.3機のLF-M621JDに放り込みUDFマウント、書き込んでパーミッション変更後Sync。
　パケライDVD+RWと違い、syncは即座に終了、アンマウント、取り出し
3) WinXP+LF-M721JDに放り込む。認識せずorz
　「D:\にアクセスできません。ファイルまたはディレクトリが壊れているため、読み取ることが出来ません」になる。
　パナソニックドライバmeiudf.sysじゃなくて、D2Dだったらアクセスできるのかな〜　面倒だからそれは試さないｗ

+RWの場合は、Windowsから見えるのですか。
コマンドじゃなくて、ドラッグ、ドロップで書き込めれば
バックアップ用としてかなり使えそうです。

>>423
2.4の話だが
2.4.26と2.4.27の両マシンでudf1.5,udf2,0,fat32で問題なく読み書き出来、
Winのpanaドライバで問題なく読み書き出来る。
但し、漏れはフォーマットは必ずWin側で行う。

>>425
とすると、DVD-RAMハンドリングは2.6系で後退したのかな？

.>>425
Linux　2.4のカーネルでパケットができて、
Windowsでも読み書きできるのですか？

usb 接続の PX-716A とかを使ってる人いたりしますか？

>>426
そういや2.4.27のマシンにCentOS4.0も入ってるんで近いうちに
確かめるよ

暇ができたので、VMware5.0にインスコしたVine3.1でのDVD-RAMハンドリングを試してみた。

結果：Everything is OK

光学ドライブをLF-M721JDに接続するようにVMwareを設定、
WinでフォーマットしたUDF1.5のマクセル３倍速DVD-RAMメディアを721JDに挿入、
型のごとくUDFでマウントし、テスト用ファイルを書き込む。

Vineをシャットダウン後、Windowsで開いたら、、、、ちゃんとファイルが見えた。

Kernel 2.4系だと、DVD-RAMはちゃんと使えるんだな。2.6が駄目なのかSuSEが駄目なのか......

> Everything is OK

文字化けしてますよ。

Kernel 2.4系でも、DVD−RAMのパケットをサポートしているってことか。

>>431
>>430とは関係ある人なのかない人のなのかよくわからんが、

漏れは戌とWinで相互運用する為にもっぱらFAT32を用いています。
FAT32だと戌上でiocharsetを指定することができて自動的な文字コード
変換ができるから、
戌かWinか、好きな方で書いたり読んだり出来ます。

日本語ファイル名を使わない習慣の人は、特に気にする必要はないのかもね。

>>433
UDFでも同じで文字化けしない

UDFは、なぜ文字化けしないの？
ユニコードだから？

>>435
unicodeで書き込めばの話

UTF-8ロケールでmkisofsやって書き込んだら
日本語化けないの？

UDFの書き込みで文字コードなんか選べるの？

>>439
UDFじゃなくてiso9660のときの話

>>437
UTF8 以外の文字コードも使えるよ

iso9660では使える文字セットがすごく限られている。
たしか大文字のアルファベット、数字、_ ぐらいだったはず。
それ以外の文字を使うと全部規格外なので文字化けしても当然。

ついでにiso9660の規格が決まったときはユニコードは存在しなかった。
日本語を使っているのはiso9660の上に独自規格をのせているケース。
例えばjolietだったりアップル拡張だったり。
Rock Ridge extensionだと文字セットに関しては取り決めがないけど
EUCなら大丈夫な気がする。

お待たせしました。
カーネル2.4でramが正常に読み書きできている環境で、カーネル2.6での動作確認
をおこないました。
簡単に結論を言うと確かにカーネル2.6では問題ありでした。

検証は予告していたCentOSじゃなくてFC3を使いました。。
Fedora Core3に最新アップデートをかけた環境(2.6.11-11.17_FC3)と、WindowsXPProfessio
nalsp1にパナの1年くらい前のドライバ（DVDTools.dllのバージョンが1.0.9.0）です。

簡単に問題点を説明すると、
カーネル2.6のudfドライバのフォーマットと、Win側のフォーマットとの間に互換性
がないということです。

Win側で書き込んだディスクをLinux側で読み取れます。
しかし、Linux側で書き込んだディスクはWin側で読み取れません。

Win側で書き込んだディスクをLinux側でマウントしますと、ちゃんと読み取れます。
その状態でLin側で何か書き込みをおこなうと、もうフォーマットに互換性がなくなる
ようです。Win側で読み取ろうとすると、フォーマットされていないと判定されます。
その状態でもLin側に持っていくと、やはり読み取れます。

udf1.5、udf2.0、同じ症状でした。

fat32は問題ありませんでした。

私はramはデータのバックアップにしか用いないのでfat32しか相互運用用に使えなくても
全く支障ありませんが、民生用プレーヤーでのDVD再生用にramを使っている人にとっては
厳しい状態ですね。

>>433
udfでもiocharsetは指定できますよ。
だから>>435の言うとおり、udfでも文字化けしません。
ただ、fat32の方がudfよりファイルパスの制限がぐっと少ないので、
私は以前からfat32ばかり使っています。

>>443
不思議なのは、DVD+RWへのUDFパケットライティングでは、WinとLinux-2.6との間に
互換性があることだ。UDFサポート自体に問題があるのではなく、DVD-RAMドライバ
回りに問題があるような気もするが、よくわからん。

Kernel 2.6系では、DVD-RAMを避けてパケットライティングを使った方がいいようだが、
カーネルにパッチをあてないと書き込み速度が激遅だからなぁ。

tar か何かで固めて、そこらへんに転がってる Windows マシンから書き込めば、
なんら心配しなくてもいいということだな。流石だなおれ。

>>444は2.4系での話でした。

Fedora Core 3でfat32のDVD-RAMをマウントしてみたら、2.4系では有効だった
codepage=932,iocharset=euc-jp てオプションが効きません。文字化けです。
↑(codepage=932は自動判定機能があるのでいらなかったかも)

その上、詳細は略すけど、cd,dvd焼きでも思いきりデグレード
2.6系の光学ドライブ関係のデグレードには唖然とします。2.2→2.4系はいいことばかりという
記憶があるけど、2.4系→2.6系はデグレードが多すぎると思います。

ナニを今更。もう 2.4.x なんて誰も使ってないだろ？

kernel-2.4.29-0vl1.0.2 なぼくが来ましたよ。

>>448
その他、安定性も駄目
2.4系（FC1）だと、ハングするのは年１回くらいしかないのに、
FC3だとACPIをonにすると日に数度、ACPIをoffにしても2日に一度くらい
固まってしまう。

俺は、またFC1に戻ることにします。
CD-RW,DVD-RW,DVD-RAMを使うことが多いんで、
俺はとてもじゃないけどFC3は使えない。

2.4系カーネルの上にALSAを入れて、
ライブラリ、gnome、アプリケーションはFC4のものを入れれば、
現状で抜群のデスクトップができあがるでしょう。

アフォか。2.6をどれぐらいの人が快適に使ってると思ってんのｗ

Fedoraは商用じゃないので、安定性に難があるのはやむを得まい。
でも商用のSuSEだって光学ドライブ周りは同様のトラブルに悩まされる。

光学ドライブを使わなきゃ快適でも、光学ドライブ周りでトラブル続発では
LinuxがWinにとってかわるなんて戯れ言は言わんほうがいいぜ。

パケライだけじゃないの？
kernel-2.6.11でdvd-videoを何の不具合も無く普通に焼きまくってるが...

>>454
俺にとって一番致命的なはWinsowsで書き込んだ日本語ファイル名のRAMが
読めないこと。

今日、カーネルを2.4にし、ローレベルなパッケージを2.4用に取り替えた
FC3環境を構築した。この環境が現状で最高のデスクトップだ。

なんかwin98みたいで楽しそうだね。

CentOS4.1だと大丈夫だった。
FAT32のRAMに日本語ファイル名のファイルがCentOS側で文字化けせず読み出せた。
udfのdvd-rも文字化けせず読み出せた。
julietのcd-rwも文字化けせず読み出せた。
つまりはメディア側の文字コードが自動認識され、且つiocharsetオプションが効く。

あと、udfのdvd-rw,rへの書き込み試すの忘れた。

何年も前にWindowsで焼いたCDのファイル名が読めん。Vine2.6〜3.1、FC1〜3全部駄目。
ls | nkfするとひらがなだけは変換できるけど、漢字カタカナが駄目。
勇者王誕生！.mp3が、容者王誕生（.mp3になったりするわけよ。
これは変換テーブルの問題なんだろうけど、iocharsetが効かないのは何でだ…

iocharsetはほとんどのファイルシステムで効くよ。
ただ、ファイルシステムからの入力は、iso9660の場合、jolietならunicode(UTF-16?)、素のiso9660はiso8859-1しか扱えないはず。
458の化けかたを見ると、大文字か小文字がどちらか片方に変換されているような気がする。

>>458

勇 => 0x9745(Shift-JIS)

2 バイト目の 0x45 はASCII の `E' で、これが小文字(`e':0x65)に変換されると

0x9765 => 容

になってしまうみたいだね。ファイル名の文字列内の ASCII 文字全てが小文字
に変換されている様だから、`map=off' option を付けてみたら？

$ man mount
:

iso9660 のマウントオプション

map=n[ormal]/map=o[ff]/map=a[corn]

Rock Ridge 拡張がされていないボリュームに対して normal が指定される
と、ファイル名の大文字 が小文字の ASCII にマップされ、最後の `;1'
は削除され、`;' はすべて `.' に変換される。 map=off が指定されると、
ファイル名の変換は行わない。

お二人ともエスパー気味ですね…
そういえばWindowsで見ると全て大文字のはず。普通にmountしただけなのに小文字になってるって事は、
自動的に何らかの変換がかかってるって事か。その変換が理由で文字化けするから、それを切ればいいわけね。
mount -t iso9660 -r -o map=off /dev/hdc /media/cdrom/でいけました。
iocharset=utf8は効かなかったから、これからVineで試してみる。
素のISO9660だと末尾に;1がくっついてるなんて知らなかったよ。

オープンソースDVDライティングソフトウェアに恫喝
http://japan.linux.com/opensource/05/07/07/0237254.shtml

> Plextor社のDVDバーナーをLinuxベースのコンピュータでも扱えるようにしようという
> オープンソースプロジェクトが、法的措置をちらつかせた恫喝の前に窒息しかかっている。
> 問題のソフトウェアプロジェクトは、PxScan、PxView、PxLinuxの3つで、
> すべてGPLソフトウェアである。

LinuxではNECドライブが一番便利。ファームアップをLinux上でできるからね。
プレクドライブなんかｲﾗﾈ

>ファームアップをLinux上でできるからね。
マジか
買ってくる。ND-3540Aでいい？

ぢつはプレクドライブもファームアップをLinux上でできるが、
ま、今回のことでケチがついたのでNECがいいんじゃよ。
NEC用のファームウェアフラッシャーfor Linuxはここから：
http://binflash.cdfreaks.com/

ここを見てgrowisofsにパッチを当てておくのを忘れないように。
http://yuki-lab.jp/linux/tl10d.html#PX-716A

PX-716A用パッチということになっているが、ND-3500A+K3b-0.12.2
の組み合わせでも、このパッチをあてないとDVD-Rは焼きミスする。おそらく
ND-3540Aでも同様の症状が出る悪寒。このパッチがあればOK。

いずれにせよ+RのROM化の制御はできない(Linux上で制御できるのは
LITEONドライブのみ〜SOHW1673S以降は本体記憶はまだ対応されてない）。
ROM化の記憶は、一旦Win機につけてWinBTypeV2.exeで記憶させておくように
（ROM化対応ファームを使った場合）。

> ぢつはプレクドライブもファームアップをLinux上でできるが、

これかな?
http://www.plextor.be/technicalservices/downloads/firmw_prog.asp?choice=Upgrade%20programs
ftp://ftp.berlios.de/pub/cdrecord/firmware/plextor/

知らなかった。他のメーカー用のもあるんかな?

プレク、あーあ、だ。
こんなことしてちゃヨーロッパや途上国で売れなくなるぞ。

PX-716Aで焼き品質がﾒｯｷﾘ落ちたから、もう無くてもいいんじゃない？

プレクの時代は終わったのだ。これからは便器！

Fedora Core 2
BUFFALO CDRW-446USB


認識しねえ〜

カーネルつくりなおしたりできないんなら、winでも使っとけ

SuSE9.3
πDVD-500M ＋　上海問屋IDE-USB2.0変換器　＋　BUFFALO USB2.0/IEEE1394コンボカード


問題なし。リーフリファーム入れて、Xine＋libdvdcssで海外DVD視聴完璧。

>>470
カーネル再構築しさえすれば認識するんですか？
どうもありがとう。

Nero Upgrades NeroLINUX, First LINUX Software Ever to Offer Layer-Jump Recording Support
http://www.nero.com/eng/PR_2005_07_26.html

>>473
nero 2.0.0.2は以前から提供されているが、アナウンスが遅かっただけだな。

DVD-VIDEOチェックボックスが増えた。これをONにするとVIDEO_TS中の
ファイル配置を最適化してくれるらしい。

が、ONにしても旧型DIGAでは再生できない。まだ何かの問題があるようだ。
試していないが、１層で駄目なら２層も駄目だろう（Win版のNeroでも２層は
DIGAで再生できないメディアを作る）

cdcloneみたいに、音楽ＣＤ全体を一つのイメージとして
吸い出すソフトってLinuxに無いですか？

cdcloneを知らんからCD-EXTRAの扱いも含めてどうするのが望みか知らんが、
単に1つのwaveとして取り出したいなら、
cdparanoiaで -B 付けずに使ったらいいのでは?

レスありがとうございます。

wave ファイルとして取り出したいのではなくて、
waveヘッダとかは無しで、生のままの、一つのバイナリデータとなったファイルに吸い出したいのです。
別にcueシートとかがついててもＯＫです。

さらにそのファイルに対して、何かの操作をして、waveファイルを取り出したり、
そのファイルをそのまま何かのソフトに与えれば、プリギャップ等も含めて、
そっくりな音楽ＣＤが焼けるようにしたいのです。

cdrdaoとかreadcdとか?

readcdって、音楽ＣＤを読めましたっけ？
http://www.linux.or.jp/JM/html/cdrecord/man1/readcd.1.html

cdrdaoって、書きこみソフトじゃありませんでしたっけ？

具体的な使い方を教えて下さい。

で、次は「CDのイメージを下さい」か？

>>475
具体的な使いかたは自分で調べるもんだと思います。
キーワードはもらったんだから。

それにちょっとヤバイ臭いがプンプンするので
みんな知ってても教えないと思います。

>>479
こっちはaudio CDについて書いてあるが。
readcd
http://linuxcommand.org/man_pages/readcd1.html

読み込みに関するオプションもある。
cdrdao
http://linuxcommand.org/man_pages/cdrdao1.html

あとは自分で試してくれ。

Pioneer DVR-110 を買おうかと思ってるんですが
linux で使えますか？

使えるよ

>>484
ありがとうございます

Binflash http://binflash.cdfreaks.com/でNECドライブのROM化制御できるようになったぽい

>>486
そりゃいったいいつの話だ？ずい分前からできるよ。

Linuxマシン用DVDバーナーはNECの択一という印象。

>>487
>>465以降情報を仕入れていなかったので

>>488
それは単に>>465が、書き込み時点で既にBitsetting機能があることを
知らないボケカスだっただけ。実は>>465は俺という罠orz

ここの人口密度の希薄さがよくわかるなｗ

そ、そうだったのか……

光学ドライブいじりを始めたド素人ですが、Linux界の現状は
「CD作成はともかく、DVDまわりはLinuxはまだまだこなれていない。
2.4→2.6の進化が裏目って、状況は混沌。今後のスタンダードが
大幅に変わる可能性はまだまだある」
っていう認識でOK?

>>491

真に受けるなよ

>>491
つX-CD-Roart

つX-CD-Roast

orz

vine3.1(kernel 2.4.x)使ってるんですけど、ide-scsi って必要ないんすかね？
dvd+rw-toolsで焼こうと思ってます。

>>492
悲観しすぎなんでしょうか？

>>493
了解です、触ってみます

ナニを悩んでんのかわからんが、kernel-2.6にしてk3bいれりゃあおしまいじゃん。

xcdroast0.98alpha15つかってます。
cdの複製でcdを読み込もうとすると、再起動してしまいます。

状況としては、
cdの複製を選ぶと、xcdroastを立ち上げるために使った窓のほうに

(xcdroast:1257): Gtk-CRITICAL **: file gtkwidget.c: line 3360
(gtk_widget_event): assertion `WIDGET_REALIZED_FOR_EVENT (widget,
event)' failed

というエラーがでます。
SCSIドライブのLCW-RW3624を使っています。gripでリッピングはできるので、
ドライブは問題ないと思うのですが、原因がわかりません。
どなたかご教授いただけないでしょうか。

>>495
必要ないみたい。

ttp://shino.pos.to/linux/cdrw.html
>Vine Linux 3.1 など最近のカーネルでは SCSIエミュレーションを経由しなくても
>ATAPI接続のCD-RWを使うことができます。

ちなみにvine3.1のデフォルトのカーネルは2.4.27
特別なパッチが当ってるのか、vine特有なのかは不明だけど。

>>497
K3bでは、家庭用レコーダと互換性のあるDVD-VIDEO形式で焼けないよ。

データ焼きだけならOKだが、dvd+rw-toolsにパッチあてないと
PX-712A, PX-716Aなどのプレクドライブは全く焼きにいけない。

dvdauthorとmkisofsでiso作ってk3bで焼いてますがなにか

http://www02.so-net.ne.jp/~yonetani/Reading/cdrom.htm
このページに書いてあるみたいに、TAO使って、
CD-R（DVD+/-R)をリンクブロックだけで追記したい。
ようは、マルチセッション（とそれに付随するリードインリードアウト）が嫌だってこと。
UDFとか、論理レベルのレイヤーは後で考えるとして、
とりあえず、/dev/cdrom とかがTAOで追記できるようにするためには、どうするんですか。
cdrecord のオプションでできるっぽいんですが、やり方がわかりません。

age

>>501
そりゃISOを他のソフトで作るんだから、当たり前のような気が、、、、、

VIDEO_TSフォルダを指定するだけで互換性のある形式で
焼いてくれるソフトがないもんかねぇ。

k3bって単なるラッパーじゃないんかい

そう、ラッパーであるが故に限界がある。
dvd+rw-toolsは１年以上バージョンアップしていない。そこに機能・品質が依存してしまう。

やっぱnero for linuxかねぇ。

xcdroast + cdrecord-prodvd で音楽CDをCD-RWにコピーしました。
そのCD-RWをCDプレイヤーで再生して、MDにコピーしようとしたら、ダメでした。
MDのエラーメッセージから見て、SCMS が働いているようです。
cdrecord が書き込み時に SCMS の信号を付けているのでしょうか?
それともCDプレイヤーがCD-RWと判断したら、SCMS の信号を付けるということも
あり得るのでしょうか？

MD player/recorder を持っていないので、よく分からないけど、
この現象って xcdroast + cdrecord-prodvd + CD-RW の組み合せのみで起こるの？
CD-RW でなくて CD-R 場合は？ cdrecord-prodvd 以外の CD writer program を
使った場合は？

ざっと調べると SCMS って、録音する機器側で判断するみたいだから、後者の
理由っぽいけどね。

>>508
> MD player/recorder を持っていないので、よく分からないけど、
> この現象って xcdroast + cdrecord-prodvd + CD-RW の組み合せのみで起こるの？
> CD-RW でなくて CD-R 場合は？ cdrecord-prodvd 以外の CD writer program を
> 使った場合は？

一応 cdrecord には scms に関係するオプションとして -copy, -nocopy, -scms
などが用意されているですが、-copy とか指定してもコピーできないのは
同じなので、たぶんどこかでバグっているみたいです。
cdrecord-prodvd を入れていても、CD を焼くときには普通の cdrecord を
使っているみたいだったので、cdrecord のソースで scms に関係してそうな
ところを適当にコメントアウトして cdrecord を作り直したら
コピーできるようになりました。
どこでバグっているのかまではわかりませんが…。

へぇ cdrecord って SCMS 情報も CD-R(W) に記録するんですね。しらんかった。
cdrecord の man page を改めて見てみると default は nocopy で、１回 copy
出来る状態で CD を作るんですね。勉強になりました。

とにかく MD に録音できたみたいで、おめでと。

ちょっと教えてください。
OS起動中にUSBのCD-RWドライブを取り外す場合って皆さんどうしてます？（どういう手順？）
いきなり引っこ抜くのはマズイと思うんですけど。
ちなみに、USB給電タイプです。