[過去ﾛｸﾞ] 初心者もOK! FreeBSD質問スレッド その124 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
595(1): 589 2020/10/19(月)11:03 AAS
recoverdiskを試したのですが （recoverdisk /dev/ada0 /dev/da0）
バックアップ先のda0（USBHDD freebsd-zfs）がわずかに容量が足りないのが原因のようで、終わり際でWrite errorが起きてしまいました
それに掛かる時間や進捗の情報からファイルの存在しない領域も書き込みをしているようです
このコマンドにはファイルの無い領域を無視してその分の時間を短縮するようなオプションは無いのでしょうか？
他のバックアップも試そうとしているのですが
# dump -f ada0p3 da0p3
dump: Cannot open da0p3: No such file or directory
gpart showでもls /devでも表示されるda0p3がdumpで認識されない
# zpool detach zroot da0p3
cannot detach da0p3: no such device in pool
# zpool attach -f zroot ada0p3 da0p3
invalid vdev specification
the following errors must be manually repaired:
/dev/da0p3 is part of active pool 'zroot'
# zpool destroy zroot
cannot unmount '/zroot': Device busy
could not destroy 'zroot': could not unmount datasets
# zfs unmount zroot
cannot unmount 'zroot': not currently mounted
最初から入っていたプール（zroot）の扱い方がわからない
今現在成功しているバックアップコマンドが一つもありません
調べてみても時間が圧迫されていくばかりで限界でした
できればこういう挙動になる原因を把握して解決したいのですが
596(1): 2020/10/19(月)11:40 AAS
>>595
・疑問に思ったら質問する前に man 1 recoverdisk くらいはやりましょう
・RAID1としてアタッチしているパテがあるda0へada0をまるっとクローンしようとする意味がわからない
・パテやデバイスをクローンするなら基本的にはターゲットはソースの容量「以上」でなければならない
・zrootでブートしているとしたらzrootをdestroy出来ないのは当然
・「zrootデータセット」はルートパテとして使用されるデータセットではない
結論
・バックアップはカッコつけずにtarやrsyncあたりから覚え直しましょう その様子では zfs send/receive も適切に扱えるか怪しいものです
・ZFSは扱いきれない様なので、本番環境ではまず比較的単純でリソースにも優しくパフォーマンスも良いUFSでシステムFSを構築してみましょう
上記のバックアップがへっちゃらになった頃にはUFSからZFSにフォーマットし直してデータを書き戻すなんてのも朝飯前になります
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.039s