愛用中のAVアンプRX-A3010でフロント右チャンネルの音量が小さいという現象が起きた。

当初は気のせい、ないし左chのスピーカーの方が壁に近い分、相対的に右chが小さく聞こえるのかな？と思っていたが、そのうち殆ど音が出なくなり始め、これは明らかに故障だなと。

ヤマハのサポートに症状を伝えたら、やはり故障の疑いが濃厚との事で入院になった。1/17に発送して1/22に修理完了の報、こちらの都合で1/25に受け取った。

原因はスピーカー保護リレーの不良で、念のため全チャンネル分交換。それと1つ詳細不明のパーツ交換。修理代は部品代2880円+技術料11700円の合計14580円。もっとも、メーカー5年保証の期間内だったので無料だったけども。

アンプのスピーカー保護リレーはいつの時代も悩み所やね…。

PS4の内蔵HDDを交換した。

元のHDDを売るべくddでゼロクリアしようとMacに繋いでみたら、すごーく気持ち悪いパーティション構成だったので記念ぱぴこ。

   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk5
   1: 17800F17-B9E1-425D-B937-0119A0813172               536.9 MB   disk5s1
   2: CCB52E94-EBEF-48C4-A195-9E2DA5B0292C               1.1 GB     disk5s3
   3: 145268BF-63AD-47C1-9378-9AACD9BEED7C               16.8 MB    disk5s5
   4: 6E0C5310-8445-4066-B571-9B65FDB75935               134.2 MB   disk5s7
   5: 757A614B-6179-5361-6B61-6B6968617261               1.1 GB     disk5s9
   6: 757A614B-6179-5361-6B61-6B6968617261               1.1 GB     disk5s10
   7: DC85025F-A694-4109-BE44-FA0C063E8B81               1.1 GB     disk5s11
   8: DC85025F-A694-4109-BE44-FA0C063E8B81               1.1 GB     disk5s12
   9: 76A9A5B4-44B0-472A-BDE3-3107472ADEE2               8.6 GB     disk5s13
  10: 80DD49E3-A985-4887-81DE-1DACA47AED90               1.1 GB     disk5s17
  11: A71FF62D-1421-4DD9-935D-25DABD81BEC5               8.6 GB     disk5s19
  12: FDB5EDE1-73C3-4C43-8C5B-2D3DCFCDDFF8               6.4 GB     disk5s25
  13: C638477A-E002-4B57-A454-A27FB63A33A8               451.1 GB   disk5s27
  14: 21E4DFB4-0040-4934-A037-EA9DC058EEA6               1.1 GB     disk5s29
  15: 3EF7290A-DE81-4887-A11F-46FBA765C71C               17.2 GB    disk5s31

何で16パーティションもあるんだろう。断片化防止のため、自動ダウンロードやゲームのキャッシュごとに分かれてたりするのかな？

うん、それだけ。

Macの最強ディスク修復ツールDiskWarriorの待望の新バージョン、DiskWarrior 5が出てた。

4からの最も大きな変更点は64ビット対応だろう。公式ページにも書いてあるが、このおかげでより多くのファイルを扱えるようになり、巨大なTimeMachineボリュームの復元も出来るようになると思われる。4では32ビットの制約からTimeMachineのボリュームが扱えない事があった。

提供される起動メディアも今風にUSBメモリになったようだ。

システムの刷新をはかりつつも対応OSは10.5.8以降で、しかも未だにPowerPCまでサポートするとか神過ぎる。この質実剛健でストイックな姿勢、嫌いじゃないぜ…。オワコンとか書いて正直すまんかった。

HDDに論理障害が起きたら、とにかく真っ先にDiskWarriorを買おう。DWで修復出来なければ他のツールでも修復は出来ないと言い切れる程の素晴らしいツールなので。

FreeBSD 10.1-RELEASEにMySQL 5.6.22をインストールしたら、おなじみのmy-medium.cnfが無くなっていた。my-default.cnfというものはあるが、中身を見るとどう見ても空っぽ。

公式サイトによれば、5.6.8から従来のcnfファイルの提供は中止され、mysql_install_dbコマンドで生成するようになったらしい。てなわけで実行してみる。

$ sudo mysql_install_db --user=mysql --basedir=/usr/local --datadir=/usr/home/mysql/data
Installing MySQL system tables...2014-12-31 23:47:49 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2014-12-31 23:47:49 67043 [Note] InnoDB: Using atomics to ref count buffer pool pages
2014-12-31 23:47:49 67043 [Note] InnoDB: The InnoDB memory heap is disabled
2014-12-31 23:47:49 67043 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2014-12-31 23:47:49 67043 [Note] InnoDB: Memory barrier is not used
2014-12-31 23:47:49 67043 [Note] InnoDB: Compressed tables use zlib 1.2.3
2014-12-31 23:47:49 67043 [Note] InnoDB: Using CPU crc32 instructions
2014-12-31 23:47:49 67043 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2014-12-31 23:47:49 67043 [Note] InnoDB: Completed initialization of buffer pool
2014-12-31 23:47:49 67043 [Note] InnoDB: The first specified data file ./ibdata1 did not exist: a new database to be created!
2014-12-31 23:47:49 67043 [Note] InnoDB: Setting file ./ibdata1 size to 12 MB
2014-12-31 23:47:49 67043 [Note] InnoDB: Database physically writes the file full: wait...
2014-12-31 23:47:49 67043 [Note] InnoDB: Setting log file ./ib_logfile101 size to 48 MB
2014-12-31 23:47:50 67043 [Note] InnoDB: Setting log file ./ib_logfile1 size to 48 MB
2014-12-31 23:47:50 67043 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
2014-12-31 23:47:50 67043 [Warning] InnoDB: New log files created, LSN=45781
2014-12-31 23:47:50 67043 [Note] InnoDB: Doublewrite buffer not found: creating new
2014-12-31 23:47:50 67043 [Note] InnoDB: Doublewrite buffer created
2014-12-31 23:47:50 67043 [Note] InnoDB: 128 rollback segment(s) are active.
2014-12-31 23:47:50 67043 [Warning] InnoDB: Creating foreign key constraint system tables.
2014-12-31 23:47:50 67043 [Note] InnoDB: Foreign key constraint system tables created
2014-12-31 23:47:50 67043 [Note] InnoDB: Creating tablespace and datafile system tables.
2014-12-31 23:47:50 67043 [Note] InnoDB: Tablespace and datafile system tables created.
2014-12-31 23:47:50 67043 [Note] InnoDB: Waiting for purge to start
2014-12-31 23:47:50 67043 [Note] InnoDB: 5.6.22 started; log sequence number 0
2014-12-31 23:47:52 67043 [Note] Binlog end
2014-12-31 23:47:52 67043 [Note] InnoDB: FTS optimize thread exiting.
2014-12-31 23:47:52 67043 [Note] InnoDB: Starting shutdown...
2014-12-31 23:47:53 67043 [Note] InnoDB: Shutdown completed; log sequence number 1625977
OK
 
Filling help tables...2014-12-31 23:47:53 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2014-12-31 23:47:53 67044 [Note] InnoDB: Using atomics to ref count buffer pool pages
2014-12-31 23:47:53 67044 [Note] InnoDB: The InnoDB memory heap is disabled
2014-12-31 23:47:53 67044 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2014-12-31 23:47:53 67044 [Note] InnoDB: Memory barrier is not used
2014-12-31 23:47:53 67044 [Note] InnoDB: Compressed tables use zlib 1.2.3
2014-12-31 23:47:53 67044 [Note] InnoDB: Using CPU crc32 instructions
2014-12-31 23:47:53 67044 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2014-12-31 23:47:53 67044 [Note] InnoDB: Completed initialization of buffer pool
2014-12-31 23:47:53 67044 [Note] InnoDB: Highest supported file format is Barracuda.
2014-12-31 23:47:53 67044 [Note] InnoDB: 128 rollback segment(s) are active.
2014-12-31 23:47:53 67044 [Note] InnoDB: Waiting for purge to start
2014-12-31 23:47:53 67044 [Note] InnoDB: 5.6.22 started; log sequence number 1625977
2014-12-31 23:47:53 67044 [Note] Binlog end
2014-12-31 23:47:53 67044 [Note] InnoDB: FTS optimize thread exiting.
2014-12-31 23:47:53 67044 [Note] InnoDB: Starting shutdown...
2014-12-31 23:47:55 67044 [Note] InnoDB: Shutdown completed; log sequence number 1625987
OK
 
To start mysqld at boot time you have to copy
support-files/mysql.server to the right place for your system
 
PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:
 
  /usr/local/bin/mysqladmin -u root password 'new-password'
  /usr/local/bin/mysqladmin -u root -h MY.HOSTNAME password 'new-password'
 
Alternatively you can run:
 
  /usr/local/bin/mysql_secure_installation
 
which will also give you the option of removing the test
databases and anonymous user created by default.  This is
strongly recommended for production servers.
 
See the manual for more instructions.
 
You can start the MySQL daemon with:
 
  cd . ; /usr/local/bin/mysqld_safe &
 
You can test the MySQL daemon with mysql-test-run.pl
 
  cd mysql-test ; perl mysql-test-run.pl
 
Please report any problems at http://bugs.mysql.com/
 
The latest information about MySQL is available on the web at
 
  http://www.mysql.com
 
Support MySQL by buying support/licenses at http://shop.mysql.com
 
New default config file was created as /usr/local/my.cnf and
will be used by default by the server when you start it.
You may edit this file to change server settings

/usr/local/my.cnfが出来たようだ。中身はというと…

/usr/local/my.cnf

# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.6/en/server-configuration-defaults.html
 
[mysqld]
 
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
 
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
 
# These are commonly set, remove the # and set as required.
# basedir = .....
# datadir = .....
# port = .....
# server_id = .....
# socket = .....
 
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M 
 
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 

これはひどい。どう見ても/usr/local/share/mysql/my-default.cnfをコピーしただけです。本当にありがとうございました。

スクリプトにbasedirとdatadirを渡してるんだから、せめて反映したcnfくらい作ってくれてもいいんじゃないかなぁ…。自分みたいなMySQLの子細は分からないけど、とりあえず使ってみたいユーザーにとっては非常に厳しい。

さて、どうしたものか。

FreeBSDのPortsのnetatalk3が3.1.7に更新された。

今回も

sudo portmaster net/netatalk3

でサクっと更新出来るかと思いきや、gettext-runtimeでエラーが出よる。

/usr/ports/UPDATINGを見てみると、2014-11-30にdevel/gettextがdevel/gettext-runtimeとdevel/gettext-toolsに分離されたのが原因っぽい。

pkg delete -f gettext
portmaster devel/gettext

せよと書いてある。ついでに「これするとsudoがぶっ壊れるので、rootシェルで行う事」と丁寧な注記もあった。

上記操作でgettextの更新は成功したようなので、改めてnetatalkを入れようとしたら、今度は以下のようなエラーが発生。

netatalk3-3.1.7,1 cannot install: no eligible BerkeleyDB version. Requested: 56, incompatible: . Try: make debug-bdb.

BDBのバージョンがおかしいとな。この辺はdb4の駆逐作業後から何も弄ってないハズだし、UPDATINGにも何も書いてないし、「おかしいな」と思いつつインストールされているDBDを確認したらdb48だった＼(^o^)／。VPSの方で行ったdb4駆逐と混同してた模様…。/etc/make.confのWIDH_DBD_VER=56は、どっかからコピペした時に紛れ込んだんだろう。それにしても、今までよく動いてたな……。

DB4→DB5移行の詳細はPorts/BerkeleyDBCleanup - FreeBSD Wikiに書いてあるけど、面倒なのでWIDH_DBD_VER=5にして終了！自宅鯖だからこそ成せる荒業。

そして、ようやくnetatalk 3.1.7が入ったとさ。めでたし、めでたし。