しばらく実行していなかったので、
raspbianのアップデートアップグレードを実行しました。

sudo apt update
sudo apt upgrade -y

すると、、、やってしまいました。WordPressが開けなくなりました。

Your PHP installation appears to be missing the MySQL extension which is required by WordPress.
あなたのPHPのインストールには、ワードプレスによって要求されたMySQLの拡張を利用できないようです。

MySQLの拡張?

php-mysqlというのが入っていないのでしょうか
今まで動いていたのに、おかしいですね・・・。

$ sudo apt-get install php-mysql
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
php-mysql はすでに最新版です。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 1 個。

インストール済み・・・がっかり。

phpになんのモジュールが入っているかは-mでわかるそうです。

php -m|grep mysql

無い・・・mysqlのモジュールが入ってい無いと・・・？
php-mysqlはインストールされているのに、phpに入ってないということは、バージョン違い？？

試しにさくらインターネット（ベーシック）にて試してみると・・・

$ php -m|grep mysql
mysqli
mysqlnd
pdo_mysql

ちゃんと入っていますね。

試しにphp関連のパッケージを確認してみます。

$ dpkg -l|grep php
ii dh-php 0.21~bpo8+1 all debhelper add-on to handle PHP PECL extensions
ii php-common 1:53+0~20170804100549.2+jessie~1.gbpa3f349 all Common files for PHP packages
ii php-mysql 1:7.1+53+0~20170804100549.2+jessie~1.gbpa3f349 all MySQL module for PHP [default]
ii php-pear 5.6.30+dfsg-0+deb8u1 all PEAR - PHP Extension and Application Repository
ii php5 5.6.30+dfsg-0+deb8u1 all server-side, HTML-embedded scripting language (metapackage)
ii php5-cgi 5.6.30+dfsg-0+deb8u1 armhf server-side, HTML-embedded scripting language (CGI binary)
ii php5-cli 5.6.30+dfsg-0+deb8u1 armhf command-line interpreter for the php5 scripting language
ii php5-common 5.6.30+dfsg-0+deb8u1 armhf Common files for packages built from the php5 source
ii php5-fpm 5.6.30+dfsg-0+deb8u1 armhf server-side, HTML-embedded scripting language (FPM-CGI binary)
ii php5-json 1.3.6-1 armhf JSON module for php5
ii php5-mysql 5.6.30+dfsg-0+deb8u1 armhf MySQL module for php5
ii php5-readline 5.6.30+dfsg-0+deb8u1 armhf Readline module for php5
ii php7.0 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 all server-side, HTML-embedded scripting language (metapackage)
ii php7.0-cli 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf command-line interpreter for the PHP scripting language
ii php7.0-common 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf documentation, examples and common module for PHP
ii php7.0-dev 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf Files for PHP7.0 module development
ii php7.0-fpm 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf server-side, HTML-embedded scripting language (FPM-CGI binary)
ii php7.0-json 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf JSON module for PHP
rc php7.0-mysql 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf MySQL module for PHP
ii php7.0-opcache 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf Zend OpCache module for PHP
ii php7.0-readline 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 armhf readline module for PHP
ii php7.1-common 7.1.8-2+0~20170804100723.7+jessie~1.gbpae7f04 armhf documentation, examples and common module for PHP
ii php7.1-mysql 7.1.8-2+0~20170804100723.7+jessie~1.gbpae7f04 armhf MySQL module for PHP
ii pkg-php-tools 1.28 all various packaging tools and scripts for PHP packages

あれれ？なにかおかしいです。
まずphpのバージョンが７．０です。

$ php -v
PHP 7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206 (cli) (built: Aug 10 2017 14:34:58) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206, Copyright (c) 1999-2017, by Zend Technologies

それなのにいくつか7.1用のモジュールが入っていますね。
しかも、当該の「php7.0-mysql」は削除（rc）されてしまっています。
php7.1-mysqlがインストールされていますが、おそらくこれだとバージョン違いになってしまうのでしょう。

古いバージョンが入るかどうか不安ですがインストールしてみます。

$ sudo apt-get install php7.0-mysql
[sudo] password for mlin:
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています
状態情報を読み取っています... 完了
以下のパッケージが新たにインストールされます:
php7.0-mysql
アップグレード: 0 個、新規インストール: 1 個、削除: 0 個、保留: 1 個。
105 kB 中 0 B のアーカイブを取得する必要があります。
この操作後に追加で 432 kB のディスク容量が消費されます。
以前に未選択のパッケージ php7.0-mysql を選択しています。
(データベースを読み込んでいます ... 現在 118917 個のファイルとディレクトリがインストールされています。)
.../php7.0-mysql_7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206_armhf.deb を展開する準備をしています ...
php7.0-mysql (7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206) を展開しています...
php7.0-fpm (7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206) のトリガを処理しています ...
php7.0-mysql (7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206) を設定しています ...
php7.0-fpm (7.0.22-2+0~20170804100528.5+jessie~1.gbpdea206) のトリガを処理しています ...

入った！

そして、無事起動！！Wordpressが開きました！

モジュールさえ入ってしまえば再起動は不要なようでした。

あー、よかった　汗

知る人ぞ知るBONZです。
アマゾンや楽天、ヤフーショッピングに出品しているショップです。
主にメモリを扱っているようです。
少し前は最安だったのですが、今はそうでもなくなっています。
でも、買うのはおすすめです。というのも永久保証がついているのです。

BONZは永久保証

もちろん折ったり、水濡れしたり、っていうのは保証されません。

BONZのメモリを買うとこんな保証書がはいっています。

ハンコまで印刷だし、ここに書いてあるような

• 購入証明書
• 納品書
• 製品シール

ってなくって、配送は簡易なものでこの保証書が入っているだけなのです。
で、チョー不安になりますけど、結果から言いまして、まったく問題はありませんでした。
永久保証はちゃんと効きます。

私の場合・・・2年で故障

私の場合はラズパイ（Raspberry pi2）での使用でしたので、いつか壊れるだろうと思っていました。2年だと意外と持ったな、というイメージです。

保証規定の「正常な状態で使用中」がどんな状態を示すのか具体的に書いていないのでわかりません。物理的なダメージはもちろんダメでしょう。それは分かるんです。

ところが、SDカードの素子って、壊そうと思えば壊せます。強引に何度も書き換えを行うと壊れてしまいます。
わざと壊したわけではないとは言え、ラズパイ（Raspberry pi2）での使用は「正常な状態で使用中」なのでしょうか・・・？

とりあえず聞いてみた

悩んでいても仕方ないので、ヤフーショッピング（私はここで買った）の問い合わせからメールを送ってみました。

使用中に突然読み書きができなくなって、認識もしなくなってしまいました。
保障が効くかどうか教えてください。

とまあ、こんな感じです。
そうしたら

代替品を送りましたので、返信用封筒にてお手持ちのメモリをご返送ください。

てな感じでした。結局保証規定も何も関係ない感じでした・・・。良いのかな？？

暫く待つとトランセンドの代替品が届きました。前回はノーブランドでしたのでなにげにグレードアップしました。

BONZはオススメ

というわけでBONZ自体のことが少し心配になる結果でしたが、
購入側としてはとてもおすすめできると思いました。

とは言えこれで経営が傾かれても困りますので、もうすこし規定を厳しくしても良いのかな、と邪推なことを思ったりしました。

ファイルの保存場所としては、
システムのmicroSDの中じゃなくて、USBメモリにした方がいいんじゃないかと思いたち、テストを始めたのですが、いまいちうまく行っていません。

?書き込み権限がない！

差し込むと自動マウントされるのはいいのですが、
何かファイルを書き込もうとすると

「許可がありません」

と怒られてしまいます。sudoすればいけますが、何かと不便です。
一般ユーザーのcronで何かやろうとしてもすべて蹴られるってことですしね。
権限を緩めれば？とマウントポイントの /media/usb0 フォルダをchmodで変更しようとしても何も変化がないのです。

vfatでの方法は見つけた

usbの自動マウントはusbmountという機能で行われています。
設定ファイルは　/etc/usbmount/usbmount.conf　です。

これの　FILESYSTEMS　と　FS_MOUNTOPTIONS　です。

FILESYSTEMSは

FILESYSTEMS="ntfs vfat ext2 ext3 ext4 hfsplus"

としました。ntfs以外はデフォルトです。

FS_MOUNTOPTIONSはこのように変更します。

#FS_MOUNTOPTIONS="-fstype=ntfs,uid=pi,gid=pi,iocharset=utf8,codepage=932"
↓
FS_MOUNTOPTIONS="-fstype=vfat,iocharset=utf8,codepage=932,uid=500,gid=500,dmask=000,fmask=011"

変更しました、というか、これ以外はまったくうまく行きませんでした。

ntfs　ext4　はまったくうまくマウントできない！

この-fstypeをntfsにしてみます。

$ lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sdb           8:16   1  1.9G  0 disk
mqsdb1        8:17   1  1.9G  0 part /media/usb1

マウントされたっぽいですが、

$ cd /media/usb1
-bash: cd: /media/usb1: 通信端点が接続されていません

なぬ？
何回やっても同じ結果で、アクセスできません。試しにFATに戻してみるとあっさりつながるのでNTFSがなにかおかしいようです。

次にext4でやってみます。

$ touch test
touch: `test' に touch できません: 許可がありません

見覚えのあるやつです。

試しに

FS_MOUNTOPTIONS="-fstype=ext4,iocharset=utf8,codepage=932,uid=500,gid=500,dmask=000,fmask=011"

とすると、自動認識もされなくなってしまいました。
まだ、

FS_MOUNTOPTIONS="-fstype=vfat,iocharset=utf8,codepage=932,uid=500,gid=500,dmask=000,fmask=011"

のほうがマウントされるだけマシです。

どうしてこうなるのかまったくわかりません・・・。

突然RaspberryPiのNginxが起動しなくてかなり焦ったのでメモしておきます。

起動しない

再起動すると起動しなくなっていた。
自動起動がうまく行かなかったのかと、
sudo service nginx start
するも起動しません。

検証

エラーは以下のとおりです。

Job for nginx.service failed. See 'systemctl status nginx.service' and 'journalctl -xn' for details.

このメッセージは

‘systemctl status nginx.service’ と ‘journalctl -xn’ で詳細を調べろ！

ってことらしいです。

$ sudo systemctl status nginx.service
● nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/lib/systemd/system/nginx.service; enabled)
   Active: failed (Result: exit-code) since 水 2017-08-02 22:58:37 JST; 18s ago
  Process: 2756 ExecStop=/sbin/start-stop-daemon --quiet --stop --retry QUIT/5 --pidfile /run/nginx.pid (code=exited, status=0/SUCCESS)
  Process: 654 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 2759 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)
 Main PID: 657 (code=exited, status=0/SUCCESS)

 8月 02 22:58:37 raspberrypi nginx[2759]: nginx: [alert] could not open error log file: open(...ry)
 8月 02 22:58:37 raspberrypi nginx[2759]: 2017/08/02 22:58:37 [emerg] 2759#0: open() "/var/lo...ry)
 8月 02 22:58:37 raspberrypi nginx[2759]: nginx: configuration file /etc/nginx/nginx.conf tes...led
 8月 02 22:58:37 raspberrypi systemd[1]: nginx.service: control process exited, code=exited s...s=1
 8月 02 22:58:37 raspberrypi systemd[1]: Failed to start A high performance web server and a ...er.
 8月 02 22:58:37 raspberrypi systemd[1]: Unit nginx.service entered failed state.
Hint: Some lines were ellipsized, use -l to show in full.

途中、省略されちゃってます。

Hint: Some lines were ellipsized, use -l to show in full.
幾つかの行が省略されちゃってるから、-lを使えばいいじゃん？

てなわけで、リベンジ。

$ sudo systemctl -l status nginx.service
● nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/lib/systemd/system/nginx.service; enabled)
   Active: failed (Result: exit-code) since 水 2017-08-02 22:58:37 JST; 2min 10s ago
  Process: 2756 ExecStop=/sbin/start-stop-daemon --quiet --stop --retry QUIT/5 --pidfile /run/nginx.pid (code=exited, status=0/SUCCESS)
  Process: 654 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 2759 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)
 Main PID: 657 (code=exited, status=0/SUCCESS)

 8月 02 22:58:37 raspberrypi nginx[2759]: nginx: [alert] could not open error log file: open() "/var/log/nginx/error.log" failed (2: No such file or directory)
 8月 02 22:58:37 raspberrypi nginx[2759]: 2017/08/02 22:58:37 [emerg] 2759#0: open() "/var/log/nginx/access.log" failed (2: No such file or directory)
 8月 02 22:58:37 raspberrypi nginx[2759]: nginx: configuration file /etc/nginx/nginx.conf test failed
 8月 02 22:58:37 raspberrypi systemd[1]: nginx.service: control process exited, code=exited status=1
 8月 02 22:58:37 raspberrypi systemd[1]: Failed to start A high performance web server and a reverse proxy server.
 8月 02 22:58:37 raspberrypi systemd[1]: Unit nginx.service entered failed state.

前半はよくわからない。
どんなサービスが動かなかったかの結論だけ言ってるみたいで、原因らしいものがないみたい。
後半の「could not open error log file: open() “/var/log/nginx/error.log” failed」がきになりました。
nginx.confのログファイルの場所はここじゃなくて別の場所に変更しているのに、なぜここが開かないというのかな・・・？
確かに、/var/log/nginx/のディレクトリはないけれど・・・。

そこで、ふには落ちないけど、mkdir -p?/var/log/nginx をしてから　sudo service nginx start　して起動してみました。やはりだめ？
ああ、パーミッションかな？ととりあえず chmod 777 でユルユルにしてもう一度起動すると・・・！起動したーー！
結局/var/log/nginx/error.logという０ファイルができました。どうやらここは設定ファイルで指定しなくても必要なようですね・・・？バグだと思うけどね。

 

こうなった原因

原因はswapをRamdiskに変えたことでした。

microSDの突然死がありましたので、以下を見つけて設定したのです。

Raspberry Pi、RAMディスクで micro SDを長寿命化

rc.localに更に以下を追加しました。

mkdir -p /var/log/nginx
chown root.www-data /var/log/nginx

これで、再起動してもちゃんと起動するようになりました。

今回はなんとかなりましたけど、やっぱり再起動する前にはバックアップしないと危険ですね。