横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
そういう訳で久しぶりに始めた箱庭遊びですが，まず少しでも実用性のある遊びにしようと，実マシンのバックアップを取る意味で仮想マシン化する作業をしてみました．
先日ファイルシステムがぶっ壊れたDebianの実マシンを仮想化しようとはじめましたが，うまくいきません．
全部作業がエラーなく完了したはずなのですが，ブートしてもgrubが， “unknown filesystem” エラーを出して先に進みません．DVDイメージのレスキューモードからgrubを再三再四インストールし直しましたが，NGです．
もう一度一からやり直します．
ホスティングサービスなどでは仮想マシンは実用的な技術ですが，個人では作っては崩しを繰り返す箱庭遊びみたいなもんです．それでも実マシンから仮想マシンへ，あるいはその反対方向へ，またはKVM/QEMUからVMWareといった具合に違うシステムのホストの間で，と移転させるのには若干のノウハウが必要です．
時々思い出しては遊びますが，じきに飽きます．
しかし今回実マシンを破壊してしまって仮想マシンから “復元” することになりました．その際1年間のブランクのため，無駄な試行錯誤が必要でした．
これからは時々は箱庭遊びをして勘所を忘れないようにしたいと思います．
定期的に実マシンを仮想マシンに移転するのがバックアップの意義があって良さそうですが，新しく移転したら “かわいがってきた” 古い仮想マシンを未練なく消せるのか，という問題もあってちょっと考えなければなりません．
もとの実マシンでなく仮想マシンから持ってきたので，厳密な意味での “復旧” ではありません．しかし，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の方法を今夜試してみます．
昨夜，なんにもしてないのにDebianの実マシンを壊してしまいました．
Debianの新しい安定リリースbookwormが6月にリリースされていたのに今頃気が付き，まずは仮想マシンからupgradeしてみました．Debianの仮想マシンはAMD64版とx86 32bit版の2つを飼っていて，特になんにも考えず，/etc/apt/sources.list内のbullseyeをbookwormに書き換えて，apt update; apt upgrade; apt full-upgradeや，apt autoclean; apt autoremoveをしたらbookwormになりました．
楽勝だったので実マシンもupgradeすることにしましたが，かけがえのない実マシンなのでより慎重にとsources.listを書き換える前にapt update; apt upgrade; apt autoclean; apt autoremoveをしてから，sources.listを書き換え，仮想マシンと同じ手順を施しましたが，ぶっ壊れて再起動しなくなりました．updateの過程でファイル関係のエラーメッセージが出ていたようですが，気にせずやったのが良くなかったようで，Manjaroを起動して，Debianのrootパーティションをfsckすると，修復不能と出ました😓
これはいったんパーティションをフォーマットし直すしかないので，バックアップを確認すると，ちょうど一年前の7月のものが最新でした😓 それでも動かないのではしょうがないので，パーティションをフォーマットしてからrsyncで1年前のバックアップをコピーバックしました．
しかし，grubの設定の仕方をすっかり忘れてしまい，昨夜のうちには起動できませんでした．
自分の記録を見ると，インストール用DVDイメージからレスキューモードでgrubの設定をするようです．一年前のDVDイメージを探すのも面倒なので，bookwormにupgradeできた仮想マシンのディスクイメージをDebianのパーティションにコピーして， 最新のDVDイメージからrescueすることにします．この仮想マシンはもともと実マシンから移転したものです．
まあバックアップの意味もあって仮想マシンを飼っているわけです．ただし，仮想マシンの仮想ディスクからコピーバックするのはかなり時間がかかります．今回実マシンの復元に成功したら，今後はまめにバックアップを取ることにします．