どこに書けばいいのかわからなかった、その場所はハブにあると思う
fsarchiverは、ファイルシステムを使用してアーカイブを作成したり、それらを適切に圧縮したりできるすばらしいユーティリティです。 そしてそれは本当に！ そして最も重要なことは、これらのアーカイブは稼働中のシステムで実行できることです。
しかし、今日は休みです。サーバーは別の都市にあり、サーバーの1つがダウンしました。システム装置で感嘆符の付いたライトが赤く点灯します。これは、グランドの重大な問題を意味します。 リモートで持ち上げることはできません。 もちろんサーバーを処理して修正しますが、バックアップマシンのサービスを迅速に上げる必要があります。 もちろん、すべてのサーバーの画像は、素晴らしいfsarhiverユーティリティを使用して慎重に作成されました。
そして、タスクはfsaイメージから構成ファイルを取得する方法から生じました。
もちろん、バックアップマシンに空のハードドライブが接続されている場合、これは問題ではありませんが、そうでない場合はどうでしょうか。
「fsaイメージをマウントする方法」などの検索クエリでは、肯定的な答えは得られませんでした。 そして、売上高であっても誤解を招くことはあまりありません。 サイトで、開発者は、
「残念ながら、現在のファイル形式でそれを行うことはできません
。」 （残念ながら、このファイル形式ではできません）と述べました。
悲しくなりました。 しかし、私の中の何かがそれが可能であると言った！ 結局のところ、これはLinuxです！
インターネットではまだ多くの検索がなく、必要な
情報が見つかりました。 もちろん、すべてが基本です！ 既にこのコマンド-losetupを使用しましたが、何らかの理由で完全に頭から飛び出しました。
次に例を示します。
まず、ブロックデバイスをエミュレートするファイルを作成するために必要なサイズを確認する必要があります。
#fsarchiver archinfo backup.fsaそのタイプを取得します。
======================ファイルシステム情報=====================
アーカイブ内のファイルシステムID：0
ファイルシステム形式：ext4
ファイルシステムのラベル：lboot
ファイルシステムuuid：f8eebcb0-ba54-47e4-8a86-769880291a3e
元のデバイス：/ dev / md0
元のファイルシステムのサイズ：921.43 MB（966189056バイト）
ファイルシステムで使用されるスペース：59.61 MB（62504960バイト）
ここでは
、ファイルシステムで使用されるスペースSpace：59.61 MB（62504960バイト）に注目しています。つまり、イメージを展開するために必要なスペースの量です。 画像ファイルは少し大きくする必要があります。
サイズが100メガバイトの空のvd.imgファイルを作成します（59.61 MBが必要です）。
パラメータは、カウント数、ブロック数、およびそのサイズを表しています。
#dd if = / dev / zero of = vd.img count = 100 bs = 1M次に、ここで使用されていないループバックインターフェイスを確認します。
#losetup -fない場合は、追加できます。
#modprobe loop max_loop = 128そして、このインターフェースで画像ファイルをバインドします
#losetup / dev / loop0 vd.img次に、アーカイブを復元します
#fsarchiver restfs backup.fsa id = 0、dest = / dev / loop0そしてマウント
#mount -o loop = / dev / loop0 / mnt / vdイメージから必要なファイルを取り出した後、再び使用する予定がない場合は、マウントを解除し、結合を解除して削除する必要があります。 次のコマンドはこれを行います
#umount / mnt / vd
#losetup -d / dev / loop0
#rm -f vd.img皆さんの幸運を祈ります。バックアップを忘れないでください。