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

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

>>356 その辺、 C1 / C2 エラーが起きているとか、
Linux で確かめるツールってのはないですね。
共通のコマンドじゃないんでしょうね。
各社各様のコマンドが用意されているんだろうなぁ。

Raw Read である程度は調べられるもんなんだろうか。

バックアップをDVD-Rに焼いてみたのですが日本語のファイル名がLinuxでは?に
Winでは半角かなに文字化けします。
mkisofs -output-charset=euc-jp -jcharset=sjis -r -J -T -U -D\
-nobak -v -V "Backup-$(date +%Y%m%d)" -P "hoge" -o tmp.iso ~/souce
オプションの書き方が悪いのでしょうか。Linux/Winの両方で読める日本語ファイル名にするには
どうすればよいのでしょうか。
ttp://chapuni.com/topics/cdwrite/ には
「Jolietは漢字のファイル名はUnicode(UCS-2)でコーディングしなきゃいけないのよ。」
って書いてあるので、そもそも、RockRidgeはeuc-jpにJolietはShift JISにするという方針が駄目なのでしょうか。

>>358
"-output-charse=euc-jp -J" と "-jcharset=sjis" が矛盾してないか。
ディストりが分からんけど、euc-jpなディストリだったら -jcharset を
外してやってみ。

あと -U や -D は問題を起こしやすいから、とりあえず外して試すことをお薦めする。

see man mkisofs.

CD/RWでなくてDVD-RAMなんですが窓でフォーマットしたVFATには書き込めますがUDFには書き込めません。
普通にudf でマウントしてつかうだけじゃだめなのでしょうか？
SUSE9.1 です

>>360
kernelはudfの書き込みに対応してコンパイルされているのでしょうか。

UDFでマウントすれば使えたけど？（SuSE 9.1、LF-M621JD、マクセル3x裸RAM)

ただしUDFでフォーマットしたDVD-RAMにLinuxから書き込むとファイルシステムが壊れ、
Windowsで認識できなくなるという諸刃の剣。Winとのデータ交換用にしたいなら、
現時点ではVFATしかない。LinuxのUDFハンドリングはまだまだ改善すべき点があるようだ。

--
【メディア名】 Smartbuy DVD-R 1-8x (ProdiscF01)
【焼きドライブ】 BenQ DW1620PRO2 (B7S9)
【焼き速度】 8x
【焼きソフト】 SuSE Linux 9.1/Kreator K3b 0.11.18/growisofs5.21
【計測ドライブ】 PX-716A 1.03/Plextools 2.18

http://zaibatsu.hp.infoseek.co.jp/cgi-bin/img-box/img20041223105835.png

最初に買った１０枚スピンがアタリで、騙されてまた買ったら激ハズレの連続。
DW1620以外ではマトモに焼けない（他のドライブでは全部コースター）し、
DW1620でもこの体たらく（最初のは12倍速焼きでも低エラーだった）。

<日記>
gsa-4120b で growisofs 誘電8xを4xで焼こうとしたら何回やっても
8倍になっちゃった．ちゃんと焼けてるみたいだから別にいいんだけど，
あの速度変化が起きるときの変色があんまり好きじゃないんだよなー．
</日記>

>>362
これでも互換性ないのかな？
http://www.unitex.co.jp/seihin/udv4720.htm

>>364
Panasonic SW9573C ( = Panasonic LF-M721JD, Plextor PX-605A)だな。

専用ソフトを使った読み書きなので、これならWindowsとの互換性もＯＫだろうね。
お値段は凄そうだがｗ しかしSW9573CじゃDVD±Rの書き込み品質が低すぎて
お話にならん。8倍速焼きで10分16秒もかかる上に、計測するとエラー出まくり。
4倍速メディアならなんとか使用可能。他ドライブではマウントできない
生焼けディスクを読めたりなど、打たれ強い面もあるけどな。

事実上のRAM専用ドライブなので、UNIX-WSのCADユーザー向けだね。

このドライブはファームウェアをアップデートしないと、マクセルDVD-RAM ５倍速メディアを
安定して使えないが、Linux上でアップデートできるんかな。

あとこのページには嘘があるぞ。

＞DVD-RAMはディスクの内周から外周まで5倍速で書込む事が可能です。

５倍速DVD-RAMは初速３倍速のP-CAVであり、5倍速CLVではない。
よってこの記載は誤り。

>>366
LGドライブはその通りだが、Panaドライブは5倍速CLVだっての。

linuxやり始めてから
バックアップ用途にRAM欲しくなってきた．．．

マンドクセー

ちょっと質問してよろしいでしょうか？
こちら、Vine3.1のk3bを使っているものです。
Windowsとの日本語ファイル名互換のために、
mkisofsに--input-charset=euc-jp --output-charset=euc-jpを指定して焼いているのですが、
k3b内臓の焼いた後のファイルチェックで、HDD上の日本語ファイルのチェックサムは調べているようですが、
焼いたディスク上の日本語ファイルは”そんなファイル存在しない”と、コンペアをはねられてしまうのです。
locale問題でk3bが焼いた日本語ファイルを文字化けファイルとして認識している気がするのですが、
Windowsで読めること前提で、内臓コンペアを通す方法はあるのでしょうか。

いや、焼く前にmd5sumした結果を貼っておいて後からチェックすれば良いだけなのですが…自動化をしたくて…。
Windowsのバンドルソフトと違って日本語ボリュームラベルが使えるから、Linuxでの焼きが便利なんです。

* ricohのdvd+rドライブ
* mkisofs
* cdrecord-prodvd(バイナリ配布)
tp://ftp.berlios.de/pub/cdrecord/ProDVD/README
で適当にバックアップした。
安物のdvd-rメディアが使えなかったので
安物のdvd+rメディアを使った。

mkisofs -r -J -o out.iso SRCdir
ではjolietにするのに失敗するのがたまにあって
そのときは
mkisofs -r -J --joliet-long -o out.iso SRCdir
とした。
cdrecord-prodvdはキーを読ませるwrapper.sh経由で起動。

rmmod ide-cd
modprobe ide-scsi
modprobe sg
で、カーネル2.6+udevの環境では、
/dev/scd0 または /dev/sr0 があらわれるので
cdrecord-wrapper.sh -scanbus
でドライブのIDを確認して、書き込み。

cdrecord-wrapper.sh -dev=ほげ、ほげげ、ほげげげ driveropts=burnfree -sao out.iso
のようにすると1倍速でとてものろいが、とりあえず、書けた。
最新のカーネル2.6.10ではなぜか、うまく書けない。
長いファイル名がtrimされてたり
マウントのオプションに-o block=512とつけないと読めないファイルがたまにあったり、
文字コードとかぜんぜん考慮に入ってないけど
とりあえず、まあ、おkのようだ。

>>371
最近前スレ全然読んでないけど

最近はgrowisofs使うのがオススメだよ。dvd-r,-rf,+r,+rwに使えるし
フリーだし、スピード制限ないし、対応ドライブも多い

それから、同じisoファイルを
カーネル2.4で焼くのか
カーネル2.6で焼くのか
Windowsで焼くのかで、結果が変わるの？
普通isoファイルを作るまでは激しく環境の影響を受けるけど、焼くときは
どこの環境でも変わらない傾向にあると思うけど、

事実を知りたい。

>>373
作者がLinuxのバージョンを意識していることはわかるけど
実際の焼いた結果が異なるかどうかはここからはわからないな。

成功の場合の書き込みの内容は
元のisoイメージが作られた様式を
忠実に反映すると思いますが、

カーネルのバージョンによって
焼いてる途中でI/Oエラーなどが発生などして
用途のないまだら回転焼が焼けるという
予想に反する結果が発生する確率があがる?

あと、
atapi cooked-ioctl という
ちがうほうしきの焼き方が、あるそうです。

>>375
（３行目までについて）
だよね。

NERO for Linux(無償)
http://ww2.nero.com/us/NeroLINUX.html
動作画面
http://ww2.nero.com/us/NeroLINUX_Gallery.html

Windows版を買ってレジストするのか
>>377情報thx

早速ダウソロードしますた。

テストはこれからするけど、K3b+growisofsでまともに使えなかった
PX-712A, PX-716Aがちゃんと使えたらいいな。

Nero for Linuxだけど、OSF/MotifなUIが使いづらい、見づらい。
操作性がWin版のNeroとあまりにも異なり、とまどう。
VIDEO_TSモードがない？

まだまだプロトタイプの域をでないな。

タボリナは無しか
turbolinux →　livedoor →　pro-G
とは会社関係はつながっているから
いずれは出るのかな

真ん中に入っている会社が騒動の渦中なので、どうだろう......

大海戦開始、侵略軍魚雷乱射、原子力空母炎上中だそうだしｗ

Motif最高

Nero for Linux、CD-Rの場合、ファイルシステムはISO/Joliet２階建てしか作れないようだ。
UDFを含めた３階建てがない、ロックリッジ（需要はないだろうけど）がない、など
無い無い無いの無い尽くし。

Nero Burning for Linux
http://linux.slashdot.org/article.pl?sid=05/03/13/009200

NeroLinux vs. K3b
http://linux.slashdot.org/article.pl?sid=05/03/16/0026217

centOS3でDVD-Rを焼こうとした所
DVDマルチドライブがCD-ROMと認識し、焼く所か
DVD-ROMも認識しません。どうしたら良いでしょうか?
ドライバを入れなきゃいけないんですか?

>>386
まずくだ質のテンプレ読んでください。

DVDマルチドライブの機種は？接続形態は？
焼きソフトは何？（cdrecord ,growisofs,・・・)

>>387
LG電子のGSA-4040B ATAPI接続

# dvdrecord -scanbus
scsibus0:
0,0,0 0) 'HL-DT-ST' 'DVDRAM GSA-4040B' 'A301' Removable CD-ROM

とでてCD-ROMと認識します。DVD-ROM入れても読めません。

>>388
A301って最初期ファームではないか。A304にファームアップしてみたら？

http://tdb.rpc1.org/
でGSA4040Bを検索しる！（ここからダウソできるのはリージョンフリー版だが）。

CD→MP3 は何とか出来たのですが、MP3を直接CD-Rに音楽CDとして焼くにはどうすればいいんでしょうか。
今は手動でWAVに変換してからcdrdaoで焼いていますが、面倒で仕方ないでつ・・・
助けてエロイ人!

>>390
MP3にするのがそもそも間違い

>>388-389
IOの商品名はDVR-ABH4
Ver.A114がダウンロードできる。

>>390
そういうことしたい場合は、素直にWindowsの焼きソフトを使いませう。
Winマシンを用意したくないのなら、VMwareでも入れなはれ。

DiscJuggler, ONES/Zulu2あたりはVMwareでは使えないので念のため。
B's, Roxio, RecordNowあたりはOK。Neroはさてどうだったかな。

>>393
何でwinを使うことが素直なんだ？winのことはよく分からないけど、もっと面倒
じゃないの？
>>390
そういうのはシェルスクリプトで自動化する。でも、>>391が正しい。

保存は、mp3 なんかじゃなくて、flac でどうぞ。

>>394
焼きは残念ながらWinがベストでしょ。様々なツールやソフトが揃ってる。

例えばNECドライブ(コマンドセットVer4)のROM化制御はLinuxではできない。
BenQドライブでは、DW800系はROM化制御できるがDW1600/1620では無理。
LITEONはROM化できるが、クロスフラッシュやEEPROM領域クリアなんてことは
Win上でしかできない。Linuxにはパケライソフトがないし、UDFフォーマットの
DVD-RAMにlinuxで書き込むとUDFファイルシステムが壊れる。計測は今のところ
PX-716/712＆PXscanで可能とはいえ、IDE-SCSIエミュレーション上でしか動作しない。

「もっと面倒」は単なる食わず嫌い。

>>396
へー、勉強になった。多謝。

よくわからんが、とりあえずJFのCD-Writing-HOWTOにMP3からオーディオCDにやきつける方法とか載ってたなあ。

>>396
nero は評価してみた？

ide-scsi エミュレーションって、何かだめなの？

http://japan.linux.com/kernel/03/12/11/0320231.shtml

>>399
Linux for Nero 2.0.0.0は評価した。いくつか問題がある。
1) ファイルシステムでUDFブリッジ構造を作れない(K3bはOK)。ISOとJolietの２層になる。
　UDFがないと、UNIXのファイル名規則では受け付けないものも出てくる。
2) VIDEO_TS焼きが不能(K3bはOKで、互換性高く焼ける〜家庭用レコ等で再生OK)。
3) DVD+R/DLメディアに非対応(K3bはOK〜ただしK3bでもLayerBrには非対応）
4) OSF/Motifはちょっと.....

IDE-SCSIエミュレーション自体は別に問題ないけど(Winの焼きソフトが依存するASPIって
そもそもSCSIエミュレーション機能を提供するものだし）、カーネル2.6だと不安じゃない？

>>400
そこで書かれてる問題点って、問題にもなってない気がするけど。

>>401
後半に関しては、カーネルを 2.4 にして解決。

kernel-2.6 と ide-scsi で libdvdread とかがおかしくならない？
いまさら 2.4 入れろとか、dvd見るときは ide-scsi を外して立ち上げなおせ、
とかって問題なしって言うの？

Vine は、Seed でも 2.4 系なんだけど、2.6 系である必要って何があるの？

　・ 新しい

新しいのはいいような気がする

皆様ありがとうございます
winがベストですか・・・
VMware上で使えるCD-Rソフトもあるんですね
検討材料にしてみます

何がベストかは目的にもよるんじゃないのかね。
ドライブの機能をしゃぶりつくす事が目的ならWindowsがベストだろうが。

MP3->CDくらいはシェルスクリプトによる自動化のメリットも大きいだろしなー。

nero、日本語ファイル名焼ける？
まあ無理だと思うけど

>>407
VMware上ではパケットライティングも可能だよ。

Roxio (=Sonic) Drag-to-Disc V7.1とSonic DLA 4.95は動いた。DLAの方が
フォーマットがシンプル（DLAはDVD-RAMと同じでUDF単一、D2DはISO-UDFのダブル構造）。

パケライで作成したデータディスクは、Linux上で読み取りだけはできる
(-t udfで読み込み専用でマウント可）。結構便利。

マルチセッション CDーRWをマウントする。
# mount -t iso9660 -o session=2 /dev/hdc /media/cdrecorder1
これを fstab に書いてやってみましたがエラーになります。
どうかけばいいのでしょうか?
/dev/hdc /media/cdrecorder1 iso9660 -o session=2
pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0

>>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みたいで楽しそうだね。