今や、HDDを処分する際はフォーマットのみならず、全領域にダミーデータを書き込むのが常となっている。本当に機密性の高いデータを保存していたドライブの場合、もはや物理破壊が推奨されているようだが普通の個人用途ならば、そこまですることもなかろう（中古に流して新HDDの調達費用に充てられなくなるしｗ）

ダミーデータの書き込みはUNIX系のOSならばddコマンドでお手軽に行けるのだが、Windowsだと中々に悩ましい。一応、標準でもcipherとdiskpartで出来る事は出来るが、前者は空き領域の削除しか出来ず、また両者ともCUI操作で馴染みのない人には難しい上に進捗が分からないのが辛い。

そこで役に立つのがWestern Digital社のData LifeGuard Diagnosticsアプリ。ゼロ書き込みの状況をプログレスバーとセクタ数で示してくれるので非常に分かりやすい。ゼロクリアの方法もクイックとフルから選べ、それ以外にもHDDのテストが出来たりとかなり重宝する。インストールする必要もなく（インストーラはついてるけど…ｗ）exe直起動で行けるのも素晴らしい。

それはそうと、手持ちのSATA-USB 3.0変換ケーブルの調子が激ワル。 ちょっと負荷を掛けるとデバイスをロストして使い物にならない。

ACアダプタ変えてもダメなのでケーブルがダメになったんだろうけど、そんなに悪くなるものなのかなぁ。電源は12Vの単一入力なので、5V生成に使われているであろうケミコンが腐ったとか？流石に5VをUSBから給電してるってことはないよね？ね？？

愛用中の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の子細は分からないけど、とりあえず使ってみたいユーザーにとっては非常に厳しい。

さて、どうしたものか。