横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
ホスティングサービスなどでは仮想マシンは実用的な技術ですが，個人では作っては崩しを繰り返す箱庭遊びみたいなもんです．それでも実マシンから仮想マシンへ，あるいはその反対方向へ，またはKVM/QEMUからVMWareといった具合に違うシステムのホストの間で，と移転させるのには若干のノウハウが必要です．
時々思い出しては遊びますが，じきに飽きます．
しかし今回実マシンを破壊してしまって仮想マシンから “復元” することになりました．その際1年間のブランクのため，無駄な試行錯誤が必要でした．
これからは時々は箱庭遊びをして勘所を忘れないようにしたいと思います．
定期的に実マシンを仮想マシンに移転するのがバックアップの意義があって良さそうですが，新しく移転したら “かわいがってきた” 古い仮想マシンを未練なく消せるのか，という問題もあってちょっと考えなければなりません．
7月はじめに突然止まったMTAへの攻撃ですが，一昨日あたりから再開されました．
なんの意味があるんでしょう．馬鹿な奴らです．
仮想マシンの仮想ディスクからの復旧に続き，実マシンからの復旧も成功しました．ただし，若干の紆余曲折がありました．
一年前のDebian Bullseyeのバックアップに最新のManjaroからchrootしてもgrub-install /dev/sda でエラーが出てしまいます．エラーはネットで調べればよく出てくる，
grub-install: error: unknown filesystem.
というやつです．ターゲットのkernelやfirmwareが古すぎるのが原因のようです．手っ取り早い解決策としては，ターゲットのDebianを先にbookwormにupgradeすればよさそうです．
このupgrade作業は幸いなことに，ターゲットのDebian bullseyeから可能でした．
bookwormにupgradeできたら，あとはgrub-installとgrub-mkconfigで完了です．
まめにbuckupを取ろう．
もとの実マシンでなく仮想マシンから持ってきたので，厳密な意味での “復旧” ではありません．しかし，Debianの実マシンが復活したので，広い意味での復旧ということにします．
結局最終的に成功したのは，Manjaroの実マシンにDebianのパーティションを適当な場所（たとえば/mnt/hd）にマウントして，
root #mount --types proc /proc /mnt/hd/proc root #mount --rbind /sys /mnt/hd/sys root #mount --make-rslave /mnt/hd/sys root #mount --rbind /dev /mnt/hd/dev root #mount --make-rslave /mnt/hd/dev root #mount --bind /run /mnt/hd/run root #mount --make-slave /mnt/hd/run
という具合にお膳立てしてから，
root #chroot /mnt/hd /bin/bash
root #source /etc/profile
root #export PS1="(chroot) ${PS1}"
として，さらにDebian実マシン用のEFIにしている/dev/sda1を/boot/efiにマウントしてから，UEFI+Grub2の手順にしたがって，EFIとGrubをインストールしました．
一年前の実マシンのバックアップからの復旧も試してみます．
このページの内容は固定ページに収録します．
昨夜も2時間ほどあがきましたが進展なしです．
まずはぶっ壊したパーティションに，生きているDebian AMD64 bookworm (12.1)の仮想マシンの仮想ディスクの内容をコピーしました．これは内容量があまり多くなかったこともあり思ったより短時間ですみました．
引き続き自分で書いたメモに従い，DebianのインストールDVDイメージをUSBメモリーに焼いてレスキューモードからターゲットパーティションをchrootでマウントするという手軽な方法をとりましたが，それから先が進みません．EFIの設定もGrubの設定もエラーが出てできません．
お手軽なchrootがいけないのかもしれないので，手で設定してからchrootするManjaroの方法を今夜試してみます．