FreeBSDを語れ Part47
■ このスレッドは過去ログ倉庫に格納されています
>>176
それでも二流の専門家が書いた記事は俺みたいな底辺利用者からすればとても有り難いわけですて 技術ネタを素人に分かりやすく書く能力とその専門家のレベルとやらは
分けて考えたほうが捗るかもだな そういや5-10大地さんは昔からやらかしてると思った
zfs/zdbの時は佐藤さんから こ の へ ん とかやられてたのが印象に残ってる FreeBSDコアチームの一人である佐藤広生さんのブログから
https://www.allbsd.org/%7Ehrs/diary/201109.html#d2301
> こ の へ ん の記事、かなりでたらめなので信じないほうが良いと思います。 「ZFS は障害に強い」なんて事実はありません。
「こ の へ ん」には一文字ごとに問題のある記事へのリンクが貼られてた
別の見方をすると間違った記事に釣られて佐藤さんが出てきたとも言える ていうかZFSって堅牢じゃねーのかw
堅牢なのかと思ってたわw だいちゃんに期待する事
omronupsd の BW シリーズ対応
今使ってる BY が壊れた時 BY の流通在庫がなかったら困る メモリが不足すると問題起こすFSが堅牢も糞もないだろ じゃあなんでサーバーに採用されてんの？
もしかしてLinuxにおけるsystemd的な話なのか？ >>182
引っ張ってきてたURLは8.2の頃の、それもRELEASEではなくSTABLEでの話よ?
RELEASEではそのような問題はないとも書いてあるのだけども。 メモリ足りなくてハングしたのはzpoolのバージョンが１桁の頃じゃね FreeBSD使うようなじじいは、
UFSしか使わないから、
どうでもいい。 そんでもってDOSパーティション，レガシーBIOS >>188
堅牢だから障害に強いということであって
堅牢じゃないからバグがある（安定して使えない）ってことじゃない
raid/raidzを使わなけりゃ耐障害性がないってのは、次の12になっても、その先になっても変わらない
もちろんこれはFreeBSDに限った話じゃない
それに耐障害性を持ったファイルシステムなんて他を見てもどれだけあんの？ 下手なファイルシステムよりFAT系のほうが安定してたりするから困る 枯れてないものを革新だと言って使いたがる奴の気がしれん。 zfsは稼働中にHDD差し替え出来る
FS頑丈でもハードが死んだら意味ない
使わなければ枯れないのだ
使え奴隷共
ボラクル様に御奉仕しろ >>195
本当にオラクルに貢献したいならリナックス+バター使うだろ
あのFSはいろいろ見限れてきてるみたいだけどな HAMMERなんてDragonflyBSDのカーネル機能にべったり過ぎて
分岐元のFreeBSDにすら移植できてない、再実装するしかない代物だぞ
HAMMAR2もまだ実験的な位置だしな >>194
使う人がいないといつまで経っても枯れないけどな >>196
バターはもう終わってメンテ放棄してなかった？ >>192
意味不明。
というか、まずは落ち着け。 >>201
有名どころのディトリが最近 (去年?) サポートを外したっていうのは見たけど、
メンテが放棄されたってのは知らない
>>202
「zfsは堅牢じゃない!」 ← わかる (raid/raidzを使わなけりゃ耐障害性がないから)
「8.2の頃のstableにバグがあったからだろ」 ← 関係ないからすっこんでろ
このような事を申し上げた次第で御座いますが、ご理解頂ければ幸いに存じます
。 >>203
> 「zfsは堅牢じゃない!」 ← わかる (raid/raidzを使わなけりゃ耐障害性がないから)
全く意味を成さない付会だな。
zfsにraid機能が含まれていないとかbtrfsみたいに不具合だらけならともかく
現実には存在しているし少なくともrelease版では安定している。
仮に冗長性を実現するraidを使わないとしても整合性を担保する機能もあり、
堅牢ではないとする根拠が「raid/raidzを使わなけりゃ耐障害性」では
お子様過ぎると言われても仕方ないぞ。 障害が起きた場合のデータの損失リスクの低さと復旧のしやすさの方が重要だしな NTFSなんかは、管理テーブルをディスクの先頭付近と中央付近の2箇所で二重に持つことで、
どちらかが読み込めなくなってもデータは読めるようにする、みたいな耐障害性があったと記憶してる
だから「raid/raidzを使わなけりゃ耐障害性がない」てのは言い過ぎじゃないかな >>206
zfsの場合はもっと進んでraidとは別にHDDが1つでもデータに冗長性を持たせる機能があるよ。
それも二重化どころか3重でも4重でもやろうと思えばできる。
普段はあまり使わないけど、ノートPCみたいに物理的に搭載可能なストレージが
制限される環境だと結構有効。 フロッピーの時代とかHDDでも初期だとセクターの破損っていう障害良く見かけたけど、
今どきの障害ってドライブまるごと飛ぶのが多いんじゃない？イメージだけど。 調子悪いのを放置してたら飛んだとか、物理的にHDDを落っことして壊したとか
ででもなければ、いきなりドライブ丸ごと飛んだことは余り経験ないわ。 SSDは逆に丸ごと飛ぶんだよな…
特定のNVRAMチップが死んで、数MBごとに定期的にセクタが読めなくなるとか。もう悲惨。 SSHDはちょっと変からバックアップする余裕ない状況で全滅になるぞ。
両方の悪い方が出る。 SSDはコントローラが全部管理しているから情報が可視化されてる。
だからいきなりってのは余程初期の頃かアホな製品じゃない限り経験ないわ。 >>213
Dellのサーバで使用してたSamsungのエンタープライズ向けSSDが突然容量960G→2Mとか言い出して、当然データもまったく読めなくなった(去年の話)
保守対応で交換してもらったあとに故障品をSecureEraceかけたら復活したので、もったいないからあまり重要ではない業務に再利用している。 話の流れをぶった切ってしもうしわけないけど、
最近は/homeやら/usr/local/やらをパーティション区切ることはないのかな？
http://www3.yamazato-unv.ac.jp/~tadahiro/p8g/freebsd/intro.html#install
（ブラウザで確かめる限り2017年作成っぽい？）に、
「パーティションを振り分けます[...]今では個人利用ならほとんどパーティションを区切る利点は消失しました。
寧ろいらぬトラブルの元となりますし，ファイルシステムの性能やハードディスクの信頼性を鑑みても、
全てのパーティションをひとまとめにするのを推奨します」
とあるんだけど。
ていうかそもそもパーティションを/homeとかで区切るのってハードディスクの問題だっけ。
どっちかというとデータ保護とか復旧の簡便化が目的じゃなかったっけ？ >>215
主にinodeの枯渇対策とパーティションの保護だと思ったが違ったっけ？ >>215,216
スマホからのせいかそのサイトにアクセスできていないのだけど
/home、/usr/homeを別ストレージ領域に分けるのはマシン入れ替え等の
やりやすさもあったけど、snapshotやバックアップの都合から
分けるみたいなのもある。この辺は個人とか組織とかあまり関係ないんじゃねえの。
逆にパーティションをひとまとめにするのを推奨する理由が具体的に書かれていない
っぽいのが気になるが、でもまあ結局運用する人次第だな。 >>213
> SSDはコントローラが全部管理しているから情報が可視化されてる。
そんなのセルが一つでも突然死したら何の役にも立たないんたが? それHDDのセクタが一つ飛んだ程度の話だろう。
少なくともSSD全体が突然死とはレベルが全然違うよな。 HDDはディスクやヘッドが先に逝く
SSDはコントローラが先に逝く
確率的にどちらが早いかの違いだけ
コントローラが逝くと一発で全損の可能性が高いから困りもんだが >>220
チップ突然死して被害が1セクタでおさまるわけないだろ >>215
大昔はHDD 1個じゃ/homeがすぐ溢れてしまうので、複数のHDDが必要だった。
その名残りですよ。 馬鹿が /home をあふれさせてもシステム停止にならないようにするため。 いや大昔はくウォータなんてなかったっていう話でしょ
なんで勝手に今現在の話にすり替えてドヤ顔コいてんだよwダッセェな FreeBSDのmanを見ると、quotaの実装は4.2BSDからみたいですね。
そんな新しい機能の話をされてもねぇ。 >>221
それはなんと言うかあまり根拠を感じられない話だなぁ。 LinuxとFreeBSDでどうしてここまで差が開いてしまったのか LinuxはユーザーランドをGNUに乗っかったおかげでGPLの呪いを受けちゃったからだろうな。
だからLinuxはFreeBSDに比べて色々と使いにくい今の状況がある。 GNUのジャイアニズムに抵抗していこうって姿勢は評価できる Linux板のDebianスレでさえ宗教呼ばわりされてるからなぁ，GNU。 GPLはそのうち開発者の著作権さえ奪おうとしてきそうだしな BSDLは人の性善説に基づく理想主義
GPLは人の性悪説に基づく現実主義
個人的にはこんな印象 FreeBSDはユーザーを増やさないと
品質が上がらないだろ Linuxとの差って、普通に使い辛かったのが大きかった。
使う側から見ればLinuxディストリビューションと変わらないのだし、楽な方を使う。
あとはそこからくる使用者数の差が、差を広げて・・・・
マウスで簡単インストール、日々のメンテも簡単バイナリアップデート、
普段Windowsを使っている人にも簡単に扱えますってのを望む人が少なかったんだから仕方ない。
個人的には、他のUNIXと比べて、まだ生き残っているだけ立派だと思うけどね。 FreeBSDはパソコン用OSとして利用することはあまり考えてないからな
サーバー用として考えると余計なもの入ってないから管理が非常に楽なんだけど 別に少数派自慢をする気はないものの、普段使いのOSにFreeBSDやらを使ってるってのは希少種だからなぁ
俺は使いやすいと思うんだけどなぁ……家庭用途にもさ。 Linuxのディストリみたいに全てGUIでインストールできて必要なアプリも一通り揃ってるくらいじゃないと一般利用は難しい
まずコマンド打てでは話にならん コンシューマ向けとしては唯一と言っていいUNIX系OSなのになぜか嫌われるMac >>240
PC-BSDでいいんじゃないの、と思ってぐぐったらTrueOSに改名していた
ことに今気づいた >>240
今のところ TrueOS と GhostBSD がお手軽系です。 その辺は派生OSであってFreeBSDじゃないし
そこ認めるならMacもFreeBSDってことになっちゃうし 本家がさっさとGUIでインストールできてさくっと使えるようにしないから
しびれ切らしてTrueOSやGhostBSDが先にやってしまったというのが本当のところなんじゃないかと
FreeBSDの怠慢ですよ 最新の macOS は FreeBSD のどのバージョンがベースになっているのでしょうか？
ちなみに、TrueOS は 12.0-CURRENT、GhostBSD は 11.1-RELEASE-p9 でした。(freebsd-version コマンドで確認) >>249
Linux、TrueOSやGhostBSDだって金儲けでやってるやつなんていないだろ FreeBSDがセキュアであることを特徴の一つとしてるなら、人気なんかない方がいいね
ドザがいい例だ >>250
元々FreeBSDベースではない
libcとコマンドラインツールの一部がBSDからのforkなだけ >>247
FreeBSDじゃないってのは言い過ぎだと思う
AMGな車をを「ベンツじゃない」って言うのと同じ
いわばチューニングエディションじゃないかな >>237
>日々のメンテも簡単バイナリアップデート
freebsd-updateあるじゃんｗ
>>242
なぜかとか言われてもｗ
好きになれそうな理由がないが FreeBSDってパスワードにスペースを使うことはできないみたいですね……。
あまり安全とは言えないですが、楽をする為に個人用途のPCでは非管理者のアカウントのパスワードは
スペース三つにしています。Debian GNU/Linuxなどではそういった設定ができましたが、FreeBSDではできませんでした。
うーん。今はとりあえず0を三つに設定していますが……なぜできないんでしょうね。passwdコマンドの設計上不可能なのでしょうか？ MacはUNIXに認定されてるからBSDとは仕様が違う >>256
GhostBSDは知らんが、TrueOSの中身はほぼFreeBSDやで >>258
なぜって、元々のUNIXの仕様ではホワイトスペースや記号などの特殊文字を除く英数半角文字しか受け付けなかったからだと思うが。
スペースをパスワード文字として受け付けるようにするほうがどうかしてると思う。スペースがいいならTABもいいのか？
という面倒なことになってくる。 trueosが出て来てからポ〜ツの更新早くなった気がする
昨日pkg更新したらmateが1.20に上がった
mate1.20のリリースは20180207
以前なら一年経っても更新してなかったろ
それよりもkdeのarea51ポ〜ツにマージして欲しい >>258
adduserやpasswdの仕様で弾いてるだけで、
パスワードそのものにはスペースを使えるんじゃないかな
TrueOSのUser Managerだと設定できたよ >>258
11.1だけど、スペース設定できるよ。
バージョンと再現方法くわしく。 avidemux-pluginsはいつになったらBROKENでなくなるんだ
avidemuxだけあっても意味ないがな 待ってて埒が明かないと思ったら自分でなんとかしないと誰も動かないのがFreeBSD >>262
＞trueosが出て来てからポ〜ツの更新早くなった気がする
＞昨日pkg更新したらmateが1.20に上がった
FreeBSD pkg の mate って menu editor で項目が動かないよな。そのバグ直ってる？ >>268
mozoの上下ボタンの事なら直ってない
というかデフォのまま使ってたから知らなかった
でぶあんでは普通に動いてるから
Makefileでインクルードするライブラリが足りないんじゃなかろうか
rawtherapeeもコアダンプ吐くから
デブアンの依存ライブラリ見ながらmakefileいじったら
コアダンプ吐かなくなった
しかしどれ追加したかメモするの忘れた
物忘れが多いからメモするようにしてるんだが
最近メモする事すら忘れる そうそう、mozo の上下ボタンでアイテムが動かない。
backend の python の インストール場所の問題かなと思ってた。シンボリックリンクで直せるかなと。その先は調べてないけど。
操作に追随してアイテムは動かないけど、mozoを閉じてからもう一度開くと動いている。コレを繰り返すと一応メニューのカスタマイズは可能だが非常に面倒。メニューは放っておくのが吉。 いずれにしても、デビアンで問題ないって事は ports 移植時の不備って事ですね。
mate のバージョンが上がっても直わけなかった。 >>264
すいません。インストーラーで設定できなかったのでpasswdでも無理と思ってました。
11.1 Rで無事，設定できました。もうしわけない FreeBSD の atril って fontconfig 対応してるかな？
設定しても、フォント埋め込まれてないpdfで日本語が全てゴシックになってしまう。 ぽ〜つの依存には入ってるけど
今から使うならqpdfview推し麺 qpdfview ってtextの選択できないよね？
これは自分にとって致命的な弱点なのでqpdfviewは使えない。
なんでこうなんだろ。annotation は優秀なのになぁ。
嗚呼、acroread がなくなって本当に不便になった。 ■ このスレッドは過去ログ倉庫に格納されています
