タグ付けされた質問 「freenas」

3
FreeNAS grub2ブートISO
異なるLinuxイメージをマルチブートするためのusbキーのセットアップがあります。FreeNASを追加してもかまいません。サンプルを追加するドキュメントがありますgrub.cfg menuentry "FreeNAS-8.0.4-RELEASE-x64" { insmod ufs2 insmod iso9660 # /usr/local/sbin/grub-probe -d /dev/sde1 -t fs_uuid # c89c-7b3a #search --no-floppy --fs-uuid --set c89c-7b3a set isofile="/boot/FreeNAS-8.0.4-RELEASE-x64.iso" loopback loop $isofile kfreebsd (loop)/boot/kernel/kernel.gz kfreebsd_loadenv (loop)/boot/device.hints #set FreeBSD.vfs.root.mountfrom=ufs:/dev/ad4s1a set kFreeBSD.vfs.root.mountfrom=ufs:/dev/acd0 set kFreeBSD.vfs.root.mountfrom.options=rw #set vfs.root.mountfrom=cd9660:/dev/ad1s1 #set vfs.root.mountfrom.options=rw } 私はvfsルートの設定について少し確信が持てません。これは、これをブートしようとした結果です。 いくつかの有用な情報を見つけることができます。 grub2 USBスティックからFreeBSD isoを起動します

1
ローテーションを伴うバックアップとしてのファイルへのZFSスナップショット
ローカルのFreeNASシステムがあり、バックアップにZFSスナップショットを使用したい。 FreeNASには、使用する組み込みのレプリケーションタスクがあります zfs send snapshot_name スナップショットをリモートシステムに送信します。しかし、これにはもう一方の端にZFSを備えたシステムが必要です。 スナップショットをファイルに送信し、この圧縮および暗号化されたファイルをリモートマシンに送信します。 これは可能です zfs send snapshot_name | gzip | openssl enc -aes-256-cbc -a -salt > file.gz.ssl 毎日、ストレージプールのスナップショットを作成し、すべてのスナップショットを30日間保持します。 スナップショットを取得するたびに、このスナップショットをファイルにパイプします。 -snapshot_file 1にはすべてのファイルがあります(2GBとしましょう) -snapshot_file 2にはsnapshot_file 1への変更のみがあります(5MBとしましょう)-snapshot_file 3はsnapshot_file 2への変更を保持しています。等々。 31日目に、snapshot_file 1が削除されます(過去30日間の変更のみが必要なため) したがって、snapshot_file 2はすべてのファイルを保持する必要があります(2GBのsnapshot_file 1 + 5MBの変更) しかし、このアプローチでは毎日(31日目以降)新しい2GBファイルを作成してリモートシステムに送信する必要があります。これはオーバーヘッドが大きすぎます。 X日間の履歴を持つバックアップ戦略として、ファイルにパイプされたスナップショットを使用する最良の方法は何ですか? PS:そこには多くのバックアップソフトウェア(rdiff-backupなど)があり、それを使用できることがわかっています。しかし、私はこれがどのように行われるのか興味があります。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.