[過去ﾛｸﾞ] 初心者もOK! FreeBSD質問スレッド その124 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
584(3): 2020/10/16(金)15:51 AAS
>>583
zpool import でプール名が見えないから -f つけてもマウント出来ない
のでしょうか？
旧マシンも新マシンもzfsはデフォルトなのでプール名は同じ(?)になる
から出来ないのでしょうか？
それともやっぱりZFSの管理情報が壊れていてどうしようもないという
ことでしょうか？
585(1): 583 2020/10/16(金)16:25 AAS
>>584
578さんの仰る通りで、ZFSの管理情報が破壊されている可能性が高いです
バックアップがあるのであればそこから復旧するのが最も手っ取り早いでしょう
581さんの方法やdestroyされてしまったプールをimportする方法もある様ですが私は試したことはありません
私がやるならまずはddやrecoverdiskで別ストレージやイメージファイルにクローンした上で悪あがきをするでしょう
いずれにしてもmanをしっかり読み、コマンドやコマンドオプションがどんな仕事をするか把握した上で実施しましょう
ローカルに日本語manが無ければ小金丸氏がWeb版のmanを公開して下さってます
586: 2020/10/16(金)19:17 AAS
>>584
外部ﾘﾝｸ[cgi]:www.koganemaru.co.jp
zpool import -D
破壊されたプールだけをリストします。
587: 2020/10/16(金)19:21 AAS
>>584
あとは使い方を把握してないからおすすめしないけどzdbというものがある
外部ﾘﾝｸ[cgi]:www.koganemaru.co.jp
使いたい場合はちゃんとググってね
588: 2020/10/16(金)22:06 AAS
>>585 586 587
zpool import -D も何も表示されませんでした。
やはりZFSの管理情報が破壊されているみたいですね。
バックアップであらかた再構築は出来ましたが、バックアップしてなかった
部分のデータを取り出せたらと悪あがきしましたがダメみたいでした。
踏ん切りがつきました。
ありがとうございました。
589(3): 2020/10/17(土)08:11 AAS
バックアップの方法がコマンドによって機能差も方法もバラバラで選択に困っています
探しているのはWindowsでフリーウェアとして使えるMacriumなどのように
システムをブート領域も含めてディスクから別のディスクにコピーして
ディスクを入れ替えればそのまま利用できるというバックアップの方法です
一定時間ごとに自動でミラーリングされるなどの機能は考えていません
dump newfs zpool rsync sysinstall そのほか
名称だけは色々出てきたのですが
どれをどう使うべきなのでしょうか？
590: 2020/10/17(土)08:42 AAS
迷う位なら dd か recoverdisk
591: 2020/10/17(土)12:02 AAS
>>589
century製とかのクローン機器でやるほうが楽じゃないの？
592: 2020/10/17(土)15:00 AAS
>>589
recoverdiskをすすめる
標準で入っている
ddより使い方が簡単
あやしいディスクでもddよりがんばって読んでくれる
デフォルトで進捗表示される
593: 2020/10/18(日)17:40 AAS
> ちなみに /dev/cd0 に認識されています。
そもそもハードディスクとして認識されてないじゃん
594: 2020/10/18(日)18:10 AAS
円盤からブートして繋いだHDDのパーティションテーブルがイカれてて /dev/cd0 をHDDの文字だと思ってたとか
いずれにせよ「STABEL」を扱うレベルにあるかどうか疑問
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にフォーマットし直してデータを書き戻すなんてのも朝飯前になります
597: 2020/10/19(月)12:48 AAS
>>596
zfsぶっ壊した以前に、正しくオペレーションできてないだけの気がしますね
実はHDDのzfsは壊れてないけど、同盟のプールがあってインポートに失敗してるとかそんなかんじのようなｗ
ｚｐｏｏｌ import -R /mnt ztank ztank_
とかでマウントできたりしてｗ
＃わたしゃ面倒なので、/はufsで、データのみzfsにしてます
598(1): 2020/10/19(月)17:43 AAS
全角英数字でコマンド打つアホウの戯言は信頼性皆無だ
599: 2020/10/19(月)19:42 AAS
>>598
悪りい
半角で入れた後変換キーに当たった模様w
IMEのこの仕様だけはアカンな
600: 2020/10/19(月)21:07 AAS
まあ597の冗談みたいな方法であっさり解決しちゃったらそれはそれでいいじゃないか
笑い話としてもおいしいしｗ
601(1): 2020/10/20(火)06:15 AAS
あるPCを使ってインストールしたFreeBSDのディスクは
そのまま取り外して別のPCでの使用はできないと考えるべきでしょうか？
実際にPC1の中でインストールしたFreeBSDの内蔵ディスクをPC2に内蔵して使えるか試してみたのですが
ブートやログインはできるものの
arp -aで何も出力されず、ネットワークを切断されているようでそこから何もできませんでした
PC2からPC1でも同じ結果です
またPCから内蔵ディスクを抜いて、そのディスクを同じPCにUSB接続で使えるかどうかを試したのですが
片方では動作（少なくともネットワークは繋がりSSHなどが利用可能）、もう片方はネットワーク切断状態と結果が分かれました
PCによって相性差があったようです
なぜこういう結果になるのか内部の理由が全くわからないので、よくある例などからの解説があるとありがたいです
602: 2020/10/20(火)08:04 AAS
自分で答え書いている通り、その場合nicの設定をし直せば使えるよ。
603: 2020/10/20(火)08:31 AAS
俺の今のFreeBSDマシンのシステムSSD、もともとは
ノートパソコンで使ってたやつだよ
NICの設定ならTUIダイアログの bsdconfig で出来るはず
604: 2020/10/20(火)11:13 AAS
NIC だけ治しても不安で仕方がない
全く同じハードウェア構成ならともかく
違う PC なら心当たりあるデバイスは全部確認すべき
605: 2020/10/20(火)11:39 AAS
GENERICならたいていのデバイスは使えるようになってる
カスタマイズしたカーネルを使ってるなら、>>601のような質問はしない
606: 2020/10/20(火)12:45 AAS
従って運用もしていないのに何らかの目的の為にネタだけ拾おうとしている疑いがある
607(1): 2020/10/20(火)15:59 AAS
FreeBSD12でpmbr&gptzfsbootのパターンだが単純にsend&recvで複製してbootfsを設定しておけば
そのディスクがBIOSで起動対象にさえなっていれば起動出来たよ。
正しく設定できれば一回の再起動で別ディスクにルートプールを複製or移動できるはず。
608(1): 2020/10/20(火)18:22 AAS
>>607
zfsを前提にするなら、attach & detachまたは直接replaceで良くないか？
同時にフラグメンテーションの解消を目的としたいなら代わりにadd & removeで行ける(はず)
609: 2020/10/20(火)19:38 AAS
>>608
シングルもしくはミラーならそれで行けるけど
今回の作業はraidz2だったからダメなんよ。
610(1): 2020/10/20(火)20:18 AAS
609のraidz2が唐突杉で草
611: 2020/10/21(水)01:39 AAS
以上、577=589=595=601=609の狂言でした
アホくさ
612: 2020/10/21(水)08:15 AAS
>>610
単なる情報提供だからね。
ここ5年くらい運用してるサーバーのルートプールはデータプールと同じドライブ上にあったんだけど
bhyveの応答改善とディスク総入れ替えのためにSSDに分離したんだ。
freebsd-bootを1MBとったらブートローダーがエラー吐いて起動しなかったり
BIOSで起動順を指定しようとしたらもう一枚入れてあるSSDと見分けが付かなかったり
KVMが無かったら阿鼻叫喚なリモート作業だった。次はスマートに出来ると思うけど多分次は無いだろうな。
613: 2020/10/21(水)08:20 AAS
おかげでbhyve上のsshdの応答が格段に良くなったんで外から接続するのが楽になった。
あとjailもSSDに移動したのでDNSの応答も良くなった。
いま負荷テストがてら12.2をビルドしてる。
上下前次1-新書関写板覧索設栞歴
あと 389 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.025s