トップページunix
1001コメント273KB

初心者もOK! FreeBSD質問スレッド その104

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2009/09/13(日) 23:38:10
FreeBSD 関連の質問はここで。
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいけど、
分かんなければ仕方ないので、どしどし質問してね♥

再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。
sysutils/sysinfoなんていれておくといいかもよ。

The FreeBSD Project
http://www.freebsd.org/ja/

FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/

過去ログ
http://www9.atwiki.jp/freebsd/

前スレ
初心者もOK! FreeBSD質問スレッド その103
http://pc12.2ch.net/test/read.cgi/unix/1249193420/
0287名無しさん@お腹いっぱい。2009/09/30(水) 17:17:02
>>286
そうでもない
0288名無しさん@お腹いっぱい。2009/09/30(水) 17:28:21
>>282
失せろ。、 どうでもいい。
0289名無しさん@お腹いっぱい。2009/09/30(水) 17:28:26
FRËÊßSÐ
0290名無しさん@お腹いっぱい。2009/09/30(水) 17:42:21
世間を知らないヲタニートには分からないだろうけどwww、世の中でどんだけLinuxが
使われてると思ってんですか?wwww
FREE-BSDとかもう全く完全に比較にならないわけですがwwwww
0291名無しさん@お腹いっぱい。2009/09/30(水) 18:06:35
(笑)
0292名無しさん@お腹いっぱい。2009/09/30(水) 18:49:27
FreeBSDを使っている人はヲタニートって根拠はなんですか?
0293名無しさん@お腹いっぱい。2009/09/30(水) 19:14:10
そもそも今FreeBSDを使っている人なんてFreeBSDだったサーバーやシステムの引き継ぎで仕事している人しか居ないし。
0294名無しさん@お腹いっぱい。2009/09/30(水) 20:22:13
amd64で
6.2R->6.4Rにアップグレードしようとしたら

cc -o make_hash -O2 -fno-strict-aliasing -pipe -D_XOPEN_SOURCE_EXTENDED
-DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw
-I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses
-I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include
-I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall
-DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS
-DMAIN_PROGRAM /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/tinfo/comp_hash.c
/usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc
*** Error code 1
/usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc
*** Error code 1
2 errors
*** Error code 2
2 errors
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error


いやいや -lc はさすがにあるだろ、と
どうしろというのだ・・・
0295名無しさん@お腹いっぱい。2009/09/30(水) 20:28:41
/usr/src も /usr/obj も全部消してからやり直せ
0296名無しさん@お腹いっぱい。2009/09/30(水) 20:30:32
んで、8Releaseは何時ころになりそうなの?

10月中には出そうな気配?
0297名無しさん@お腹いっぱい。2009/09/30(水) 21:02:15
気配はあるようだが
実際に出るかは不明w
0298名無しさん@お腹いっぱい。2009/09/30(水) 21:08:53
気配りなんてしなくていいから早く出せよ
0299名無しさん@お腹いっぱい。2009/09/30(水) 21:27:19
>>263
> 7系だとcompat.linux.osreleaseとかOVERRIDE_LINUX_BASE_PORTとか
> 手動で設定しないといけないからports一発とは以下ねー罠。

7と8でどうしてそこまで違うの?
8になってLinuxエミュレータが進化したってこと?
0300名無しさん@お腹いっぱい。2009/09/30(水) 21:41:40
>>299
そゆこと。で、デフォルト値が変更されたんで8系からは楽になった。
0301名無しさん@お腹いっぱい。2009/09/30(水) 21:45:53
7もインストール時にLinux互換を有効に設定できるけどそれだけじゃだめなの?
>>263
> 7系だとcompat.linux.osreleaseとかOVERRIDE_LINUX_BASE_PORTとか
> 手動で設定しないといけないからports一発とは以下ねー罠。
0302名無しさん@お腹いっぱい。2009/09/30(水) 21:57:51
>>301
compat.linux.osreleaseのデフォルト値が7系が2.4.2で
linux_base-f8以降を利用するのに必要な2.6.16ではないからダメ。
portsのlinux_baseのデフォルトも7系はfc4だから
OVERRIDE_LINUX_BASE_PORTおよびOVERRIDE_LINUX_NONBASE_PORTSを
f8やf10に変更する必要がある。


要するに、ports一発じゃflash10は動きません。
あんたが7系のデフォルトのlinuxlatorを使いたいだけなら面倒な設定変更なしに
ports一発でいいけどね。もともとの話はそうじゃねーんで。
0303名無しさん@お腹いっぱい。2009/09/30(水) 22:09:28

                   ,'⌒,ー、           _ ,,..  X
                 〈∨⌒ /\__,,..  -‐ '' " _,,. ‐''´
          〈\   _,,r'" 〉 // //     . ‐''"
           ,ゝ `く/ /  〉 /  ∧_,. r ''"
- - - -_,,.. ‐''" _,.〉 / /  . {'⌒) ∠二二> -  - - - - - -
  _,.. ‐''"  _,,,.. -{(⌒)、  r'`ー''‐‐^‐'ヾ{} +
 '-‐ '' "  _,,. ‐''"`ー‐ヘj^‐'   ;;    ‐ -‐   _- ちょっくら8βにCVSupしてくる
 - ‐_+      ;'"  ,;'' ,''   ,;゙ ‐-  ー_- ‐
______,''___,;;"_;;__,,___________
///////////////////////
0304名無しさん@お腹いっぱい。2009/09/30(水) 22:13:30
残念それは8.0のReleaseCandidateだ
0305名無しさん@お腹いっぱい。2009/10/01(木) 00:39:02
>>257
別に何の問題もなく使ってるけど、不便な時ってあるか?
0306名無しさん@お腹いっぱい。2009/10/01(木) 01:08:07
>>268
Fedoraしか知らんが、カーネルアップデートしたときドライバを再コンパイルするパッケージがある。

それインストールしとくと、カーネルをアップグレードしたあとリブートすると
ブート中に(ドライバが古いのを検出して)自動でコンパイル、インストールし
ブート後には普通に使えるようになる。
0307名無しさん@お腹いっぱい。2009/10/01(木) 01:35:21
もしかしてooopackages.goodーday.net落ちてます?
OOoー3ーdevelの20090926取ってこれないんですけど。
0308名無しさん@お腹いっぱい。2009/10/01(木) 02:42:55
>>307
OSのRelease教えてくれたらビルドしてあげるよ。
0309名無しさん@お腹いっぱい。2009/10/01(木) 16:19:10
>>295
だめだったのでとりあえずsysinstallからアップグレードした
i386では同じ手順でも失敗しなかったんだがなあ
0310名無しさん@お腹いっぱい。2009/10/01(木) 16:56:08
で、/usr/objも消して/usr/srcも消して
あらためてやってみたのだが

cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/usr.bin/xlint/lint1
-I/usr/src/usr.bin/xlint/lint1/../arch/amd64
-I/usr/src/usr.bin/xlint/lint1/../common -I/usr/obj/usr/src/tmp/legacy/usr/include -c cgram.c
yacc: 1 shift/reduce conflict
cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/usr.bin/xlint/lint1
-I/usr/src/usr.bin/xlint/lint1/../arch/amd64
-I/usr/src/usr.bin/xlint/lint1/../common
-I/usr/obj/usr/src/tmp/legacy/usr/include -c scan.c
cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/usr.bin/xlint/lint1
-I/usr/src/usr.bin/xlint/lint1/../arch/amd64
-I/usr/src/usr.bin/xlint/lint1/../common
-I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/xlint/lint1/tree.c
cgram.c:312:21: warning: no newline at end of file
cgram.c:312: error: syntax error at end of input
cgram.c:267: warning: array 'yydefred' assumed to have one element
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error

なんじゃこれ・・・
またsysinstallからやるか
0311名無しさん@お腹いっぱい。2009/10/01(木) 16:57:39
全部メモリ外したほうがいいよ
0312名無しさん@お腹いっぱい。2009/10/01(木) 17:06:35
>>310
何度かやってエラーになる場所が異なる場合
熱暴走とかメモリの不具合とかがあやしい
0313名無しさん@お腹いっぱい。2009/10/01(木) 17:16:33
故障ならともかく、不具合はレアな気がする
0314名無しさん@お腹いっぱい。2009/10/01(木) 20:22:55
gdbでinfo procをするにはどうしたらいいですか?
procfsはマウントしました
バージョンは
FreeBSD 7.2
gdb 6.1.1 (システムに標準であるもの)
です
0315名無しさん@お腹いっぱい。2009/10/01(木) 20:56:42
出来ない。procfsがSVR4互換じゃないから。
0316名無しさん@お腹いっぱい。2009/10/01(木) 21:43:02
>>308
ありがとうございます。
OOo_OOO310_m19で我慢しました。
0317名無しさん@お腹いっぱい。2009/10/02(金) 02:59:59
>>315
なるほど。了解です。
返答ありがとうございました
0318名無しさん@お腹いっぱい。2009/10/02(金) 06:26:22
>>310
しばらく置いて熱冷まして
エラー無視してもう一度makeると
問題なく終わったりする
0319名無しさん@お腹いっぱい。2009/10/02(金) 11:46:29
メモリのハードエラーが原因でcc1がこけるときはセグメンテーションフォルトでこける。
>>310は正常にエラー終了しているので、メモリのハードエラーではないと思う。
0320名無しさん@お腹いっぱい。2009/10/02(金) 12:07:56
なんで言い切れるんだよw
ちなみに俺はCPUの不具合をくらったことがあるぞ
0321名無しさん@お腹いっぱい。2009/10/02(金) 12:10:53
おまいらがportsからのインストールにこだわる理由って何?
Linuxとかじゃportsなんて思想自体がないわけで
0322名無しさん@お腹いっぱい。2009/10/02(金) 12:38:01
おまいらがスイカ割りにこだわる理由って何?
トマトには棒で叩き割るなんて思想自体がないわけで
0323名無しさん@お腹いっぱい。2009/10/02(金) 12:40:21
2点
0324名無しさん@お腹いっぱい。2009/10/02(金) 12:41:06
>>320
「正常終了」しているからと、理由は書いてある。
0325名無しさん@お腹いっぱい。2009/10/02(金) 13:13:19
ハードに問題があっても正常にエラー終了する場合もあるな
正常にコンパイルできたように見えて壊れてる場合もあるだろうな
0326名無しさん@お腹いっぱい。2009/10/02(金) 13:28:05
想像では無く実例があるというならソースを。
可能性が非常に低い事象を持ち出しても意味が無い。
0327名無しさん@お腹いっぱい。2009/10/02(金) 14:12:04
メモリエラーってのはビットが1つ反転しないとかいうのが多いよな
ポインタならともかくバッファで発生したら、
セグメンテーションフォルトにならない可能性のほうが高いだろ
0328名無しさん@お腹いっぱい。2009/10/02(金) 14:14:42
妄想は良いから実例のソース持ってきてね。
0329名無しさん@お腹いっぱい。2009/10/02(金) 14:21:31
自分が持ってきてから人に要求しろよ
0330名無しさん@お腹いっぱい。2009/10/02(金) 14:26:18
ほらよ、
http://www.linux.or.jp/JF/JFdocs/GCC-SIG11-FAQ/sig11faq.html
これで良いか?

お前のソースは?
0331名無しさん@お腹いっぱい。2009/10/02(金) 14:35:07
セグメンテーションフォルトになるからハードウェアが原因っぽいって言ってるだけだろ
頭大丈夫か?
0332名無しさん@お腹いっぱい。2009/10/02(金) 14:42:35
メモリが原因でセグメントフォルトが発生するという実例を示した。

お前はメモリエラーでもセグメントフォルトにならない可能性の方が高いと
言っているのだから、もっと沢山実例があるんだろ。 とっとと例示しろ。
0333名無しさん@お腹いっぱい。2009/10/02(金) 14:46:27
ほら、別のソースだ。
http://slashdot.jp/comments.pl?sid=381299&threshold=-1&commentsort=3&mode=thread&pid=1254729

とっとと例示しろ。
0334名無しさん@お腹いっぱい。2009/10/02(金) 14:47:46
ほれ、もう一丁。
http://lists.debian.or.jp/debian-users/199805/msg00369.html

これより、沢山あるんだろうな。 とっとと例示しろ。
0335名無しさん@お腹いっぱい。2009/10/02(金) 14:48:59
>>319
だれもハードエラーなんて言ってないんだが…

アクセス頻度上がってメモリが熱持ってきてタイミングマージン満たさなくな
ると正常に読めなくなるでしょ?
熱持つってのは cc1 が忙しく仕事をしてるときで、この場合 cc1 の頻繁に呼
び出される部分は CPU 内のキャッシュに載ってる可能性が高い。

なので cc1 がこけるよりデータ化けの方が頻度が高そうにおもえる。

てな、シナリオも考えられる。

実際に何が起ってるかなんてのは測定器かついで行って、現象が起きてる所を
観測するしかないけどな
0336名無しさん@お腹いっぱい。2009/10/02(金) 14:58:09
熱でマージンが足りない場合もハードエラーに分類されるんだよ。
スラドの例はそれが原因だな。カーネルのビルド等でCPUに負荷がかかって
温度が上昇するのだろう。

お前は>>327でセグメントフォルト起こない方が可能性が高いと発言した。
こんどはキャッシュを持ち出してきたか。cc1の頻繁に呼び出される部分が
キャッシュに乗ってるのは観測結果があるのか。それとも妄想の上に妄想
積み重ねてるのか。

妄想垂れ流す前に、とっとと>>327のソース出せ。
0337名無しさん@お腹いっぱい。2009/10/02(金) 15:03:18
wikipediaのソース厨みたいなキチガイがいるな。
物事の原理を理解できないかわいそう奴ってこうなんだろうな。
0338名無しさん@お腹いっぱい。2009/10/02(金) 15:07:56
ソースは示せないという敗北宣言だな。妄想垂れ流すな。クズ野郎。
0339名無しさん@お腹いっぱい。2009/10/02(金) 15:21:05
>>321 多分最新packageを知らないからだとおもう。
あとPCあんまり使っていないとか

そもそも演算ライブラリーの類はアセンブラレベルで各CPU対応ルーチン用意しているから
わざわざビルドしてもメリットゼロ
でもgtk2とかglib2とかは最適化ビルドした方が
貧弱マシンは結構違うんじゃないのかな。

あとfetchしてソース改変してビルドすることでハードまわりのものが動く場合もある。
PCカメラとかwineのmidiとかjoystick対応とか
0340名無しさん@お腹いっぱい。2009/10/02(金) 15:27:54
まあ野良ビルドできる人間のほうがportsやpackageの有り難みや限界がわかるんだよなw
03413352009/10/02(金) 15:29:00
>>336
言っとくけど俺は >>327 じゃなくて >>312 ね。
実際にこの前作った自作機が >>310 の状況だった。

その時は、ふた開けて、扇風機で風あててさらにポイントクーラで定期的に
RAM ひやしてなんとかしのいだがw

最終的に RAM 交換して何とかなったわけだが、悔しいので、 問題の RAM を
会社に持って行って温特はかったら、熱持つと *たまに* タイミングがデー
タシートの規格外(動作保証温度範囲内)にはずれる事があった。
0342名無しさん@お腹いっぱい。2009/10/02(金) 15:30:23
全射と単射の識別能力を欠いている人間っているよね。
0343名無しさん@お腹いっぱい。2009/10/02(金) 15:33:24
>>340
>>332-334みたいな野良犬が湧いてくるけどなw
0344名無しさん@お腹いっぱい。2009/10/02(金) 15:33:30
portsのFlash10勧めている人いるけれど
あれって根本的に出来の悪いLINUX バイナリをエミュレーションで動かすものだから
wine使う方がまし
LINUX互換機能使うくらいだったらLINUX使えばいいのに

でもLINUXって明日はどうなるかわからんでしょ。
ライナスがくしゃみしたらどうなるかというOS

0345名無しさん@お腹いっぱい。2009/10/02(金) 15:35:29
>>327
P2P世界で問題になるやつだな。データを壊すノード。
0346名無しさん@お腹いっぱい。2009/10/02(金) 15:43:26
>>341
> 言っとくけど俺は >>327 じゃなくて >>312 ね。
とぼけても尻尾が出てるぞ。

>>327
> ポインタならともかくバッファで発生したら、
> セグメンテーションフォルトにならない可能性のほうが高いだろ
>>335
> なので cc1 がこけるよりデータ化けの方が頻度が高そうにおもえる。

メモリエラーでデータ化けが発生するよりcc1がセグメントフォルト
起こす可能性の方が高いと言うのなら、とっととソース出せ。
オレが挙げたセグメントフォルトの事例(FAQにもなっている)より沢山あるんだろ。
0347名無しさん@お腹いっぱい。2009/10/02(金) 15:53:17
勝者はどっちだ!
0348名無しさん@お腹いっぱい。2009/10/02(金) 15:56:51
OSの *.isoをダウンロードしたら壊れてて、もう一度落としたら別な壊れ方してて、
っていうのがわたしの知っている壊れたメモリの自己主張。

結局、メモリサイズが大きくなったから、正常運転しつつデータ壊しまくりという
状況に移行したってことなんだろうな。
0349名無しさん@お腹いっぱい。2009/10/02(金) 16:14:42
>>346
救いようのない馬鹿だなw
0350名無しさん@お腹いっぱい。2009/10/02(金) 16:34:41
VistaとのデュアルブートでMSのブートローダを使う場合は
Vistaインストールした後、別パテにFreeBSDをブートローダなしで入れてboot1の内容をVistaのC\にコピーすればおk?
0351名無しさん@お腹いっぱい。2009/10/02(金) 16:43:15
>>346

失せろ。、 どうでもいい。
0352名無しさん@お腹いっぱい。2009/10/02(金) 17:13:21
>>350
FreeBSDを先にインスコしとかいないといけないんでないの?
詳しい人よろ
0353名無しさん@お腹いっぱい。2009/10/02(金) 17:33:49
Freebsd7とFreeBSD8のboot1は互換性がないから気をつけてね。
0354名無しさん@お腹いっぱい。2009/10/02(金) 17:48:20
なんでそういうことすっかな
0355名無しさん@お腹いっぱい。2009/10/02(金) 19:58:47
962 名無しさん@お腹いっぱい。 [sage] Date:2009/10/02(金) 17:10:12  ID: Be:
    だいたいDRAMは秒間20M回くらいしかアクセスできない。
    たったの20Mですよ。

    それに対してコアが2.5GHz×8個で20G

    コアとDRAMで、1000倍の開きがある。
    ちょっと開きすぎ。

963 名無しさん@お腹いっぱい。 [sage] Date:2009/10/02(金) 17:11:18  ID: Be:
    ん、いや8コアならメモリは4chくらいが普通か。

    それでも250倍の開きがある。
    DRAMアクセスが250クロックに一度しかできないのはキツいね。

964 名無しさん@お腹いっぱい。 [sage] Date:2009/10/02(金) 18:42:10  ID: Be:
    だってメモリでもHDDでもバースト転送を稼ぐことしか追窮してこなかったぢゃん
0356名無しさん@お腹いっぱい。2009/10/02(金) 20:22:12
>>353
え?そなの?
boot1 入れ替えなくてもカーネル上がるけどな
03573532009/10/02(金) 20:31:29
私の勘違いかな?
>>356さんはなにをやったか教えてもらえます?
0358名無しさん@お腹いっぱい。2009/10/02(金) 20:34:36
>>357 あ、すまんかった。boot0 のかんちがいやorz
0359名無しさん@お腹いっぱい。2009/10/02(金) 21:08:36
>>349
とっととソース出せ。クズ野郎。
0360名無しさん@お腹いっぱい。2009/10/02(金) 21:14:58
Linuxがどうのっていつも荒らしてんのお前だろ。
キモイからこっちくんなよ。
0361名無しさん@お腹いっぱい。2009/10/02(金) 21:16:27
>>359 飽きたわ、もう……… 自演か?
0362名無しさん@お腹いっぱい。2009/10/02(金) 21:21:35
>>352
FreeBSDが後にインスコでもデュアルにできるよ
0363名無しさん@お腹いっぱい。2009/10/02(金) 21:40:40
boot0だって変わって無いだろ。
0364名無しさん@お腹いっぱい。2009/10/02(金) 21:48:12
デュアルブートっつっても
同時には動かせないんだから
VMの方が良い罠
0365名無しさん@お腹いっぱい。2009/10/02(金) 21:50:10
>>344
馬鹿?仕事の経験ないニートなの?
Linuxはもはや社会基盤の一部なんですが?いまさらライナスがどうこうで情勢が変わるような
ものじゃないんですけど?w

むしろ「日本人ウゼー」の一言で日本人Grの成果物なんか無視してより出来の悪いProjを
採用するようなFree-BSDのほうがよっぽどいつ死んでもおかしくありませんw
まあ、もう殆ど死んでるけどねw
0366名無しさん@お腹いっぱい。2009/10/02(金) 21:50:24
>>350
c:¥にコピーしただけじゃダメだと思う
0367名無しさん@お腹いっぱい。2009/10/02(金) 21:52:53
なんか定期的にヂュアルブートの話が湧くな、
誰かまとめサイト作ってくんないか?
0368名無しさん@お腹いっぱい。2009/10/02(金) 21:55:49
>>367
定番の言い出しっぺ
0369名無しさん@お腹いっぱい。2009/10/02(金) 21:56:41
ググれば出てくる事。
0370名無しさん@お腹いっぱい。2009/10/02(金) 22:04:36
そういや一年くらい前にFreeBSDスレを荒らし回ってた、「とっとと死ね」が口癖のキチガイが居たな。
0371名無しさん@お腹いっぱい。2009/10/02(金) 22:10:44
粘着キチガイ男は死んだかな。
0372名無しさん@お腹いっぱい。2009/10/02(金) 22:19:14
>>370
やたら精神科がどうのこうのと嘆いていた基地外な…
なんか懐かしい。
0373名無しさん@お腹いっぱい。2009/10/02(金) 22:21:27
荒れるのはAdobe厨のせいでもLinux厨のせいでもなくFreeBSDそのものに原因があるというのが証明されたな
0374名無しさん@お腹いっぱい。2009/10/02(金) 22:27:52
FreeBSDに肉親を殺されたか恋人を寝取られたかでもしたんだろう
0375名無しさん@お腹いっぱい。2009/10/02(金) 22:32:11
復讐を誓った男はたった独りで戦い続ける
0376名無しさん@お腹いっぱい。2009/10/02(金) 22:45:41
FreeBSDへの復讐に人生をかけると宣言していた人いたね。
0377名無しさん@お腹いっぱい。2009/10/02(金) 22:45:46
荒れるといろんな思惑と妄想が飛び交ってそれはそれで面白い
んだけどな。ただし荒れたてに限るw
0378名無しさん@お腹いっぱい。2009/10/02(金) 22:48:01
統失は伝染るからな、気をつけろよ
0379名無しさん@お腹いっぱい。2009/10/02(金) 23:05:33
電波受信する奴なんだなおまえら...
0380名無しさん@お腹いっぱい。2009/10/03(土) 00:19:38
これこれ。

> おれはFreeBSDを叩きつぶすことに一生をかけている。
> それがおれのFreeBSDに対する復讐だ。
> 人をバカにしやがって。思い知るがいい!!

この人なのか、同類か。
0381名無しさん@お腹いっぱい。2009/10/03(土) 02:41:57
前回異常終了時や雷とかで電源が突然切れてしまったときとか、次回にFreeBSDを起動した際
ほぼ100%ファイルの整合性のエラーが出るのやめてもらいたい。

いちいちシングルユーザーモードで起動してfsckコマンド実行するのはうざいんですよ。
Windowsの方はとっくに自動化されてますよ。
なんでFreeBSDも自動化できないんですか?
0382名無しさん@お腹いっぱい。2009/10/03(土) 02:44:27
↑あと追加。

fsck実行時にいちいちyesと答え続けなければならないのもうざったい
0383名無しさん@お腹いっぱい。2009/10/03(土) 02:49:51
/etc/rc.confに
fsck_y_enable="YES"
でも書いたらいかが?

あとfuck -y 〜とか
0384名無しさん@お腹いっぱい。2009/10/03(土) 03:10:30
Windowsの方は自動化のおかげでdiskまるごとあぽんするけど
0385名無しさん@お腹いっぱい。2009/10/03(土) 03:12:21
>>383のようなやつがFreeBSDの評判を落とすのだろうな
Linuxでも使っとけよ低能

>>381
gjournal使うのが常識
0386名無しさん@お腹いっぱい。2009/10/03(土) 03:16:37
自動じゃないことが欠点だという主張をよしんば甘受したとしても、
>>382は-yオプションを知らないだけのただのバカだろw
■ このスレッドは過去ログ倉庫に格納されています