[過去ログ]
初心者もOK! FreeBSD質問スレッド その124 (1002レス)
初心者もOK! FreeBSD質問スレッド その124 http://mevius.5ch.net/test/read.cgi/unix/1569601015/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
587: 名無しさん@お腹いっぱい。 [sage] 2020/10/16(金) 19:21:42.22 >>584 あとは使い方を把握してないからおすすめしないけどzdbというものがある http://www.koganemaru.co.jp/cgi-bin/mroff.cgi?dir=jpman-12.2.2%2Fman&subdir=man&man=zdb 使いたい場合はちゃんとググってね http://mevius.5ch.net/test/read.cgi/unix/1569601015/587
588: 名無しさん@お腹いっぱい。 [sage] 2020/10/16(金) 22:06:38.63 >>585 586 587 zpool import -D も何も表示されませんでした。 やはりZFSの管理情報が破壊されているみたいですね。 バックアップであらかた再構築は出来ましたが、バックアップしてなかった 部分のデータを取り出せたらと悪あがきしましたがダメみたいでした。 踏ん切りがつきました。 ありがとうございました。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/588
589: 名無しさん@お腹いっぱい。 [] 2020/10/17(土) 08:11:32.71 バックアップの方法がコマンドによって機能差も方法もバラバラで選択に困っています 探しているのはWindowsでフリーウェアとして使えるMacriumなどのように システムをブート領域も含めてディスクから別のディスクにコピーして ディスクを入れ替えればそのまま利用できるというバックアップの方法です 一定時間ごとに自動でミラーリングされるなどの機能は考えていません dump newfs zpool rsync sysinstall そのほか 名称だけは色々出てきたのですが どれをどう使うべきなのでし
ょうか? http://mevius.5ch.net/test/read.cgi/unix/1569601015/589
590: 名無しさん@お腹いっぱい。 [sage] 2020/10/17(土) 08:42:40.50 迷う位なら dd か recoverdisk http://mevius.5ch.net/test/read.cgi/unix/1569601015/590
591: 名無しさん@お腹いっぱい。 [sage] 2020/10/17(土) 12:02:47.53 >>589 century製とかのクローン機器でやるほうが楽じゃないの? http://mevius.5ch.net/test/read.cgi/unix/1569601015/591
592: 名無しさん@お腹いっぱい。 [sage] 2020/10/17(土) 15:00:55.67 >>589 recoverdiskをすすめる 標準で入っている ddより使い方が簡単 あやしいディスクでもddよりがんばって読んでくれる デフォルトで進捗表示される http://mevius.5ch.net/test/read.cgi/unix/1569601015/592
593: 名無しさん@お腹いっぱい。 [sage] 2020/10/18(日) 17:40:52.04 > ちなみに /dev/cd0 に認識されています。 そもそもハードディスクとして認識されてないじゃん http://mevius.5ch.net/test/read.cgi/unix/1569601015/593
594: 名無しさん@お腹いっぱい。 [sage] 2020/10/18(日) 18:10:46.94 円盤からブートして繋いだHDDのパーティションテーブルがイカれてて /dev/cd0 をHDDの文字だと思ってたとか いずれにせよ「STABEL」を扱うレベルにあるかどうか疑問 http://mevius.5ch.net/test/read.cgi/unix/1569601015/594
595: 589 [sage] 2020/10/19(月) 11:03:33.06 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)の扱い方がわからない 今現在成功しているバックアップコマンドが一つもありません 調べてみても時間が圧迫されていくばかりで限界でした できればこういう挙動になる原因を把握して解決したいのですが http://mevius.5ch.net/test/read.cgi/unix/1569601015/595
596: 名無しさん@お腹いっぱい。 [sage] 2020/10/19(月) 11:40:28.84 >>595 ・疑問に思ったら質問する前に man 1 recoverdisk くらいはやりましょう ・RAID1としてアタッチしているパテがあるda0へada0をまるっとクローンしようとする意味がわからない ・パテやデバイスをクローンするなら基本的にはターゲットはソースの容量「以上」でなければならない ・zrootでブートしているとしたらzrootをdestroy出来ないのは当然 ・「zrootデータセット」はルートパテとして使用されるデータセットではない 結論 ・バックアップはカッコつけずにtarや
rsyncあたりから覚え直しましょう その様子では zfs send/receive も適切に扱えるか怪しいものです ・ZFSは扱いきれない様なので、本番環境ではまず比較的単純でリソースにも優しくパフォーマンスも良いUFSでシステムFSを構築してみましょう 上記のバックアップがへっちゃらになった頃にはUFSからZFSにフォーマットし直してデータを書き戻すなんてのも朝飯前になります http://mevius.5ch.net/test/read.cgi/unix/1569601015/596
597: 名無しさん@お腹いっぱい。 [sage] 2020/10/19(月) 12:48:19.81 >>596 zfsぶっ壊した以前に、正しくオペレーションできてないだけの気がしますね 実はHDDのzfsは壊れてないけど、同盟のプールがあってインポートに失敗してるとかそんなかんじのようなw zpool import -R /mnt ztank ztank_ とかでマウントできたりしてw #わたしゃ面倒なので、/はufsで、データのみzfsにしてます http://mevius.5ch.net/test/read.cgi/unix/1569601015/597
598: 名無しさん@お腹いっぱい。 [sage] 2020/10/19(月) 17:43:15.44 全角英数字でコマンド打つアホウの戯言は信頼性皆無だ http://mevius.5ch.net/test/read.cgi/unix/1569601015/598
599: 名無しさん@お腹いっぱい。 [sage] 2020/10/19(月) 19:42:36.39 >>598 悪りい 半角で入れた後変換キーに当たった模様w IMEのこの仕様だけはアカンな http://mevius.5ch.net/test/read.cgi/unix/1569601015/599
600: 名無しさん@お腹いっぱい。 [sage] 2020/10/19(月) 21:07:21.78 まあ597の冗談みたいな方法であっさり解決しちゃったらそれはそれでいいじゃないか 笑い話としてもおいしいしw http://mevius.5ch.net/test/read.cgi/unix/1569601015/600
601: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 06:15:29.45 あるPCを使ってインストールしたFreeBSDのディスクは そのまま取り外して別のPCでの使用はできないと考えるべきでしょうか? 実際にPC1の中でインストールしたFreeBSDの内蔵ディスクをPC2に内蔵して使えるか試してみたのですが ブートやログインはできるものの arp -aで何も出力されず、ネットワークを切断されているようでそこから何もできませんでした PC2からPC1でも同じ結果です またPCから内蔵ディスクを抜いて、そのディスクを同じPCにUSB接続で使えるかどうかを試したの
ですが 片方では動作(少なくともネットワークは繋がりSSHなどが利用可能)、もう片方はネットワーク切断状態と結果が分かれました PCによって相性差があったようです なぜこういう結果になるのか内部の理由が全くわからないので、よくある例などからの解説があるとありがたいです http://mevius.5ch.net/test/read.cgi/unix/1569601015/601
602: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 08:04:25.01 自分で答え書いている通り、その場合nicの設定をし直せば使えるよ。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/602
603: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 08:31:36.83 俺の今のFreeBSDマシンのシステムSSD、もともとは ノートパソコンで使ってたやつだよ NICの設定ならTUIダイアログの bsdconfig で出来るはず http://mevius.5ch.net/test/read.cgi/unix/1569601015/603
604: 名無しさん@お腹いっぱい。 [] 2020/10/20(火) 11:13:02.41 NIC だけ治しても不安で仕方がない 全く同じハードウェア構成ならともかく 違う PC なら心当たりあるデバイスは全部確認すべき http://mevius.5ch.net/test/read.cgi/unix/1569601015/604
605: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 11:39:01.31 GENERICならたいていのデバイスは使えるようになってる カスタマイズしたカーネルを使ってるなら、>>601のような質問はしない http://mevius.5ch.net/test/read.cgi/unix/1569601015/605
606: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 12:45:57.86 従って運用もしていないのに何らかの目的の為にネタだけ拾おうとしている疑いがある http://mevius.5ch.net/test/read.cgi/unix/1569601015/606
607: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 15:59:55.44 FreeBSD12でpmbr&gptzfsbootのパターンだが単純にsend&recvで複製してbootfsを設定しておけば そのディスクがBIOSで起動対象にさえなっていれば起動出来たよ。 正しく設定できれば一回の再起動で別ディスクにルートプールを複製or移動できるはず。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/607
608: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 18:22:45.01 >>607 zfsを前提にするなら、attach & detachまたは直接replaceで良くないか? 同時にフラグメンテーションの解消を目的としたいなら代わりにadd & removeで行ける(はず) http://mevius.5ch.net/test/read.cgi/unix/1569601015/608
609: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 19:38:43.31 >>608 シングルもしくはミラーならそれで行けるけど 今回の作業はraidz2だったからダメなんよ。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/609
610: 名無しさん@お腹いっぱい。 [sage] 2020/10/20(火) 20:18:33.58 609のraidz2が唐突杉で草 http://mevius.5ch.net/test/read.cgi/unix/1569601015/610
611: 名無しさん@お腹いっぱい。 [sage] 2020/10/21(水) 01:39:10.77 以上、577=589=595=601=609の狂言でした アホくさ http://mevius.5ch.net/test/read.cgi/unix/1569601015/611
612: 名無しさん@お腹いっぱい。 [sage] 2020/10/21(水) 08:15:31.56 >>610 単なる情報提供だからね。 ここ5年くらい運用してるサーバーのルートプールはデータプールと同じドライブ上にあったんだけど bhyveの応答改善とディスク総入れ替えのためにSSDに分離したんだ。 freebsd-bootを1MBとったらブートローダーがエラー吐いて起動しなかったり BIOSで起動順を指定しようとしたらもう一枚入れてあるSSDと見分けが付かなかったり KVMが無かったら阿鼻叫喚なリモート作業だった。次はスマートに出来ると思うけど多分次は無いだろうな。 http:
//mevius.5ch.net/test/read.cgi/unix/1569601015/612
613: 名無しさん@お腹いっぱい。 [sage] 2020/10/21(水) 08:20:51.08 おかげでbhyve上のsshdの応答が格段に良くなったんで外から接続するのが楽になった。 あとjailもSSDに移動したのでDNSの応答も良くなった。 いま負荷テストがてら12.2をビルドしてる。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/613
614: 名無しさん@お腹いっぱい。 [sage] 2020/10/21(水) 08:30:13.50 本スレに居座るキチガイを煙に巻くのも楽じゃないね http://mevius.5ch.net/test/read.cgi/unix/1569601015/614
615: 名無しさん@お腹いっぱい。 [sage] 2020/10/24(土) 13:10:08.97 12で13を導入しようとすると /usr/sbin/kldxrefを先にインストールしておかないと installkernelでエラーが出る 再起動してもブートできないんでログよく見たらこのコマンドがエラー出していた http://mevius.5ch.net/test/read.cgi/unix/1569601015/615
616: 名無しさん@お腹いっぱい。 [sage] 2020/10/27(火) 01:07:55.10 freebsd.orgに繋がらないのはおま環? http://mevius.5ch.net/test/read.cgi/unix/1569601015/616
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 386 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.028s