原因がわからないので、ちょっと別のアプローチをとってもいいでしょうか？

１．元のファイル名を変えずに cp コマンドなどで、"1.wav"、"2.wav" などとファイル名を変更して新規作成したディレクトリにコピーする ( 数字はトラック No )
２．"sudo cdrecord -scanbus" を実行
　ここまでやってから、結果を貼り付けていただけますか？

　hir0 さん！！ティン！！ときました！！

　T-bon さんにチェックしていただきたいことがあります。特に２以降が非常に重要です。
１．全 wav ファイルの合計サイズ
２．k3b を起動して [設定] - [k3b を設定...] - [デバイス] を選択した時の書き込みドライブのシステムデバイス名
３．"udevinfo -q path -n /dev/２で得たシステムデバイス名で SCSI ID を除いたもの" の結果
４．"cat /proc/sys/dev/cdrom/info" の結果
５．"udevinfo -q path -n /dev/４で得た driver name" の結果
６．３の結果と５の結果が一致しているか

# 以下 Ubuntu の挙動とネットで検索して得た情報からの推測を多く含んでいますので、突っ込み・修正大歓迎です！！
# それとちょっと長文です。

　hir0 さんの書き込みでティン！ときました。キーワードは hal です！！

　ひょっとして T-bon さんと hir0 さんの環境では cdrecord に渡している dev のデバイス指定方法が、k3b と nautilus-cd-burner、Burasero、GnomeBaker 等で異なるんじゃないかと。で、なぜか現在は hir0 さんの方は k3b のデバイス指定が正常な状態になったのではないかと推定しています。

　私のマシン環境の場合、音楽 CD にアクセスしようとすると、/dev/scd0 のデバイスファイルにアクセスしなければなりませんでした。"sudo cdrecord -scanbus" で得られた SCSI ID でアクセスすると、必ずエラーになりました。なぜ /dev/scd0 だとわかったのかというと、オーディオ CD をトレイに突っ込んで nautilus でオーディオ CD の URI を確認したら "cdda://scd0/" となっていたからです。
　これはたまたま CLI 環境で CD のリップやバックアップができないか調べていた時に発見しました。cdrecord の dev パラメータに SCSI ID を指定すると CD-R への書き込みができないんです。

　通常 Linux 上では hal が構築している仮想ハードウェアデバイスに対してアクセスしています ( 将来変わるかもという話も聞きますが )。この方式でデバイスを指定してやれば SCSI デバイスでも SCSI ID をまったく意識せずに、デバイスにアクセスできます。もちろん IDE デバイスも USB デバイスも、デバイスの種類によっては、仮想 SCSI デバイスとして認識されます ( 参考 1、参考 2、参考 3 )。
　それに対し、ソフトの実装によっては SCSI ID を直接指定してアクセスする場合は本当の意味で物理的な SCSI デバイスにアクセスすることを指定してしまっている可能性があります。
　Ubuntu では hal を採用していますから CD デバイスや DVD デバイスは hal を通して仮想化した SCSI デバイスにアクセスすることにより、ファイルを読み込んだり書き込んだりすることになります。つまり物理デバイスが IDE でも hal により SCSI デバイスとして仮想化されていると思われます。
　その根拠は hir0 さんが引用されている

nautilus-cd-burner が cdrecord を実行する時に、
デバイスを、cdrecord dev=1,0,0 のように SCSI ID
で指定する為、/dev/sg* の permission が無くて
エラーになっていました。
(CF-W4 の内蔵 CD ドライブは USB 接続の為)

とこのスラドの日記も根拠として挙げておきます。
　また決定的な根拠は

cdrecord dev=help

を実行すれば得られます。
　とすれば仮想 SCSI ID を指定してやればよさそうなものですが、hir0 さんが引用されたことと同じ、あるいは似たことが起きているのではないでしょうか？ただ私は "permission が無" い状態に遭遇したことがないので、それがどのような状態なのかまではわかりませんが。
　もしかすると dev パラメータに sg:SCSI ID と指定してやれば書き込みが可能になるかもしれません。

T-bonさん による投稿:

スミマセン、３と５はどのように調べれば良いのでしょうか？端末からでしょうか？一応やってみましたが、node name not foundと出ます。

３．は "udevinfo -q path -n /dev/scd0"
５．は "udevinfo -q path -n /dev/sr0"
として端末で実行していただけますか。
　またどちらで "node name not found" とでるか教えていただけますか？

T-bonさん による投稿:

因みに皆さんは、どのソフトでCDを焼いてらっしゃるんでしょうか？

　ケースによって使い分けています。k3b を使うこともあれば、Brasero、Rhythmbox、自前のシェルスクリプトなどです。
　音楽 CD のバックアップでは、CD-R の在庫があれば自前のシェルスクリプトが一番楽なのでそれを愛用しています。在庫がない場合はやはり自前のシェルスクリプトで 1 つの wav ファイルと cue ファイルでとりあえず HDD に置いておき、k3b で焼いています。

最後の編集者: avidya (2009-02-01 05:55:35)

avidyaさん による投稿:

３．は "udevinfo -q path -n /dev/scd0"
５．は "udevinfo -q path -n /dev/sr0"
として端末で実行していただけますか。
　またどちらで "node name not found" とでるか教えていただけますか？

3. /devices/pci0000:00/0000:00:02.5/host1/target1:0:0/1:0:0:0/block/sr0
4. /devices/pci0000:00/0000:00:02.5/host1/target1:0:0/1:0:0:0/block/sr0

でした。2つとも同じですね。
昨日は両方で"node name not found"と出たんですが、今日は“query needs --path or node --name specified”と、同じく両方で出ました。

ケースによって使い分けています。k3b を使うこともあれば、Brasero、Rhythmbox、自前のシェルスクリプトなどです。
　音楽 CD のバックアップでは、CD-R の在庫があれば自前のシェルスクリプトが一番楽なのでそれを愛用しています。在庫がない場合はやはり自前のシェルスクリプトで 1 つの wav ファイルと cue ファイルでとりあえず HDD に置いておき、k3b で焼いています。

Rhythmboxでも焼けるんですね。
もう一つ質問が。k3bでファイルを変換する時、オプションで“一つのファイルを作成”　“Cueファイルを書き込む”というのがあるんですが、これは音楽CDを焼く時はチェックを付けた方が良いんでしょうか？

hir0さん による投稿:

たぶん、
３．"udevinfo -q path -n /dev/２で得たシステムデバイス名で SCSI ID を除いたもの" の結果
　　　　　　　　　　　　　　　　　　　　　　　　　　｜
３．"udevinfo -q path -n /dev/２    で得たシステムデバイス名で SCSI ID を除いたもの" 　　　の結果
                                                            |
３．"udevinfo -q path -n /dev/      ２で得たシステムデバイス名　　　　で SCSI ID を除いたもの" の結果

と勘違いして"node name not found"になったかと。

最初はそうだったんですけど、何度も数字を除いて、実行したりしたんですが、ダメだったんですよね。何でだったんでしょうね〜。

hir0さん による投稿:

解決したかもしれません。

　hir0 さんはほぼ解決ですね。

hir0さん による投稿:

私の場合
ls -l /dev/scd0
brw-rw----+ 1 root cdrom 11, 0 2009-02-01 15:17 /dev/scd0

　rw-rw---- は、６６０　となります。

ぜひ　$ sudo chmod 777 /dev/scd0    もしくは　$ sudo chmod 660 /dev/scd0 を実行してみて下さい。

　セキュリティの関係上

rw-rw---- は、６６０

にしてくださいね。

hir0さん による投稿:

解決したかもしれません。
突然スミマセン、ソフトを使わずcdrecordをコマンドから操作すればどうなるのか？と思いmanとnetを見ていたら偶然発見したので試して見てください。

今までの流れを全て読み返してもこれが正解かも。

今のパーミッションを確認して見てください。
$ ls -l /dev/scd0

私の場合
ls -l /dev/scd0
brw-rw----+ 1 root cdrom 11, 0 2009-02-01 15:17 /dev/scd0

　rw-rw---- は、６６０　となります。

ぜひ　$ sudo chmod 777 /dev/scd0    もしくは　$ sudo chmod 660 /dev/scd0 を実行してみて下さい。

実行しました。
brw-rw----+ 1 root cdrom 11, 0 2009-02-03 07:53 /dev/scd0
これはhir0さんと同じですね。rw-rw----っていうのは、$ sudo chmod 660 /dev/scd0を実行するだけで良いのでしょうか？後、それを実行すると、何か現れますか？私の端末上には何も現れませんが・・・。

GUIソフト ー→
　　　　　　  　　|--音楽ファイルー→CUIソフト（cdrecord）ー→　デバイス（CDドライブ）　　　
端末ーーー→

＊ソフトの設定から始まって、ファイル、cdrecordときて今度こそ解決しますように＊
T-bonさんもきっと精神的にキツいと思いますがよろしくお願いします。

え〜っとこれはどのようにしたら良いのか、具体的に教えて頂けますでしょうか？ホント、何もわからなくて申し訳ありません。

avidyaさん による投稿:

　どうもデバイスファイルがおかしいみたいですね。
　まず、念のため

コード:

cat /etc/fstab

を実行して、結果を貼り付けていただけますか？

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda5
UUID=e823b8c0-e293-4c9a-83cc-f08ce338a30e /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda6
UUID=26c729a8-16bb-4f1c-941c-41190a21fb09 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

今現在は、まだ使えない状態です。よろしくお願いします。

　すいません。次に
cdrecord dev=/dev/scd0 -checkdrive
の結果を貼り付けていただけますか？

# hir0 さんの指示とは関連していませんので、混乱のないようにお願いします。ちょっと別のアプローチをとってますので。
# もちろん hir0 さんの方法がだめ、ということを言っているわけでもありません。単純にデバイスファイルが壊れていないか
# 確認したいだけなので。hir0 さんの指示と並行してやっていただいて、まったく問題ありません。

お手数をおかけしまして、本当に申し訳ございません。

とんでもないです。
これまで、あーしろ、こーしろと引っ張って分かりませんという方が「お手数をおかけしまして、本当に申し訳ございません。」ですよ。　　

私のマシン、根本的なところからおかしくなっているのでしょうか？OS自体を再インストールした方が良いとか・・・。

PCの情報は分からないけど普通ですよ。変なのに限って最新のチップセットや親接続方式とかだから、、、
もし再インストールするならやはりXUbuntuですか?

追伸
avidyaさんへ　ドライブはHITATHI製で、インターフェースはATAPみたいです。

最後の編集者: hir0 (2009-02-04 00:43:36)

avidyaさん による投稿:

　いえ、大丈夫ですよ。どうやら DVD ドライブのデバイスファイルへのリンクが壊れているみたいです。以下の手順をお願いしていいですか？おそらくこれで復旧すると思います。
　以下の作業は １ を除き、全て端末で行ってください。

１．念のためデータ等のバックアップ
２．sudo -i
３．cd /
４．mkdir dev.old
５．rsync -a dev/ dev.old
６．/dev/MAKEDEV sr
７．reboot

　以上の作業で正常動作するか確認してください。実際に CD-R に書き込まずに、シミュレートするだけで結構です。

avidyaさん、上手く行きました！ありがとうございます。通常起動、root権限での起動共に、同じように動作し、書き込みもできました。ただ、曲名等の表示は全く違うものになってましたが・・・。後、通常起動した時、root権限で起動して作業した時に鳴る、効果音が鳴らないんですが、やはりまだどこか設定が違ってるんでしょうか？でも全然問題無しですよね？

もう一つお伺いしてもよろしいでしょうか？root権限で起動した時にできた、楽曲のフォルダとファイル（waveに変換したもの）が削除できないんですが、どのようにすれば良いのでしょうか？

hir0さん による投稿:

とんでもないです。
これまで、あーしろ、こーしろと引っ張って分かりませんという方が「お手数をおかけしまして、本当に申し訳ございません。」ですよ。

　　

いえいえ、とんでもないです。ありがとうございます。

PCの情報は分からないけど普通ですよ。変なのに限って最新のチップセットや親接続方式とかだから、、、
もし再インストールするならやはりXUbuntuですか?

マシンが古くて非力なもんで、Ubuntuではスムーズに動かないんです（涙）。今年こそは新しいのに買い換えて、Ubuntuをインストールしたいです。

avidyaさん、hir0さん、この度は本当にお世話になりました。私ももっと勉強します。ありがとうございました。

avidyaさん による投稿:

　まずは復旧おめでとうございます。
　これはおそらく単にリモートの CDDB に CD が登録されていないだけかと思います。無償公開されている CDDB には、日本の楽曲はまだあまり登録されていませんから。

ありがとうございます。洋楽なんですけど、試しに１〜２曲やってみただけなんで、これはまた追々様子を見ていきます。

えっと、このあたりはサウンドデバイスに詳しい方のフォローをお願いします。なにせ私が知っているだけでも、OSS、ALSA、Gstreamer とオーディオ出力用ドライバがあるので。あんまりサウンドまわりのトラブルシューティングは得意じゃないんですよ。申し訳ないです。
　それとサウンドのトラブルは別にトピックを立ててくださいね。

了解しました。

Nautilus を root 権限で起動して ( 端末で sudo nautilus で起動可能 ) 削除したいディレクトリとファイルを選んで、普通に削除してください。それとサウンド回りの解決が済むまで、念のために /dev ディレクトリをまるごとコピーした /dev.old ディレクトリはまだ置いておいてくださいね。

sudo: nautilus: command not foundという結果が・・・。これも別にトピックを立てた方が良いですか？

重ね重ねお手数おかけしますが、よろしくお願い致します。

avidyaさん による投稿:

すいません。そういえば Xubuntu でしたね。nautilus は入ってません。えーっと、Xubuntu なら thunar だったかな？

無事、削除できました

　それと CDDB はアルバム単位でデータのマッチングを行うので、1、2曲では通常曲名は引けないですね。Vangelins の La Fete Sauvage のようにアルバム 1 枚で 1 曲とか、yes の Close To The Edge のようにアルバム 1 枚で 3 曲のような CD なら別ですが。

なるほど。色々あるんですね。

今回も全く無知な私に我慢強く、色々と親切に教えて下さり、本当にありがとうございました。