LinuxでBlu-ray REを使う

最近のLinuxでGUIモードで使っている分には、読取りでのDVDやCDのマウントを全く気にせずに使えるし、DVD-RやCD-Rへの焼きも至極簡単に行える。

一方で、DVD-RAMなど、HDDのように使える再書き込みができるメディアの取扱が複雑になってしまった。おそらく、書き込みには、価格も安く手軽であるUSBメモリが使われる事が多いからだろう。しかし信頼性の点から言うと、USBメモリはとてもじゃないが信用できない。

長年使ったPanasonicのDVDマルチドライブも壊れたので、以前から目をつけていたパイオニアのBlu-rayドライブ（BDR-XD07LE）に買い換える事にした。
このドライブは、

    1) 円盤モノの絶対条件にしているクラムシェルタイプに適合
    2)ACアダプタによる外部電源利用可能
に加え、
    3)TypeC変換ケーブルでAndroidからの直接リッピングアプリも使える

という豪華な機能付きなので、速攻で決定！。（パイオニアの直販からセットを購入）

ドライブにマクセルのBD-RE DL(50G)を入れてデータをcopyしようとしたがうまくゆかない
なんか書き込みエラーにはならず終了するんだけど、結果的に書き込めてない・・・・。
しょうがないので、昔ながらの書き込み手法を試すことにした。

最近のLinuxのGUIモードは、DVDやBlu-rayドライブを接続すると自動でマウントされ、従来のマウントによる制御ができなくなって しまう。
これは  udisks2.service がgnomeなどから自動的に起動される為で、この働きによりユーザー権限で、/run/users/ユーザー番号  以下に自動マウントされてしまうかららしい。
しかもこのマウントディレクトリは、root権限であっても本人以外は書き込みが出来ない。
従来の手動マウントを使うには以下の手順を踏む必要がある。

【udisk2サービスの停止と無効化】
gnomeに自動起動させないためには、利用停止(disable)ではなく無効(mask)とする。
これによりrunlevelでのリンク自体が無効(/dev/null)にリンクされ る。
（元に戻すには unmask を使う）

# systemctl stop udisks2
# systemctl mask udisks2

【BD-REメディアをフォーマット】
dvd+rw-tools のフォーマットツールを使ってメディアを初期化する

# dvd+rw-format  -format=full /dev/sr0     ※かなり時間がかかる

次にUDFフォーマットを実施（udftools 何故か1.3という古すぎるバージョンしか無い・・）

#  mkudffs --utf8 --udfrev=0x0201 /dev/sr0
※ UDFバージョンは2.01がデフォルトなので、--udfrev=0x0201は指定しなくても良い

【フォーマットされたメディアの情報を確認】
# dvd+rw-mediainfo /dev/sr0

INQUIRY:                [PIONEER ][BD-RW   BDR-XD07][1.01]
GET [CURRENT] CONFIGURATION:
 Mounted Media:         43h, BD-RE
 Media ID:              VERBAT/IM1
 Current Write Speed:   2.0x4495=8990KB/s
 Write Speed #0:        2.0x4495=8990KB/s
 Speed Descriptor#0:    00/23652351 R@2.0x4495=8990KB/s
W@2.0x4495=8990KB/s
READ DISC INFORMATION:
 Disc status:           complete
 Number of Sessions:    1
 State of Last Session: complete
 Number of Tracks:      1
READ FORMAT CAPACITIES:
 formatted:        23652352*2048=48440016896
 00h(6000):        23652352*2048=48440016896
 30h(6000):        23652352*2048=48440016896
 30h(9000):        23259136*2048=47634710528
 30h(1000):        24307712*2048=49782194176
 31h(800):        24438784*2048=50050629632
READ TRACK INFORMATION[#1]:
 Track State:           complete
 Track Start Address:   0*2KB
 Free Blocks:           0*2KB
 Track Size:            23652352*2KB
FABRICATED TOC:
 Track#1  :             14@0
 Track#AA :             14@23652352
 Multi-session Info:    #1@0
READ CAPACITY:          23652352*2048=48440016896

良くわからないが、”Track State: complete” なので大丈夫だろ。

【マウント】

# mount -t udf -o rw,noatime,sync /dev/sr0 /media/blueray

こんな感じでやったら書き込み出来た。udisk2は面倒だから不要だ。

Ubuntu 18.04のclamav-daemonのエラー

Ubuntu 18.04でclamav-daemonを使っているが、

# systemctl status clamav-daemon

すると必ず

Process: ExecStartPre=/bin/mkdir /run/clamav  の行がエラーになっている。

/lib/systemd/system/clamav-daemon.service を見ても、ExecStartPreの定義は無い

そこで、/etc/systemd/system/ 以下を見ると、clamav-daemon.service.dフォルダがあり、extend.conf ファイルがを見つけた。

[Service]
ExecStartPre=-/bin/mkdir /run/clamav
ExecStartPre=/bin/chown clamav /run/clamav

と記述されている。なるほど、ここのmkdirがエラーを起こしているようだ。
mkdirは、同名の既存フォルダがある場合はFile existsを表示してエラーで終了する。
こいつが原因だったか・・・・・！

extend.conf を

[Service]
ExecStartPre=-/bin/mkdir -p /run/clamav
ExecStartPre=/bin/chown clamav /run/clamav

に変更して

# systemctl daemon-reload

clamav-daemonを再起動しても、statusはキレイな状態。
意外とubuntuはダメダメだな・・・・。

DVDマルチドライブが故障した

長年使っていた、PanasonicのLF-P867Cがとうとう故障した。

ThinkpadのX60からは、ずっとコイツのお世話になっており、トラブル知らずのドライブだった。
故障した今でもCD音楽の再生ぐらいはできるのだが、レンズクリーナーやリッピングでは誤動作してしまう為、大事なデータ周りは安心して利用できない。よって廃棄決定。

購入当時はお値段高めだったけど、今のDVDドライブはビックリするぐらい安いのね。
容量的にもBluerayが主流そうなので、今度はパイオニアあたりのBluerayドライブ(BDR-XD07LE)を使う予定。

AC駆動ができるのにアダプタ(DCA-003)は別売り・・・・何かセコくなったなぁ。
めんどくさい・・・・

ISDN用ターミナルアダプタが死んだ

電話をオンフックしても、うんともすんとも言わない・・・こんな事は初めてだ。
電話機の故障を疑ったが、落雷もなかったし・・・・・・。
冷静になって考えてみると、最近フレッツを解約したのでその影響か・・・？

兎に角、NTTからここまでの電話回線の状況を調べてもらえば切り分け出来る。
NTTに毎月支払ってる基本料金は、その為のお布施なんだから遠慮は要らない。
（しかも、ISDNに振り返る際に、加入権分を強奪されてるんだから、当たり前だ！）

113に電話すると相変わらず上から目線で質問され、それでも当日調査に来てくれた。
局から電話口までの回線調査では異常は見当たらなかった為、今度は電話口から電話までの経路調査を実施する。
しばらく電源を切っていたTAを再度入電して回線調査すると、大きな雑音と共にかすかに受話器から通信音が聞こえた・・・・

という事は、ISDNのターミナルアダプタの故障臭い！！

思えば、初めてネット環境でBBS(掲示板)を使っていた頃からずっとこのTAを使用していたが、今まで一度も調子が悪くなった事などなかった。
故障したTAは、YAMAHAのNetVolante RTA50i で、発売は1998年9月10日となっている。
ということは・・・・かれこれ21年しかも24時間フル稼働で使ったことになる。
確か４万弱だったので、とんでもないコスパを叩き出した名機だ。

ISDN回線の為TAがなければ電話がつながらないので、唯一入手できる、
NECのAterm IT31L というのを14300円で購入した。
設定にはWindows用のアプリケーションのインストール前提でマニュアルに説明。
しかもWindows10対応！と謳っているのに、32bitOS専用です。
さすがNEC・・・・ とんでもなくゴーイングMY WAY です。（だからPC98は死んだ）

今まで使っていたRTA50iはwebインターフェースを持っていたので、どんなOSであろうがHTTPプロトコルが使えれば問題なく設定できていた。（流石YAMAHA!)

稼働しているPCは全て64bitなので、ツールのインストールすらできん・・・・汗。
必死にマニュアルを読み進んでゆくと、電話機能ならば電話のダイアルボタンで設定できると書いてある。
苦戦しつつ何度も入力を試み、どうにか電話とFAXに振り分けが出来、設定完了。
ISDNは2024年で終了するようなので、あと4年持ってくれればOKだが、コスパで考えるとかなり悪い。

大枚叩いて何十年もかけて構築してきたNTTの銅線電話は、例え停電になっても通じるすばらしい電話システムなのに、何故、電気が来なけりゃ通話すらできない不便なデジタル電話に変更しなけりゃならないのか意味がわからん。

しかも、ここは地震の本場の、日本！
最近では、地震に加えて、噴火・洪水なんてのも頻発してる状況なんだが・・・・・

全く、この国の総務省の頭はどうにかしてるんじゃないだろうか？

Google Play Music へのアップロード

Google Play Music は、自分が保持している音源をアップロードしてクラウド経由で聞く事ができる便利な機能をもっており、しかも50000曲まで無料という大盤振る舞い。

使わない手は無いのだが、無料である故かアップロード周りの作りが雑だ。
GoogleはChromeの拡張機能を使ってアップロードしろと勧めてくるが、これを使ってはいけない。
必ずMusic Managerというアプリを新たにインストールし、これを使ってアップロードすること。
いろいろ試した結果の仮説では、アップロードするフォルダを毎回変更してしまうと、その度に新たにDBを作り直すらしくアップロードが遅くなる。
従って、アップロード用の一つのフォルダを作り、そこにサブフォルダを作って音源を追加する方が良いと思われる。

選択したフォルダに追加した曲を自動的にアップロードするにチェックをつける事で、何もしなくても追加音源を勝手にアップしてくれるらしいが、ちょっと怖いので

• パソコンの再起動時に自動的に起動する
• Google Playの機能向上の為、クラッシュレポートをGoogleに自動送信

の２つを外しておく。