[過去ﾛｸﾞ]
初心者もOK! FreeBSD質問スレッド その124 (1002ﾚｽ)
初心者もOK! FreeBSD質問スレッド その124 http://mevius.5ch.net/test/read.cgi/unix/1569601015/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
566: 名無しさん＠お腹いっぱい。 [sage] 2020/10/03(土) 15:39:56.69 容疑者一覧 https://i.imgur.com/TY3n82r.png http://mevius.5ch.net/test/read.cgi/unix/1569601015/566
567: 名無しさん＠お腹いっぱい。 [sage] 2020/10/03(土) 19:43:42.91 >>566 お前の言う"容疑者"がいるのはこっちな https://www.transifex.com/mate/teams/13566/ja/ 少なくとも一昨年の3月からそうなってるのにお前は何してきたの？ http://mevius.5ch.net/test/read.cgi/unix/1569601015/567
568: 名無しさん＠お腹いっぱい。 [sage] 2020/10/03(土) 19:58:27.93 >>567 そう言うお前こそ少なくとも一昨年の3月からそうなってたのはわかってたのに何もしてないじゃん 偉そうに物を申すなんざちゃんちゃらおかしいよな 飲み屋の姉ちゃんにでもドヤってろや http://mevius.5ch.net/test/read.cgi/unix/1569601015/568
569: 名無しさん＠お腹いっぱい。 [sage] 2020/10/03(土) 20:12:52.87 >>568 git blameの使い方教えてやろうか？ http://mevius.5ch.net/test/read.cgi/unix/1569601015/569
570: 名無しさん＠お腹いっぱい。 [sage] 2020/10/03(土) 22:41:38.16 >>569 man 読んで勉強する 優しいお兄ちゃん、ありがとう http://mevius.5ch.net/test/read.cgi/unix/1569601015/570
571: 名無しさん＠お腹いっぱい。 [sage] 2020/10/04(日) 00:58:31.63 要は気付いた奴は貢献しろ グダグダ言ってんじゃねえってことで http://mevius.5ch.net/test/read.cgi/unix/1569601015/571
572: 名無しさん＠お腹いっぱい。 [sage] 2020/10/04(日) 09:26:29.06 >>513 VirtualBox:brigeの件、亀レスで申し訳ないが漏れの方ではブリッジで運用できてる。 stable12-r366217でkernelからVIMAGEは削除、kmodの方もVIMAGEは選択しない設定。 参考になれば。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/572
573: 名無しさん＠お腹いっぱい。 [sage] 2020/10/04(日) 21:50:48.96 >>565 お前は無能 俺はお前よりは有能だから心配すんな http://mevius.5ch.net/test/read.cgi/unix/1569601015/573
574: 名無しさん＠お腹いっぱい。 [sage] 2020/10/04(日) 22:03:04.66 何でもいいからさっさと直せや てめーのお遊びに貢献して欲しければ金を出せ こんな分かりやすいものを一年以上放置しているってことは ただの馬鹿 そんな奴はポアしろ http://mevius.5ch.net/test/read.cgi/unix/1569601015/574
575: 名無しさん＠お腹いっぱい。 [sage] 2020/10/04(日) 22:42:01.35 えっと、ここは質問スレだから、 「小学生でもわかりそうな誤訳を修正してエビタイをやるにはどう立ち回ればいいですか？」 「但しメンテナになるつもりはさらさらありません」 と俺は解釈する事にした http://mevius.5ch.net/test/read.cgi/unix/1569601015/575
576: 名無しさん＠お腹いっぱい。 [sage] 2020/10/05(月) 07:57:25.11 こう言う事か、しょうもねえ https://i.imgur.com/KjmvOc2.png 追放された上に負け犬の遠吠えか みっともねえ http://mevius.5ch.net/test/read.cgi/unix/1569601015/576
577: 名無しさん＠お腹いっぱい。 [sage] 2020/10/15(木) 23:17:06.02 FreeBSD12-STABELのマシンが壊れました。HDDを取り出し別のFreeBSDマシンに USBで繋いでデータを取り出そうとしましたが上手くいまきせん。 フォーマットはZFSです。 ZFS import とコマンドを叩きましたが、何も出ません。 HDDを読み込む方法はあるのでしょうか？ それとも完全にHDDが壊れていてダメなのでしょうか？ ちなみに /dev/cd0 に認識されています。また、試しにWindowsマシンに 繋いだらHDDを認識はしたのでまだ生きてるのかと思ったのですが。 何か試す方法があっ
たらご教授お願いします。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/577
578: 名無しさん＠お腹いっぱい。 [sage] 2020/10/16(金) 00:00:18.52 バージョン合わせるとかは前提として 情報なさ過ぎてなんとも言えんがディスクが全くの無傷で普通に認識されるなら インポートで出てこない理由はZFSの管理情報が破壊されたとかそういう話になるんで難しい。 ディスクが損傷してて冗長性の無い構成ならZFSは対応してるサルベージアプリとかが無いんで よほどZFSに精通してないとやっぱり復旧は難しい。 自分ならスパッと諦めてバックアップ使って復旧させる。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/578
579: 名無しさん＠お腹いっぱい。 [] 2020/10/16(金) 07:43:21.27 大事なデータはバックアップ取っておけと、ばっちゃがいってたよ http://mevius.5ch.net/test/read.cgi/unix/1569601015/579
580: 名無しさん＠お腹いっぱい。 [sage] 2020/10/16(金) 09:37:58.77 >>578 書き方が変でした。簡潔に書くと、 買い替えを検討していたマシンが急遽電源が入らなくなる。 新しいマシンを買う。 古いマシンからHDDを取り出す。 新しいマシンにUSBで繋ぐ。 今ここの状態で、古いHDDに若干残っているデータを取り出せないか と試しているところです。 HDDが動くからデータを取り出せるかもと思いましたが、ZFSの管理情報 が壊れているということですか。 やっぱり諦めるしかないんですね。 ありがとうございました。 http://mevius.5ch.net/t
est/read.cgi/unix/1569601015/580
581: 名無しさん＠お腹いっぱい。 [sage] 2020/10/16(金) 09:45:55.21 >>577 ZFSはexportしてないとインポートできない点が1点 zpool import -f を試してみては？ それで駄目なら、Intent-Logを無視する -mオプション -F -Nオプションもあるけど、理解してないのでマニュアル読んでから試してください あとは、zdbで、その壊れたと思わしきzfsのプールにアクセスしてみる手もある zfsは壊れてることを検出したら自己修復する様になってるので 何度か繰り替えずとマウントできるようになるかもしれない http://mevius.5ch.net/test/read.cgi/
unix/1569601015/581
582: 名無しさん＠お腹いっぱい。 [sage] 2020/10/16(金) 12:12:27.63 >>581 zpool import -f 試しましたがダメでした。 >ZFSはexportしてないとインポートできない点が1点 よくよく思い出してみると、旧マシンは突然電源が落ちてその後まったく 立ち上がらなくなったので、正常終了していないですね。 正常終了していないということはexportされてないということで、マウント は出来ないということになるのかな？ http://mevius.5ch.net/test/read.cgi/unix/1569601015/582
583: 名無しさん＠お腹いっぱい。 [sage] 2020/10/16(金) 13:16:32.72 man 8 zpool より zpool import -f プールが潜在的にアクティブであるように思われても(exportされていない状態でも)、強制的にインポートします。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/583
584: 名無しさん＠お腹いっぱい。 [sage] 2020/10/16(金) 15:51:03.00 >>583 zpool import でプール名が見えないから -f つけてもマウント出来ない のでしょうか？ 旧マシンも新マシンもzfsはデフォルトなのでプール名は同じ(?)になる から出来ないのでしょうか？ それともやっぱりZFSの管理情報が壊れていてどうしようもないという ことでしょうか？ http://mevius.5ch.net/test/read.cgi/unix/1569601015/584
585: 583 [sage] 2020/10/16(金) 16:25:39.38 >>584 578さんの仰る通りで、ZFSの管理情報が破壊されている可能性が高いです バックアップがあるのであればそこから復旧するのが最も手っ取り早いでしょう 581さんの方法やdestroyされてしまったプールをimportする方法もある様ですが私は試したことはありません 私がやるならまずはddやrecoverdiskで別ストレージやイメージファイルにクローンした上で悪あがきをするでしょう いずれにしてもmanをしっかり読み、コマンドやコマンドオプションがどんな仕事をするか把握した上で実施しましょう
ローカルに日本語manが無ければ小金丸氏がWeb版のmanを公開して下さってます http://mevius.5ch.net/test/read.cgi/unix/1569601015/585
586: 名無しさん＠お腹いっぱい。 [sage] 2020/10/16(金) 19:17:09.39 >>584 http://www.koganemaru.co.jp/cgi-bin/mroff.cgi?dir=jpman-12.2.2%2Fman&subdir=man&man=zpool zpool import -D 破壊されたプールだけをリストします。 http://mevius.5ch.net/test/read.cgi/unix/1569601015/586
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 407 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.031s