FreeBSDを語れ Part47

レス数が900を超えています。1000を超えると表示できなくなるよ。
2017/10/16(月) 01:40:28.46
The FreeBSD Project
http://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part46 [無断転載禁止]@;2ch.net
http://mevius.2ch.net/test/read.cgi/unix/1505956006/

関連スレ
初心者もOK! FreeBSD質問スレッド その122
http://mevius.2ch.net/test/read.cgi/unix/1486758875/
2019/08/21(水) 17:20:52.80
>>819
君の姿は、僕に似ている
2019/08/21(水) 17:32:34.39
>>819
そして僕にも似ているよ…ｳﾌﾌ
2019/08/23(金) 07:03:11.32
おまえらやっぱ学校や職場で異常なヤツって思われてる?
2019/08/23(金) 07:08:37.01
>>822
そんな君も場末のスレの観察とかしてるあたり普通ではないと思うぜ
2019/08/23(金) 07:21:22.59
BSDの管理なんて知ってたって、おかしな人扱いだよね。

15年前は馬鹿にして見下してたlinuxの方が必要性があったりする。


まだ自分らが賢いと思ってるの?
825名無しさん＠お腹いっぱい。
垢版 |
2019/08/23(金) 07:41:24.93
>>824
そもそも本当に賢い出来る人が寂れた5chの寂れた板に残ってるとは思えない
2019/08/23(金) 07:53:04.25
じゃあ賢いふり止めような
2019/08/23(金) 08:16:56.85
>>824
>>826
わかってないなあ。それが出来ない輩が住み着いて俺様気取ってるわけで、どこでも似たようなもんだろ？
あと、人に説教するときは自分の行動も顧みよう。
問題は解決したんだろうから粘着するのは大人気なくない？
https://mevius.5ch.net/test/read.cgi/unix/1012808941/940-943
2019/08/23(金) 08:39:55.50
>>827
それ、943と940は同一人物だろ。

どういう反応するか見てたんだろ
2019/08/23(金) 08:42:46.46
問題が、おまえらみたいなキモいユーザがこうして徒党を組んでいることにあるとするなら、

こういうスレがつぶれるまで行動するのは、粘着とは違うんじゃない?
2019/08/23(金) 08:43:48.97
BSDを少しでも多くの人に試してもらうには

キモいユーザが大きな足枷になってるんだ。

分かるかい?
2019/08/23(金) 09:19:19.03
何だかんだ言いつつ粘着くんがBSDをこよなく愛していることはひしひしと伝わってきた
ブートローダーの設定もわからないながらBSD(FreeBSD限定)を広めようと邁進しているらしい
ちなみに俺はよくわからない。あまり困ったこと無いから。
ブートで困ったのはUEFIの自動ブートくらいかなあ
2019/08/23(金) 09:23:15.20
>>830
自己紹介乙です！
2019/08/23(金) 12:06:35.04
MacOS X使い＝BSD使いやろ
2019/08/23(金) 12:17:41.56
>>830
BSDを少しでも多くの人に試してもらうには、
Ubuntuや他のLinuxのように、インストーラをGUIにして、インストールが終わったらすぐGUIで使い始められるようにするだけでいいはず。
2019/08/23(金) 13:06:47.80
よろしい。

肩入れするのは止めだ。
2019/08/23(金) 15:00:34.33
>>834
つProject Trident
2019/08/23(金) 16:02:33.76
>>834
Mac使え
2019/08/23(金) 17:59:44.83
macOSってインストーラーなんて配布してた？
条件反射的にmacOS，macOSって言うのやめたほうがいいよ
2019/08/23(金) 18:06:37.38
>>834
では>>830に実装してもらおうぜ
840名無しさん＠お腹いっぱい。
垢版 |
2019/08/23(金) 21:07:34.87
よし、じゃあ賢くないふりをしよう

からあげウマウマ
2019/08/23(金) 21:57:54.38
BSDをぶっ壊す!!、とか言えばいいんじゃ。
2019/08/23(金) 22:17:34.42
ポエマー発見
パクリで草
https://mevius.5ch.net/test/read.cgi/unix/1091212801/811
843名無しさん＠お腹いっぱい。
垢版 |
2019/08/23(金) 23:49:05.35
>>840
レモン汁かけときますね！！！
2019/08/23(金) 23:51:09.56
>>843
勝手にレモン掛けるな！
全員がレモン掛けて欲しいわけじゃないぞ！
2019/08/24(土) 01:28:12.12
じゃあママレモンかけますわね
2019/08/24(土) 07:57:56.91
昔オカンがママレモンで野菜洗ってたのを思い出す
2019/08/24(土) 10:52:56.29
>>836
TrueOSの後継ですね。TrueOSは重くて嫌いだったので使いませんでした。
Project Tridentのほうはまだ日本語対応していないので、手動で入れないといけないみたいです。
https://qiita.com/EarthSimilarityIndex/items/6089500d1a4d24731ee8

誰か日本語対応にしたディストリを提供すればもう少し普及するかも。
2019/08/24(土) 11:12:01.41
ママレモン

【品名】
台所用合成洗剤

【用途】
野菜・果物・食器・調理用具用
2019/08/24(土) 11:57:11.83
野菜・果物の方が優先度高いの草
2019/08/24(土) 12:12:31.90
ナマレモン
2019/08/24(土) 13:04:11.22
>>847
TrueOSって中身はほぼFreeBSDだし、重いというのがluminaのことならどのWM使っても重いんじゃ？
2019/08/24(土) 14:19:54.49
よーしパパ、今度休みが取れたら軽量なWM作っちゃうぞ―
2019/08/24(土) 14:35:11.10
久し振りに5chに神が降臨されました
2019/08/24(土) 14:45:32.49
車輪の再発明は止めるんだ
2019/08/24(土) 18:26:20.10
車輪の再発明を怖れていては技術は培われない
プログラミングも他人のライブラリを摸倣し再実装して理解が深まる
そしたらモテモテになりました
2019/08/24(土) 18:32:33.21
マジすか師匠
2019/08/24(土) 20:33:57.99
車輪の再発明をしなきゃいけないライセンスやら車輪に掛かる費用やらに問題があるなら、
再発明しなきゃいけないんだろうけど、Linux界隈はライセンスに問題が無くても
あっちこっちで再発明してるもんなぁ
2019/08/24(土) 23:05:29.70
>>851
以前TrueOS使ってみたときはFreeBSD+WMほど軽くなかったんです。
理由はわかりませんがインストーラがいろいろ余計なものを入れてたかも知れないです。
2019/08/24(土) 23:13:35.42
>>858
そんなのもあったなと思い試しに入れてみた
これ意外といいねえ、Lumina-DE
軽くて気に入った
2019/08/25(日) 01:47:32.85
>>858
メモリは2〜4GB程度
TrueOSはzfsでインストール
素のFreeBSDはufs2でインストール

だったとか
2019/08/25(日) 06:26:48.84
x86x64以外に入れるハードウェアが無い
2019/08/25(日) 08:36:19.00
ラズパイでも買ってくればいい
2019/08/25(日) 13:23:58.24
ちんぼ
2019/08/25(日) 14:03:41.74
そういやおっぱいとかでもFreeBSD動くんだな。
2019/08/25(日) 14:25:49.91
内蔵WiFiが動かないのが残念でならない
portsにドライバがあるかどうかまでは不明
2019/08/25(日) 14:31:49.26
NanoPi neoに入れば試したいな
https://www.friendlyarm.com/index.php?route=product/product&;product_id=132
https://www.friendlyarm.com/index.php?route=product/product&;product_id=241
2019/08/25(日) 14:57:52.65
>>866
つhttps://qiita.com/s_mitu/items/b54d796a33c35409315e
2019/08/25(日) 15:45:33.75
>>867
すでに先達がいたんだね
心の中でいいねしておいた
2019/08/25(日) 18:11:11.11
>>865
その辺は開発中みたいよ
https://wiki.freebsd.org/SDIO
870名無しさん＠お腹いっぱい。
垢版 |
2019/08/25(日) 18:16:17.36
>>869
thx
2019/08/25(日) 18:49:14.72
>>869
それって特許に引っかかって特許料がうんぬんかんぬんってことじゃなかったっけ
2019/08/27(火) 05:17:07.39
>>849
ポストハーベストとかあるからなあ
873名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 11:37:51.92
ハードディスクは正常なまま
Zpool が異常になり
起動できなくなって
USBメモリーから起動して
zpool import できなくなってしまったのですが
復旧を試す方法があれば教えてもらえませんか？
mirror0 していた２台のディスクどちらも
同じように　zpool import しようとするとフリーズします
症状は
https://peta.okechan.net/blog/archives/1767
と似ていますがこの記事の通りでは復旧できませんでした
2019/09/02(月) 12:23:15.22
>>873
-o readonly=on は試した？
pool名無しでimportするとどうなる？
875名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 12:44:52.55
>> 874
-o readonly=on　や
pool名無しでimport も
そのプールを見に行くようなことをすると
即フリーズします
OS自身はフリーズに及ばずreboot可能です
2019/09/02(月) 13:39:24.61
>>875
https://docs.oracle.com/cd/E19253-01/819-6260/gbctt/index.html
だそうです
これが不可能で、どうしてもデータ復旧させたいならストレージのプロの出番かと

なお自分の場合はですが、NASに使用してるマシンがプールを読み込めなくなる事があり、
zpool.cacheを削除し、ストレージを物理的に切り離した状態でOS再起動→起動後ストレージ接続の手順でいつも復旧させてます
2019/09/02(月) 13:46:00.15
zfsを使わないことが最良
878名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 13:53:23.69
南無阿弥陀仏
2019/09/02(月) 13:53:28.46
正解出た
2019/09/02(月) 15:09:43.09
>>873
「ZFS のカーネルモジュールを読んでから、zpool を認識するところで同じ panic が繰り返される状態に」
って言う状態なのであれば、FreeBSDコアチームの佐藤先生の記事が役に立つかも

https://www.allbsd.org/~hrs/diary/201107.html#current
https://www.allbsd.org/~hrs/diary/201109.html

>zdb は読み書きのツールだと書きましたが、 基本的に ZFS の情報を人間が読みやすいようにダンプする機能しかありません。
>データ修復のためのツールではありませんので、誤解しないでください。
>もともと開発者がデータ内容を調べるためにつくったツールなので、 ドキュメントもほとんどありません。

>しかし、このツールはデータを読み出す際に使うソースファイルがカーネルと共通になっているため、 ZFS の原則が適用されます。
>つまり、不整合があるデータに遭遇すると、 勝手にそれを修復しようとするのです。
>これをうまく使うと、深刻な状況になった zpool を、 認識するレベルまで持っていくことができます。
>何度も繰り返しますが、データの修復はできません。 あくまでzpool として認識できない状況を解消できるだけなので、 肝に銘じてください。

>zpool にアクセスすると panic してしまうとか、zpool import を実行してもちゃんと import してくれないような場合、 zdb でアクセスすると、同じようにエラーが出ます。
>カーネルと同じソースを使うので、まあ当たり前の話ですね。

>カーネルの場合、前述した zfs_recover=1 を設定すれば、panic を回避できましたが、 zdb では -AA を指定すると panic が回避できます。
>-A を指定すると、assert の不整合を回避します。
>つまり、-AAA を指定すれば、panic と assert の両方を回避して zpool へアクセスすることができ、 そのアクセスの発生によって、発見された不整合は強制的に解消されます。

●
●完全に損失したら困るのであれば、ディスクまるごとバックアップしてからやれよ
●
2019/09/02(月) 15:22:33.14
>ディスクまるごとバックアップ

多分できねえんだよ(笑)
882名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 15:37:51.73
馬鹿には無理
2019/09/02(月) 15:45:08.90
>>877
結論が出てしまったなw
2019/09/02(月) 15:47:23.66
>>880
しょっちゅうディスクまるごとバックアップしないといけないファイルシステムって欠陥品じゃないのかな。
それをあえて使おうとするのは勇者だよね
2019/09/02(月) 16:01:31.19
>>884
>しょっちゅうディスクまるごとバックアップ
そんな事言ってねえよ
お前の脳みそ磨きすぎてシワがなくなってるのか？
2019/09/02(月) 16:37:11.78
いくら何でも〇〇コマンドでディスククローンくらいは分かるでしょ
2019/09/02(月) 18:23:31.36
基本はffs

さらにntfsかxfsを真剣に検討すべき。
888名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 18:30:17.32
>>886
私のＦｒｅｅＢＳＤには〇〇がないんですけど、どうインストールするんでしょう？

% 〇〇
zsh: command not found: 〇〇
% whereis 〇〇
〇〇:
% pkg search 〇〇
%
2019/09/02(月) 18:34:39.07
>>888
気合だ！
890名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 19:18:56.20
>> 876

zpool clear -F
zpool status
でも
zfs 関連の物がすべてフリーズしてしまいます

ddで複製したディスクで
gpart の該当するパーテーションを削除すると
もう一つ別パーテーションに作ってあった他の zpool は読めるようになります
2019/09/02(月) 21:00:20.48
>>890
>>880さんに紹介して頂いた方法は試されましたか？
それで駄目ならプロに依頼かオラクルさんの言うとおりにするしかないと思われます
2019/09/02(月) 21:10:08.52
>>890
あと復旧とは関係ありませんがS.M.A.R.T.の情報は確認しておいた方が宜しいかと
2019/09/03(火) 01:43:50.48
mirrorが読めなくなるって怖ぇな
やはり別途バックアップも必要なのか
2019/09/03(火) 02:21:48.69
俺はraidzだけどたまにバッアップ取ってる
2019/09/03(火) 07:26:04.01
ZFSはあまり歓迎されてない様ですな
枯れたUFSで十分て事か
2019/09/03(火) 07:59:06.98
zfsは盛り過ぎたからな
一部の化け物鯖でもないと真価を発揮できない
2019/09/03(火) 09:02:04.25
じゃあラズパイでraidz仕込んでる俺はアホって事やな
2019/09/03(火) 10:36:33.10
好きならやればいいよ

無駄な手間暇をかけて情報を喪失する危険を負うとしても

新しい技術を利用してみたい

そういう人がいてもいいじゃない


ただ、zfsを使わないことが最良

これは動かない
2019/09/03(火) 10:51:59.45
>>898
まあラズパイでraidz1なんてホント面白半分実験半分なんですけどねｗ
ストレージがイカれた時交換しやすいかなと思って今の構成にしてるのですよ
一応データは普段稼動させないHDDのUFSパーティションに保存用としてバックアップしてあります
ZFSは動かない=パフォーマンスがイマイチで実用的じゃないって事で宜しいですかね？
2019/09/03(火) 10:56:44.76
>>893
ハードの故障をソフトで対応するのは限界があるので、仕事で使うサーバは、「ストレージは定期的に壊れるもの」という前提で
RAID組んでおきます。ホットスワップできればHDDが1台壊れても新品に差し替えれば復旧します。
全体の容量が大きいとフルバックアップは非常に時間がかかってしまうので現実的ではなくなります。
定期的に差分だけバックアップするくらいしか方法がないかと。
2019/09/03(火) 11:11:42.44
873の人は結局どーなったの？
2019/09/03(火) 11:15:01.93
ZFSの本気を見るにはメモリ16GBは欲しいね定期
2019/09/03(火) 11:45:56.04
本気出さなくていいから最低限の仕事しろw
904名無しさん＠お腹いっぱい。
垢版 |
2019/09/03(火) 11:48:04.58
>>901

その後諦めかけていたころ

vfs.zfs.recover=1
が良かったのかどうか不明ですが
zpool import がフリーズしたまま
放置していたら　30分ほどディスクアクセスが続いた後
認識できました

そこから
zfs send | zfs recv で別のpool に移動中です
仮に　-R /mnt してみると　ファイルの内容も読めているので
ほぼすべてを回復できるんじゃないかと期待してます
2019/09/03(火) 12:00:44.27
今更だが、ZFSのマウント時にHDDに継続してアクセスが行われているときは
論理障害の修復を行っているので一見フリーズしたように見えてもほっとけば復旧するはずよ。
2019/09/03(火) 12:09:52.50
>>900
だからmirror(RAID1)が読めなくなるのは怖いねって話だけど
907名無しさん＠お腹いっぱい。
垢版 |
2019/09/03(火) 12:11:16.27
>> 905

ありがとうございます
いろいろやる前は

読み込みかけて30秒ぐらいでHDDアクセスも途切れて
固まっていたんです
908名無しさん＠お腹いっぱい。
垢版 |
2019/09/03(火) 12:51:50.50
>>904
可能であれば今回のトラブルについてまとめを書いてもらえるとありがたいです。
投稿先はQiitaとかブログとか？

使っているFreeBSDのバージョン、あるいはディストリビューション。
zfsの障害に気がついたのはいつなのか。(再起動後とかいきなりなったとか)
障害は何が切っ掛けと思われるか。(わからないならそれでも良し)
復旧させるために試したアレコレについて。
復旧させたファイルは問題なかったか？

復旧させたマシンのメモリがどのくらいあってどのくらい時間がかかったかもあれば嬉しいです。
2019/09/03(火) 13:06:30.94
>>907
ファイルシステムの使用容量と搭載メモリを提示出来るか？
プール認識時の修復はメモリを使い切る勢いで消費するのでカツカツだと処理が途中でスラッシング起こしてほぼ止まる。
そのときに再起動をかけると再びメモリを使い切るまで進行するので多分何度も起動しているうちに修復処理されてしまったんだろう。

また処理中に再起動をかけるのは問題無し。物理電源断にも対処出来る構造になってる。バグ以外では。
2019/09/03(火) 13:09:43.82
>>908
まとめ：zfsは危険　ヤメレ
2019/09/03(火) 13:41:24.59
>>908
実体験に基くレビューはとても有り難いですね
912名無しさん＠お腹いっぱい。
垢版 |
2019/09/03(火) 15:07:51.94
>>902
足りない
913名無しさん＠お腹いっぱい。
垢版 |
2019/09/03(火) 15:10:01.87
>>908
zfsはufsよりずっと優秀だが、ノウハウが少ないのでトラブルが起きると素人にはハマりやすいだけ
あとメモリバカ喰い
Solarisの外に出すべきでは無かった
2019/09/04(水) 02:12:42.48
ZoL まだー？
2019/09/04(水) 04:06:53.23
===> openzfs-2019072200 needs FreeBSD 12/13 with AES-CCM support.
2019/09/04(水) 05:54:43.44
>>913

FreeBSDはLinuxよりずっと優秀
2019/09/04(水) 06:47:17.14
>>916
根拠は？
2019/09/04(水) 08:33:01.15
>>916
ファイルシステムの話してるのに、強引にOSの話に持ってく理由はなに？
919名無しさん＠お腹いっぱい。
垢版 |
2019/09/04(水) 08:35:59.59
>>916
Linuxはデフォルトではzfs使えないからか？
レス数が900を超えています。1000を超えると表示できなくなるよ。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況