リカバリ on qwerty.work

WordPressが急にError establishing a database connectionとエラーになった！

Wed, 08 Sep 2021 22:37:30 +0900

XAMPPで構築したWordPressのデータベースが急に壊れた件

さっきまで使っていたWordPressが表示されなくなった！

WordPressでコーポレートサイトを作るために、テスト環境としてWindows10のパソコンにXAMPP（ザンプ）を入れてコツコツとサイトを作成していました。

ちなみにZAMPPとは、Apatch、MySQL、PHPなど、一般的なレンタルサーバーと同じ環境を簡単に構築できるフリーソフトです。これがあると、爆速でWEBサーバー環境が構築できます。また、WordPressモジュールのインストーラーもあり、簡単にWordPressを使い始めることができます。

今回、使用していたパソコンの環境は簡単に以下の通り。

Windows 10 64bit 21H1
11th Intel Core-i7
16GB RAM
NVMe SSD
XAMPP for Windows 7.3.30

この環境で約1ヶ月程度作業をしていたら、XAMPP上のApatchやMySQLを再起動しないとWordPressが反応しないことがありました。サービスを再起動すれば直るので、あまり深く考えずに作業していました。

ところが…。

データベースエラー発生！

さっきまで動いていたWordPressの画面にデータベースエラーの文字が表示されるようになりました。

Database Error

Error establishing a database connection

データベースエラー

データベース接続の確立中にエラーが発生しました

WordPressの管理画面やサイトも全部この画面しか表示されなくなりました。

パソコンの再起動
XAMPPの再起動
Apatch、MySQLサービスのStop＆Start

これらをやっても復旧できなくなりました。

phpMyAdminも見れなくなった

途中まで、XAMPPコントロールパネルにあるMySQLの**[Admin]**ボタン押すと、phpMyAdminは表示さていました。今思えば、この時点でデータベースのバックアップを取って置けば良かったと後悔。なぜなら、この後にMySQLのサービスを開始させても数秒後にシャットダウンされてしまうようになったからです…。

何度、[Start]ボタンを押しても以下のようになりました。当然、phpMyAdminにもアクセスできなくなりました…。

Error:MySQL shutdown unexpectedly.

This may be due to a blocked port, missing dependencies,

improper privileges, a crash, or shutdown by another method.

Press the Logs button to view error logs and check

the Windows Event Viewer for more clues

If you need more help, copy and post this

entire log windows on the forrums

エラー：MySQLが予期せずシャットダウンしました。

これは、ポートがブロックされている、依存関係がない、などの理由によるものです。

不適切な権限、クラッシュ、別の方法によるシャットダウンなどが考えられます。

[ログ]ボタンを押すと、エラーログが表示されます。

Windowsイベントビューアで詳細を確認する。

より多くの手がかりのためのWindowsイベントビューア

もっと助けが必要な場合は、このログウィンドウ全体をコピーしてフォーラムに投稿してください。

このエラー文を元に、ポートの重複や、Windowsイベントビューアを確認してみましたが、解決に至りそうな情報を見つけることはできませんでした。

ログを見る

XAMPPコントロールパネルにあるMySQLの**[Logs]ボタンを押すと、以下のログが表示されました。同じような[ERROR]**が複数回ありました。

[ERROR] InnoDB: The innodb_system data file ‘idbdata1’ must be writable

[ERROR] InnoDB: innodb_system データファイル 'idbdata1' は書き込み可能でなければならない。

[ERROR] Plugin ‘InnoDB’ init function returned error.

[ERROR] プラグイン「InnoDB」のinit関数がエラーを返しました。

[ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.

[ERROR] プラグイン'InnoDB'のSTORAGE ENGINEとしての登録に失敗しました。

[ERROR] Unknown /unsupported storage engine: InnoDB

[ERROR] 不明/サポートされていないストレージエンジン：InnoDB

[ERROR] Aborting

[ERROR] 中止します

ログを手掛かりにいろいろやってみた

ログやエラーの表示内容を元に、いろいろ検索して調べて辿り着いた情報の中から以下のことをためしましたが、全部ダメでした。

idbdata1の読み取り専用を解除

『‘idbdata1’ は書き込み可能でなければならない。』ということでしたが、プロパティを開くと、そもそも読み取り専用になっていませんでした。Everyoneフルコントロールを追加してもダメでした。

ログファイルの削除

指定のファイルをリネームして避けるか削除をしてみましたが、ダメでした。

my.iniに強制修復を追加

これもダメでした。

innodb_force_recovery = 1

ログファイルの容量を増やす

wait_timeout = 86400<br>
max_allowed_packet = 1G<br>
innodb_buffer_pool_size = 1G

WordPressのリペアを許可

wp-config.phpの最後部に以下を追加するとWordPressを修復できるかもしれない。ということで、やってみましたが、駄目でした。MySQL自体が起動しないのですから当然ですが…。

define('WP_ALLOW_REPAIR', true);

DATAフォルダの置換

以下のDATAフォルダのバックアップを取っておき、再インストールしたXAMPPのフォルダの新しいDATAフォルダをリネームして、バックアップをここに復元すれば復旧できるといった情報があったので、やってみましたが、**またMySQLが起動しなくなりました。**どうやら、このDATAフォルダ内のファイルが破損しているみたいです。それが、どのファイルなのかがまったく分かりませんでした。

DBファイルが壊れた原因はこれかも？

何度もXAMPPを再起動していたせいか、タスクバーのアイコンを見ると、XAMPPアイコンが何個も表されていました。よくわかりませんが、多重起動により、何らかの異常を積み重ねていたのかもしれません。それによって必要なファイルが壊れたのかもしれません。

また、XAMPPは管理者として実行しないといけないのかもしれません。Usersとして起動した場合、XAMPPを終了させる際に、エラーが出て強制終了をさせていました。これも故障の原因かもしれません。管理者として実行していた場合は終了時にエラーが出ることはありませんでした。

結局、XAMPPを再インストール＆サイト再構築

結局、そうにもできなかったので、一番やりたくなかったXAMPPをアンインストールして、再度インストールし直しました。データはもちろん消えるので、WordPressのモジュールも再インストールし、まっさらな状態から、サイトを作り直しました。

参考サイト

https://kinsta.com/jp/blog/error-establishing-a-database-connection/ https://kinsta.com/jp/blog/error-establishing-a-database-connection/

解決！USB回復ドライブでSurfaceのリカバリ（復元）失敗で初期化できないときにやったこと

Sat, 12 May 2018 21:19:49 +0900

Surfaceの初期化を何度も繰り返しても途中で**「PCの回復中に問題が発生しました。」**と失敗しましたが、最終的に解決できたのでメモ。

結論から言うと

Surface を工場出荷状態にするための復元作業として回復イメージの展開が進む中、Windows RT tools が入る回復パーテーションのサイズが小さいため展開しきれず復元に失敗していました。回復ドライブ（USBメモリ）にOSやSystem領域など各パーテーションのサイズを定義するテキストファイルがあるのですが、それをメモ帳で開き、回復パーテーションに割り当てるサイズの指定をデフォルトの **460MB **から 1GB（1024MB) に増やしたところ、うまくいきました。詳しい方法は以下に記載します。

工場出荷時に復元できない Surface Pro 3

事の発端は、Windows Update に失敗したのか、電源を投入し Suraface のロゴが表示され、「修復しています」と出ては再起動になり、電源を入れたら永遠に再起動ループに陥る Suraface Pro 3 の修理を依頼されたことから始まりました。ハードウェアの異常ではなく、OSの異常のようなので、OSをクリーンインストールすることにしました。

USBメモリで回復ドライブを作る

Surface に Windows 10 をクリーンインストールするには普通のPCと違って Windows 10 のインストールメディアがあればいいって訳ではなく、Surface 専用の回復イメージの入った回復ドライブ（USBメモリ）からインストールしなければなりません。そこで材料として以下の物が必要です。

準備するもの

Surface 回復イメージ
Windows 10 のPC
8GB以上のUSBメモリ

Surafece 回復イメージはMicrosoft の「Surface回復イメージをダウンロードする」のページから Windows 10 の回復イメージ（ZIPファイル）を適当なPCでダウンロードします。ダウンロードには Surface のシリアルナンバーが必要です。

https://support.microsoft.com/ja-jp/surfacerecoveryimage https://support.microsoft.com/ja-jp/surfacerecoveryimage

USBメモリは予め、FAT32でフォーマットしておきます。USBメモリはなるべく容量の大きいものを使うのが無難です。8GB以上を推奨と書いてあるので、16GBか32GBくらいの物を用意しましょう。あと、汎用性の高いUSB2.0の規格の物を使いましょう。USB3.0でも大丈夫かもしれませんが、型の古い Suface や Windows 8.1 だと回復ドライブに使えなかったり認識されない可能性がありますので、回復ドライブ用にUSBメモリを買うときは注意してください。

私は今回USB3.0（USB2.0対応）で16GBのUSBメモリを使用しました。このUSBメモリで回復ドライブを作成するためには Windows 10 のPCで、[コントロールパネル]-[すべてのコントロールパネル項目]-[回復]-[回復ドライブの作成] から行います。

ダウンロードした回復イメージ（ZIPファイル）は解凍して、解凍した中身を作成した回復ドライブ（USBメモリ）に全部コピーします。重複するファイルやフォルダは全て上書きします。これで Surface を初期化するための回復ドライブ（USBメモリ）は出来上がりです。

回復ドライブ（USBメモリ）から復元できないエラー発生！

出来上がった回復ドライブ（USBメモリ）を Suface に挿して電源ボタンを押すと、回復ドライブ（USBメモリ）から Suraface が起動しメニューが表示されるので、 **[トラブルシューティング] - [ドライブから回復] **を選択します。

次に、 **[ファイルの削除のみ行う] **または **[ドライブを完全にクリーンアップする] **を選びます。

**[回復] **ボタンを押すと復元が始まります。

ところが、何度やっても特定のタイミングで復元が失敗します。[ファイルの削除のみ行う] の場合、20％時点で失敗し、 [ドライブを完全にクリーンアップする] の場合、47％時点のところで数秒停滞します。

停滞を待っていると以下の**「PCの回復中に問題が発生しました。」**というエラーで復元が失敗しました。何度やっても同じところで同じエラーが出ました。

なぜか回復パーテーションにファイルが展開されていない

USBメモリの **[sources]フォルダ **に **「CreatePartitions-UEFI.txt」 **というファイルがあります。

このファイルは同じ階層にある ResetConfig.xml から呼び出されるファイルで、ドライブのパーテーションを作成するための DISKPARTコマンドが書いてあります。復元時に使用されるドライブレターの指定は Windows（OS）の入るパーテーションが** W **で、Windows RT tools が展開される回復パーテーションは **T **となっていました。

ドライブの中を確認してみる

ドライブの中のファイルはどんな感じで展開されているのかな？と、** [トラブルシューティング] - [詳細オプション]** から [コマンドプロンプト] を起動しました。

まずは Wドライブ（Windowsの入るパーテーション）の中身を見るために

dir W:\

と打ったら「Program Files」や「windows」フォルダが確認できましたので、OSの部分はイメージが正常に展開されていました。

ところが、

dir T:\

で Windows RT tools は展開される回復パーテーションの中身を見ると空でした。DISKPART で list part や list volume のコマンドでパーテーションの容量を見ても OMB でした。

どうやら回復パーテーションに Windows RT が展開できていないようです。

試しに手動で展開したら容量不足のエラーになった

自動で展開できないのなら手動で展開してみようと、そのままコマンドプロンプトから DISMコマンドで回復パーテーション（T:\）に展開される予定のイメージが回復ドライブ（USBメモリ）内にある boot.wim を以下のコマンドで展開してみました。（ boot.wim はUSBメモリの D:\sources の中にあります。）

Dism /apply-image /imagefile:D:\sources\boot.wim /index:1 /ApplyDir:T:\

すると、容量が足らないとエラーを表示して展開が途中で中断してしまいました。

回復パーテーションの容量を1GBにしたら成功！

**もしかして、原因は回復パーテーションのサイズ（容量）不足か！？**ということで、試しに別のPCで回復ドライブ（USBメモリ）内の [sources]フォルダにある 「CreatePartitions-UEFI.txt」 を開き、回復パーテーションの容量を初期値の 460MB から 1024MB（1GB）に変更して保存しました。

再度、回復ドライブ（USBメモリ）を Surface に挿し、起動したメニューから [トラブルシューティング] - [ドライブから回復] - [ファイルの削除のみ行う] - [回復] を実行したら100％まで進み Surface のリセット（復元）が成功しました！

最後に

無事復元できてよかったです。更にこの問題の解決策を1日で見つけることができてよかったです。っていうか、Microsoftがこんな復元に使えないものを配布していたらいけないですよね。何もわからない素人からしたら「Surfaceのハードウェアきっと壊れたんだな」と勘違いしそうですよね。私も症状を確認した当初はDISKがイカれたか？と一瞬思いました。ちゃんと検証してから配布して欲しいですね。

参考ページ

Surface の回復イメージをダウンロードする

[ベア メタル リセット/回復: ユーザーが回復メディアを作成できるようにする  ](https://msdn.microsoft.com/ja-jp/library/windows/hardware/dn946558%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396)

ResetConfig XML リファレンス

[PC のリカバリー機能を展開する  ](https://msdn.microsoft.com/ja-jp/library/windows/hardware/dn898531%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396)

install.wim や install*.swm から HDD を復元する
Windows 10をクリーンインストールする前にひと工夫、回復パーティションの増殖を防ぐ方法(更新)
Windows 10のリカバリ用に用いられる簡易版Windows「Windows RE」の中身を見る

[Windows 10を回復ドライブからリカバリーしようとしたときに出るエラーの解決方法](https://www.fusenstage.com/archives/201707041817483145.html)

Windows10で作成した回復ドライブを使用時の不具合

パソコンを工場出荷時の状態に戻そうとしてもエラーが出るとき

Sun, 13 Aug 2017 10:36:10 +0900

Windows 7 Starterのノートパソコンを工場出荷時の状態に戻そうとしても以下のエラーが出てできませんでしたが、解決したのでメモ。

状況

元々HDDだったディスクをEaseUS Todo Backupを使ってSSDにクローンコピーして載せ替えました。

載せ替えのせいか工場出荷時の状態に復元しようと**[コントロールパネル]-[回復]-[高度な回復]から[コンピューターを出荷時の状態に戻す]を選択して[再起動]**ボタンを押しても以下のエラーが出てしまいます。

コンピューターを再起動できませんでした

コンピューターを再起動してWindows回復環境を開始できないため、回復操作を完了できません。

Disk to Disk（D2D)でリカバリするしか方法がなく、リカバリーディスクも無い状況なので困りました。

解決方法

解決方法は以下のページにも書きましたが、DISKPARTを使い回復イメージが入っているパーテーションをActiveにしたら解決できました。

F8を押してコンピューターの修復が表示されないので意図的に出す方法

手順

管理者としてコマンドプロンプトを起動
diskpartEnter
list diskEnterで回復パーテーションの入っているディスク番号を確認（自分の場合0）
select disk 0Enter
list partEnterで回復イメージが入っているパーテーション番号を確認（自分の場合1）
select part 1Enter
activeEnter
exitEnterでDISKPARTを終了させる
コマンドプロンプトを閉じて再起動

再起動したらリカバリーするためのウィザードが起動し、無事に工場出荷時の状態を復元できました。

F8を押して「コンピューターの修復」が表示されないので意図的に出す方法

Sat, 12 Aug 2017 14:56:29 +0900

リカバリディスクやWindowsのインストールディスクのないパソコンを工場出荷時に戻そうと起動時にF8を押して**も[コンピューターの修復]**が表示されないことがあります。スタートアップ修復が必要な時だけしか出ないものなのでしょうか？

こういったとき、意図的に表示されるようにするための方法があったのでメモ。REAgentCというコマンドを使うようです。

コマンド

管理者としてコマンドプロンプトを起動して使います。

回復環境（Windows RE）が有効になっているか確認

reagentc /info

回復環境（Windows RE）を有効にする

**[有効化された Windows RE]**を [1] にします。

reagentc /enable

システムの次回起動時に Windows RE が自動的に起動するように指定

reagentc /boottore

参考

https://support.lenovo.com/jp/ja/solutions/ht071212 https://support.lenovo.com/jp/ja/solutions/ht071212

https://msdn.microsoft.com/ja-jp/library/hh825204.aspx?f=255&MSPPError=-2147217396 https://msdn.microsoft.com/ja-jp/library/hh825204.aspx?f=255&MSPPError=-2147217396

「コンピュータの修復」が起動しない場合

もし、F8を押して起動し[コンピューターの修復]を選択してもWindows回復環境が起動せず、通常のWindowsが起動してきた場合は、回復環境のパスがズレている場合があります。自分の場合、回復環境の入ったパーテーションは1のはずなのに、上記のようにreagentc /infoで表示されているパスの一部がpartition3となっていました。

これを変更する方法は以下が参考になります。

http://internet.watch.impress.co.jp/docs/column/shimizu/628743.html http://internet.watch.impress.co.jp/docs/column/shimizu/628743.html

ところが、上記を参考に行っても自分の環境の場合はうまくいきませんでした。そこでDISKPARTで回復環境の入ったPartition1をActiveにして再起動したらF8を押さなくても回復環境が起動し、メニューに従って工場出荷時に復元できました。

DISKPARTでパーテーションをアクティブにする方法は以下のページに記載しています。

パソコンを工場出荷時の状態に戻そうとしてもエラーが出るとき

復元後の再起動の際は無事Windows7が起動し始めましたが、万が一また回復環境が起動してきた場合は、Windowsのインストールメディア等のWindowsPEからパソコンを起動し、DISKPARTで回復したWindowsの入ったパーテーション（自分の場合Partition3）をActiveに戻す必要があります。

このようなことになる原因は今回HDDからSSDに引っ越ししたからかもしれません。以下のページが参考になります。

http://morizzos-buglife.blogspot.jp/2014/08/windows.html http://morizzos-buglife.blogspot.jp/2014/08/windows.html