shred によるデータ消去については、前回の記事を参照ください。

shred で 500GB HDD のデータを消去する

知人から処分を頼まれたパソコンのデータ消去を行います。パソコンは NEC Mate MKR-35B-1 / Pemtium G4560 @3.5GHz / RAM 4GB / HDD 500GB、データ消去後のマシンは貰い受けますが、うーん...

meyon.gonna.jp

2025.01.12

さて、このスッカラカンの Mate 君をこれまでのように Windows マシンとするならば、Windows11 をインストールしなければなりません。しかし、Pentium G4560 は第 7 世代だそうで、サポートされているプロセッサのリスト^(*1)にありません。ない、です。でも、ダメ元でちょっと試してみましょう。

インストール USB をつくる

「Windows 11 のダウンロード」から、ディスクイメージ (ISO) をダウンロードしておきます。今回ダウンロードしたのは Win11_24H2_Japanese_x64.iso でした。

インストール USB の作成は Windows10 マシンで行ないます。
作成ツールは Rufus を使用しました。今回ダウンロードしたのは rufus-4.6p.exe です。Portable タイプなのでインストールは不要、そのまま起動できます。

8GB 以上の USB メモリを挿入し Rufus を起動。ダウンロードした ISO ファイルをドラッグアンドドロップするとファイルのスキャンが始まります。準備完了になったらスタートをクリック。”Windows ユーザーエクスペリエンス” ダイアログのすべてのチェックを外して OK をクリックします。

これで Windows11 の (通常の) インストール USB ができました。(通常の) ? ふむ … チェックを外すことで、Windows11 のインストールに必要な要件のチェックを行うようになる、とか。

クリーンインストール

では、OS 非搭載のパソコンに Windows11 (24H2) をクリーンインストールしてみましょう。

セットアップの起動とインストール

インストール USB を挿入し電源を入れます。NEC のロゴが表示されたら F12 を押下、”Startup Device Menu” が起動したら “USB KEY” を選択します。
“Windows11 セットアップ” が起動したら指示にしたがって進めていきます。

言語設定、キーボード設定を確認して次へ。
セットアップオプションは “Windows11 のインストール” を選択し、”I agree everything well be deleted …” (すべてが削除されることに同意する) にチェックして次へ。続けてライセンス条項に同意。
Windows11 をインストールする場所は [ディスク 0 の未割り当て領域 (465.8GB)] が選択されているので、確認して次へ。
インストール準備完了となったらインストールを開始します。

インストールが進んで再起動がかかると、トラブルが発生しました。

再起動がかかると言語設定に戻り、無限ループに陥る

もう一度設定を進めてインストールしても、また言語設定に戻ってきてしまいます。なんで？

あ、そうか。再起動するとまたインストール USB から起動してんじゃないですかね？
ならばと、一旦電源を切り、インストール USB を抜去して電源オンしてみます。はい、インストール再開しました。確認してないけれど、USB からの起動が優先になっているのかもね。必要なファイルはすでにコピーされていると思うので、以降インストール USB は不要でしょう。

Windows11 の設定

Windows11 の設定画面になりましたので、どうやら無事に OS のインストールは完了したようです。設定を進めましょう。

国、地域は日本です。キーボードレイアウトは Microsoft IME で、2つ目はスキップ。
イーサネットが未接続と出たので、家ネットワーク (DHCP あり) の LAN ケーブルを挿入すると接続済みになりました。更新プログラムの確認がありますが、ここではアップデートはしないようです。

デバイスの名前 (いわゆるコンピュータ名) を入力。
デバイスをどのように設定するかと問われますが、ルータ配下の家ネットワークに接続するので「職場または学校用に設定する」を選択します。Microsoft アカウントは利用しませんので、サインインオプションに入って「ドメインに参加」します。こうすることでローカルアカウントで利用できます。
ちなみに、ネットワーク共有に必要な共有設定の有効化とかワークグループの設定とかは、別途適宜に。

名前 (ローカルアカウント名)、パスワードを入力。パスワードを忘れたときの質問 3問を設定しますが、こんなもの俺は使いやしませんのでテキトーに、いや類推されないようなランダム文字列なんぞをどうぞ。
プライバシー設定はすべて「いいえ」にしましたが、お好みでどうぞ。

更新プログラムを確認しアップデートが始まりますので、ここはゆっくり待ちましょう。
アップデートが完了するとロック画面になりますので、パスワードを入力してログインします。さらに設定が進行し、しばらくで完了しました。

Windows Update を完了する

Windows Update を確認するとまだ更新プログラムがあるようです。最新の状態になるまで何回か実行しましょう。
実行後は内部処理のためにしばらく放置するのが吉ですが、勝手にスリープにならないように設定変更しておきましょう。どこで設定するのかって？ Windows11 になってますますわからなくなりました。検索バーに「スリープ」といれて検索しましょう。

以上で、Windows11 Pro 24H2 のクリーンインストール、完了です。

ちなみに、ライセンス認証はすでにアクティブになっています。このマシンはデジタルライセンスを持っていますので、OS のプロダクトキーは必要ありません。

後記

ダメ元で始めた Windows11 のクリーンインストールですが、(通常の) インストール USB からほぼ問題なくインストールできてしまいました。ということは、この Windows11 は今後も継続して利用できる、ってことでしょうか？

ネット上では、要件を満たさない CPU に Windows11 をインストールする方法を見つけることができますが、インストールできるということと継続して利用できるということは違うのではないかなぁと思っています。いつかアップデートされたときに不具合が起きて、対応できなくなるかもしれません。
今回、クリーンインストールはできましたが、Pentium G4560 はリストになかったので今後の保証はないです。もしこの記事を参考にして Windows11 をインストールされても、自己責任で、ということでお願いします。

しかしまぁ、兎にも角にも、meyon 家に初めての Windows11 マシンがやってきました。めでたい。

いまさらの Windows 7 の WindowsUpdate エラー

最後の更新は 2014 年 3 月です。このパソコン Windows 7 Pro SP2 を WindowsUpdate すると「80072EFE」エラーが発生しました。
ググってみると様々な解決手段がありましたので、いろいろ試してみたのですが、どれもダメ。
まぁこの時の目的は Windows 10 にアップデートすること。それは無事できたので、エラーは解決することなくそこで終了していました。

が、いまさらの Windows 7 ですが、未解決ってのは気分が悪いので、やっぱりなんとかしたいよねってことで。

やってみてダメだったこと

やったことすべてを明確に記憶していないんだけど、バックアップをとるまでにやったことは以下。

1. ファイアウォールを無効に
2. WindowsUpdate に係るファイルの削除
3. WindowsUpdate コンポーネントのリセット (Microsoft のツール利用)
4. sfc /scannow を実行
5. 更新プログラム KB3133977 、KB4490628 、KB4474419 の手動インストール (*1)
6. 更新プログラム KB3020369 、KB3125574 のインストールはできなかった (*1)

(*1) 「サポート終了しちゃったけど、Windows 7の新規インストールと最速更新（2020年7月版）」

これらを実行しても 80072EFE エラーは解決しませんでした。もう Windows 7 の更新はできないのかなぁと、ほぼあきらめ状態。

困ったときの頼める神は

さて、WindowsUpdate で困ったときに、これまで最も参考にさせてもらっているのが「ぼくんちの TV 別館」です。ところが、こちらのサイトでは、

何度かテストを繰り返しましたが、2014年～2016年前半のような「更新プログラムを小分けしなければ Windows Update が失敗を繰り返す」なんて問題はほぼ発生しないと思われます。特定KBの先入れとかあまり気にしなくてもOKと判断しました。

ぼくんちの TV 別館 Windows 7 SP1 クリーンインストール直後の Windows Update

ということになっています。更新プログラムの先入れは必要ないと。
また、80072EFE エラーに関する対応も参考にさせてもらいましたが、ダメでした。

でもでも、やっぱり何か更新プログラムをインストールすることで解決するんじゃないの？
幸い Microsoft Update カタログからインストールすることは可能なので、試してみましょう。根拠はないのですが、なにやら確信のような、淡い期待のような、溺れる者はなんとかとか (^_^;)

更新プログラムの先入れで解決

参考にさせていただいたのは、ぼくんちの TV 別館「Windows 7 を久しぶりに更新する場合の注意」です。

まず、サービススタック (SSU) の更新を行います。インストールする更新プログラムは次の 3 つ。

• KB4516655
• KB4474419
• KB4490628

下の 2 つはすでに更新済みでしたので、実際には KB4516655 のみインストールしました。サイトの指示に従って、パソコンを再起動。
ここまでではエラーは改善されていません。

次は「2018年4月10日～ 2019年3月12日の間にリリースされた品質ロールアップをどれか1つインストールする」とのことなので、

• KB4489878

をインストール。

パソコンの再起動後、更新プログラムの確認をすると…　お、エラーにならない…
しばらく待っていると、「102個の重要な更新プログラムが利用可能です」

＼(^o^)／　80072EFE エラーが改善されました。
その後、更新プログラムはすべて無事インストールできました。

Windows 7 (Core i3) のパソコンを、使えるようなら修理して Windows 10 にしちゃおうという話です。すごく重くて、ときどきブルースクリーンになっちゃう、らしい。

とりあえず起動してみる

電源入れてみます。

特に問題なく起動、時間もさほどかかりません。見た目、なんの問題もないような。ブルースクリーンに落ちる気配もなし。

WindowsUpdate の最終更新日が 2014 年 3 月。「更新プログラムを確認しない」になってます。
Windows 7 で無茶苦茶重いやつは WindowsUpdate が完了していないことがよくあるけど、そうではないみたい。

ハードディスクをバックアップする

linuxBean をライブ起動して、内蔵ハードディスクの S.M.A.R.T. をチェックします。
ペンディングセクターが 40 あるけど、リアロケーションセクターは無し。不具合の原因はこいつかな。

Paragon の Backup&Recovery でディスク全体のバックアップをやってみたけど、ダメ。不良セクターがあると、こいつはバックアップしてくれないんです。

しょうがない、dd コマンドでやりましょうか。
内蔵ハードディスクの容量が 1TB なので、2TB の外付けハードディスクを USB につなぎます。外付けハードディスクにバックアップを保存するディレクトリを作成し、そこに移動してから、次のコマンドでハードディスクを丸ごとイメージファイルにします。

sudo dd if=/dev/sda of=./backup-disk-image.img bs=512 conv=noerror,sync

bs は読み書きするバイトサイズで、エラーを読み飛ばし (noerror) 、エラー個所は NULL で埋め (sync) ます。

実行すると、最初のあたりで読み込みエラーが発生していましたが、その後は順調に進み、一夜明けると終了していました。

ハードディスクの交換とリストア

バックアップ完了後、内蔵ハードディスクのペンディングセクタは 90 に増えていました。こいつはもう使えませんね。

内蔵ハードディスクを新しい 1TB のものに交換します。
交換したら、バックアップと同様に dd コマンドでリストアします。入出力の方向が逆になるので、間違えないように。

sudo dd if=./backup-disk-image.img of=/dev/sda bs=512 conv=noerror,sync

今度はエラーもなく順調に進みました。所要時間は約 12 時間でした。

Windows 7 を起動する

新しい内蔵ハードディスクから Windows 7 を起動します。最初と同様に、何事もないかのように起動しました。

リストアしたデータは不良セクタの情報をそのまま持っていますので、chkdsk C: /B を実行して再評価させておきます。

どの部分が不良だったかは確認してないのですが、ハードディスクの最初の方でしたので、Windows PE があるドライブ X: かもしれません。このあたりはよくわからん領域。時間があったら調べてみます。

Windows 7 を使っている分にはとりあえず問題ないので、まぁこのまま進めましょう。

Windows 10 へアップデートする

アップグレードする前に更新プログラムをインストールして最新の状態にしないといけないんでしょ？
って思っていたのですが…

WindowsUpdate で更新プログラムの確認を実行すると、80072EFE エラーとなりました。ググっていろいろやってみましたが、ダメ。
ほとんど更新されていない状態なので、先入れしたほうがいいらしい更新プログラムを入れても、ファイアウォールを無効にしたり関連ファイルを削除したりしても、WindowsUpdate コンポーネントをリセットしても、sfc /scannow やっても、なぁ～にしても、ダメ。

さすがにもう Windows 7 の更新はできないのかなぁ～

ん？ Windows 7 を更新して利用するのが阻止されているとしたら、Windows 10 へのアップデートは絶賛推奨されるんじゃねぇ～の？

まず Backup&Recovery で現状をバックアップ。今度は不良セクタがないので、問題なく完了。
Windows 10 のダウンロードサイトから「この PC のアップデートを実行」する。

と…

Windows 10 へアップデート成功！

とゆ～ことで、故障していた Windows 7 機は、Windows 10 機として生き返りました。

KB4577670 を適用してみた

Windows 10 Pro バージョン 1903 の Windows Update で、0xca00a000 のエラーを表示して KB4577671 の更新が失敗しました。再起動したり、時間をおいてみたりしたのですが、改善しませんでした。

いつもとてもお世話になっている「ぼくんちのTV別館」によると、最新のサービススタック更新プログラム (KB4577670) を適用していないといけないらしい。
インストールされた更新プログラムを確認してみると KB4577670 がありませんでしたので、「Microsoft Update カタログ」から KB4577670 をダウンロードしてインストールしてみましたが、「インストールできませんでした」となってしまいます。再起動、再試行もダメ。

チェックディスクを実行してみた

なんとなく Windows Update を再試行してみると、今度は 0x80070017 というエラーに変わっています。
ググってみると、ハードディスクの不良なんじゃね？ って書いてあるサイトがいくつかあったので、C ドライブのチェックディスク chkdsk C: (オプション無し) を実行。

チェックディスクの実行後、イベントログを確認すると「マスターファイルテーブル (MFT) のミラーで、エラーが検出されました」となっていました。また、システムのログには「デバイス \device\Harddisk 0\DR0 に不良ブロックがあります」というエラーも記録されていました。

前出の「ぼくんちのTV別館」でも他のサイトでも、この手のエラーはチェックディスクで直ると書かれています。 MFT エラーの記録でも chkdsk /scan を実行しろとなっています。でも、HDD の交換を勧めているサイトもあったりするし。

S.M.A.R.T. をチェックしてみた

CrystalDiskinfo で S.M.A.R.T. を確認すると、reallocated Sectors Count と Current Pending Sector Count のふたつが「注意」表示となっていました。
ああ、ハードディスク自体のエラーだわ (^_^;)　交換が吉ですよねぇ。使用時間はまだ 5000 時間あまりなのになぁ。

このパソコン、いろいろテストするためのものなので、ぶっ壊れてもほとんど影響ありません。
なので、本来はハードディスクを交換すべきですが、Windows Update のエラーの切り分けのために、とりあえずファイルシステムを修復してみましょう。

チェックディスクで修復してみた

コマンドプロンプトを管理者モードで起動し、chkdsk C: /R を実行、再起動するとチェックディスクが始まります。
かなり時間がかかります。不良のあるハードディスクのとどめを刺す場合もあるので、必要な方はバックアップをお忘れなく。

で、しばらく放置の後、イベントログを確認するために再起動しようとしたら「更新して再起動」になってる。Windows Update を確認すると KB4577671 が再起動待ちになっている (^_^;)
再起動すると、無事 KB4577671 のインストールが完了していました。

ってことで、KB4577671 がエラーになった原因はファイルシステムに異常があったから、でした。
そしてその異常は、ハードディスク自体の不良によるものです。これはなんとかしないとね。

ちなみに、イベントログにチェックディスクの記録がありません。何故？