FreeBSDを語れ Part47
■ このスレッドは過去ログ倉庫に格納されています
テスト印刷は出来ましたが、「プリンタにデフォルトオプションを問い合わせる」は次のエラーが記録されました また日を改めて調べます D [11/Feb/2018:02:44:53 +0900] [Job 16] Unable to auto-configure PostScript Printer - no bidirectional I/O available! D [11/Feb/2018:02:44:53 +0900] [Job 16] PID 12105 (/usr/local/libexec/cups/filter/commandtops) stopped with status 1. なおdnssd接続は、プリンタが見つからないというエラーになります 全部できるようになったら、ちゃんと検索できるように、ブログかQiitaにでも書いといてくれ >>129 おめでとう! 俺は報告ありがたいと思うよ。 Linuxエミュレーションで吸収できない差異に依存してないかとか 依存対象まで簡単に用意できるかどうかはやってみないとわからないし。 >>134 ありがとうです 情報共有の意味で報告した次第ですが、それが分からないバカもいるんですねw 2ちゃんねる=無料のユーザサポート と勘違いしてる人も多い 2chの情報共有は限定的なんで、 まとめられる結果が出たら別の場所に置いとくのが良いよ 意外とシブトく残ってる感じするけどな 必要に応じて個人ブログとか他サイト(オープンとかsc)にも勝手にコピーされてるし 残ってないのは日本のプロバイダの無料ホームページ()の情報 結局あとで閉じるなら端からサービス自体やらなければ良かったのに迷惑千万 今後この手は無視な。>all 相手にしても不愉快なだけ。 別にキレてはないが、礼儀知らずを相手にすると不愉快だから、今後この手は一切無視するのを勧めるよ。 俺は答えられるノウハウがあっても今後は無視する事に決めたわ。 これまでもこんな感じで人が減って寂れて来たんだろうな。 FreeBSD-11.1でX Windowをビルドしたろ思てportsからmake installし始めたけど、 リンク張ってもリンク張ってもfile not foundの嵐やな。 諦めてバイナリ拾ろてくるわ。 えー?ちゃんとメタportsのx11/xorgでmake installした? >>148 pkg installで済ませちゃった(テヘペロ windows共有フォルダへのアクセス mount_smbfsの代替機能は用意してくれるかね? もちろんsmbclientが使えるのは知ってるけど ☆ 改憲しましょう。現在、衆議員と参議院の両院で、 改憲議員が3分の2を超えております。『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆ 例のmeltdownとかspectre関係の進捗あるんかの?w rootでログインして、 Xの上でchromiumからyoutubeの音を出せてる方 いませんか? alsa, pulseaudio, sndio など試してみたのですが、 難しくてだめでした TT (それぞれのサウンドシステム毎に、 mplayerやmhwaveeditなどのアプリ内の設定で、 使うサウンドシステムを変更させながら音出ししようとして、 結局OSSのサウンドシステムで でしか音が出なかった) A3モノクロレーザープリンタNEC MultiWriter 8450Nで印刷できたので報告しとく 1. cups-filterをインストール 2. http://www.openprinting.org/printer/NEC/NEC-MultiWriter からppdをゲト 3. プリンタの設定でこのppdを指定 cups管理画面からテスト印刷は正しく出来ないけど、LibreOffice calcから印刷できた なおNECのlinuxドライバを使う方法は、「Unable to open the initial device, quitting.」と印刷されて成功していない あと一歩の気がするんだけど 印刷できたと思ったけど、どうやら文字だけの場合だな 図が入るとテスト印刷同様、メチャメチャな見た目の印刷結果になる SA-18:01.ipsec SA-18:02.ntp EN-18:01.tzdata EN-18:02.file >>159 人が久々にアップデートチェックをした直後にこれとはな。 SA-18:03.speculative_execution 10.3で放置してたらupdateのたびにサポート切れるよ!というのが出てたので 11.1ではなく10.4に上げたら、ログインできない! そういえば、アップデートの時にlogin.confがマージできないって表示されてたなと思い シングルユーザーでlogin.confを見たら >>>>>>> cureent みたいなマージできなかった説明の文字列が入っていて、それらコメントアウトしえ cap_mkdb /etc/login.conf やったらログインできた。原始的すぎる >>162 同じ事故はググるといっぱいあるので、けっこう一般的みたい 「ああ、またか」 みたいな UbuntuやCentOSでアップグレードしてログインもできなくなったら暴動が起きる http://0xcc.net/blog/archives/000135.html ↑ここに、 「FreeBSD 開発者の間で行われた sleep コマンドの拡張に関する長大な議論」 という記述があるんだけど、誰か詳細知らね?できれば日本語で解説してほしい そこからリンクされてる先でメールが引用されてるから日付わかるじゃん あとはMLアーカイブでその辺探せばいい 元の議論の場所は cvs-commiters@ (コミッター限定の非公開メーリングリスト) じゃないかな。 だとすると残念ながらwebで公開しているアーカイブにはない。 みんなありがとう。Webにはないか……。 知らないとサーバーが壊れる問題でもないし、あきらめるわ。 予想ではsleep(1)の引数に小数点を許すかみたいな議論かなぁと予想するけども。 SA-18:04.vt SA-18:05.ipsec EN-18:03.tzdata EN-18:04.mem ついさっきfreebsd-updateしたところなのに…… http://gihyo.jp/admin/serial/01/bsd-yomoyama/0142 > BSD界隈四方山話は今回で終了です。 > 2015年5月1日にはじまり,ほぼ3年間ほど連載してきました。 > 日本語である程度まとまった*BSDの情報を定期的に > お届けするという取り組みを続けてきました。 > これからも情報を提供していきたかったのですが,今回でおしまいです。 > これまでのご愛好,誠にありがとうございました。 どんどん衰退かのー つーか 開発者の声が 英文のままリアルタイムで読める時代に 雑誌なんて必要ない Intelの謎のプロセッサCPU-Z とか ご愛好✕→ご愛顧○ とか ちゃんと確認してから記事にしてほしいわ。 基本的にメルマガなんてのは二流の専門家が書くからな 一流の天才はそんなことには手を出さず黙々と自分の技術を磨いてる そんな傍目八目を気取る俺は三流だなw >>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のバージョンが1桁の頃じゃね 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でどうしてここまで差が開いてしまったのか ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる