警告：このソリューションを実装しましたが、機能しますが、スナップショットに戻るまでのマージ時間により、最後のブート中にシステムに大きな変更が加えられた場合、ブートプロセスに長い時間がかかる可能性があります。この待機期間中に、システムがハングしているように見えることがあります。
また、スナップショットをマウントするのに十分な知識がある人は、「凍結」状態を変更できることに注意してください。私はこの可能性を利用して「凍結」システムを更新しましたが、これもスナップショットのマージ（復帰）にかかる時間を増加させる可能性があります！
LVMスナップショット+ cron +スクリプト=「凍結」状態
私は最近LVMを掘り下げ始めましたが、LVMとそのスナップショット機能を使用しているマシン上で「凍結」状態を実行可能な状態で作成できることに気付きました。もちろん、この方法では、LVM（または少なくとも凍結するパーティション上のLVM）を使用して構成されたシステムが必要です。
概要：
- スナップショット用にPVに十分なスペースを確保するLVMパーティションにシステムをインストールします
- システムを希望どおりに構成します。
- ブート時にrootとして実行されてスナップショットをマージし、マージされたスナップショットを置き換える新しいスナップショットを作成するcronジョブを作成します
- 後続のすべての再起動でスナップショットに戻ります。作成されたすべてのスナップショットは、作成した状態のシステムから取得されます。
- 追加のボーナスとして、スナップショットをマウントおよび変更でき（root権限がある場合）、「凍結」状態は必要に応じて更新できます。
概念実証：クリーンインストールから1つのパーティションを除くすべてをフリーズ
インストール：
- ライブのUbuntuディスク/ USBから起動し、「インストールせずにUbuntuを試す」オプションを選択します。これは、LVMでパーティションを手動で構成する場合に重要です
- Ubuntuが選択したツールを使用してディスクをパーティション分割してロードすると、ドライブの全領域を占める1つのパーティションが作成されます。これが私が取り組んでいるものです：
- 次に、ターミナルでLVMをにセットアップし
/dev/sda1ます。ほとんどのシステムを単一のパーティションに配置しますが、そうする必要はありません。
sudo pvcreate /dev/sda1sudo vgcreate ubuntu-vg /dev/sda1sudo lvcreate -n swap -L 1G ubuntu-vgsudo lvcreate -n unfrozen -L 10G ubuntu-vgsudo lvcreate -n root -l +50%free ubuntu-vg
- 今、あなたが実行した場合
sudo vgsに続いてsudo lvs、あなた「のubuntu-VG」の空き領域の量は、ボリューム・グループに残っていることを確認することができるはずです（VFree VGS出力の下で）論理ボリューム「ルートで撮影したスペースの量に等しいです"（lvs出力の下のLSize）。私の場合、ubuntu-vgには506.44gの空き容量があり、ルートパーティションのサイズは506.44gです。ボリュームグループに残っている空き領域が、フリーズしたいパーティションのサイズと等しい場合、パーティション全体を一掃して、再起動で回復できるはずです。現時点では、ubuntu-vgの残りの空き領域は未使用のままにしておきます。後で使用します。
- 次に、手動パーティション設定を使用してUbuntuをインストールします
- インストールが完了したら、先に進んで、新しくインストールしたシステムで再起動します。
- 新しいシステムで起動したら、コンピューターが毎回起動するときに希望どおりになるように構成します。
- スナップショットを誤って変更しておらず、スナップショットパーティションをメニューバーに表示したくない場合...
mkdir /steady- ファイルの最後の行として
/etc/fstab（これはすべて1行です）追加して編集し/dev/ubuntu-vg/steadystate /steady ext4 defaults,ro,nofail 0 1ます
- 更新のようなものはリブートのたびに吹き飛ばされるので、それらをオフにすることをお勧めします。
- / unfrozenにある私のようなフリーズされていないパーティションがある場合は、それにアクセスする必要があるユーザーがアクセスできるようにすることを忘れないでください
- システムを希望どおりに構成したら、次のスクリプトを作成し（root権限が必要です）
/root/steadystate.sh、お気に入りのエディターで保存します。LVMのセットアップ時にボリュームグループ名を変更した場合は、以下のスクリプトでもそれを更新する必要があることに注意してください。
#!/bin/bash
LOG=/dev/kmsg
# wait for merge in progress
echo -n "Reverting to snapshot if present... " | tee -a $LOG
merging=1
while [ "$merging" == "1" ];
do
/usr/sbin/service lightdm stop #prevent the auto-login/login screen from loading
[ "$(sudo lvs -a | grep steadystate)" == "" ] && merging=0
sleep 1
done
# create snapshot
echo -n "Creating new snapshot... " | tee -a $LOG
/sbin/lvcreate -s -n steadystate -l +100%free /dev/ubuntu-vg/root
# make sure root comes online before trying to merge
while [ ! -e /dev/mapper/ubuntu--vg-root];
do
sleep .5;
done
echo -n "Scheduling reset to snapshot... " | tee -a $LOG
/sbin/lvconvert --merge /dev/ubuntu-vg/steadystate
echo -n "Starting lightdm... " | tee -a $LOG
/usr/sbin/service lightdm start
- 最後にを実行
sudo crontab -eし、エディターを選択し@reboot /bin/bash /root/steadystate.shてファイルの最後に置きます。保存して閉じる（Ctrl+ X; Y保存の回答）
- 再起動すると、/ unfrozenにマウントされたパーティションを除いて、システムがフリーズしているはずです
これは、スナップショットがブート時に作成され、その直後にスナップショットをマージするコマンドを渡しても、ルートの論理ボリュームがアクティブな間はスナップショットをマージできないため、機能します。したがって、次回の再起動時に/ dev / ubuntu-vg / rootが次回アクティブ化されるまで、マージアクションを延期します。このアクションは、システムがライブUSBから起動された場合にもトリガーされます。
ちょうどキックのために、私は再起動後に行って実行しましたが、sudo apt remove --purge firefox* libreoffice-* unity*いくつかの有用なプログラムが削除され、システムが望ましい状態ではない可能性があるため、通常実行することはお勧めしません！
システムはGUIから適切にシャットダウンすることすらできませんでした。それで、これをどのように修正するのですか？リブート！
再起動すると、すべてが正常に戻っていました。Firefox、LibreOffice、Unityはすべて元の場所に戻りました。
また、linux *を削除してみました。これにより、マシンを起動できなくなりましたが、ライブのUbuntuディスクから起動するだけでマージが行われるように見えました。再起動すると、システムは「フリーズ」状態のままになりました
変更を加えられるようにしたい場合は、rw特権でスナップショットを（再）マウントしてから、それにchrootして、永続的なままにしたい変更を加えることができます。これは完璧ではありませんが、概念実証です。
