>>101 kernel を入れ換えたりして、いろいろやってみました。 kernel-2.4.20-0vl38 では起動時に (/var/log/messages) --- Local APIC disabled by BIOS -- reenabling Could not enable APIC! --- となるので /etc/lilo.conf に append="acpi=off" と追加したらエラーは出なくなりました。 kudzu は無効にしないとブートできませんでした。(2.4.19 では OK) murasaki は有効にして OK でした。ノートなんで助かる。 INIT: Id "x" respawning to fast: disabled for 5 minutes がコンソール出力されるのは /etc/inittab の最後の行をコメントアウトしたら出なくなりました。 # xdm is now a separate service # x:5:respawn:/etc/X11/prefdm -nodaemon Seedに上げる時 X11 関連削除したので、設定かパッケージが足りない のだと思っていますが、xdm 使うこと無いのでこれで良いと思っています。 で結局 2.4.20-0vl38 で使うことにしましたが、まだ不具合出そうな予感。

>>100 kernel-2.4.20-0vl38.i686 を入れたところ不具合が発生した。 家の Seed は、kernel-2.4.20-0vl34 だったかも知れないですが（今確認できない）、 murasaki もおかしいです。起動時にピッピッピッピッっと鳴って 画面最上部に青い線が入ります。ディスクトップ、ノートを Seed にして使ってますが、 chkconfig --del murasaki で起動すると、家のノートは LAN カード認識しないのです。 ディスクトップは、 chkconfig --del murasaki で使用してますが問題ない。 kudzu は新しいハードが追加されてないか検査しているのですよね と思ってるので、起動時間の短縮も兼ねてすべての Vine でchkconfig --del kudzu にして使ってます。

まっさらなマシンに vine2.6r1 をインストールし、seed に上げた。 kernel は vine2.6r1 のもので十分そうだったが seed の最新である kernel-2.4.20-0vl38.i686 を入れたところ不具合が発生した。 ブートの途中 Checking for new hardware でストップする /etc/rc.d/rc3.d/S05kudzu 中のタイムアウト(30秒)が効いてないようす。 それで # /sbin/chkconfig --del kudzu してリブートしたところ、今度はコンソールメッセージが出る INIT: Id "x" respawning to fast: disabled for 5 minutes 他は普通に使えます。とりあえず報告でした。

>>93 クラック http://d.hatena.ne.jp/HiromitsuTakagi/ http://www.atmarkit.co.jp/fsecurity/rensai/iprotect01/iprotect02.html とりあえずこんなとこから。少しずつ

readline41 ってどうなったの。(備忘録代り)

>>96 <LocationMatch ・・>で、うまくいきます おおすごい!! やりましたね。 正規表現使って除外するんですか? これで、少なくとも Seed から外す必要はなさそうですね^^ (最悪の場合、外すことも考えていました) とりあえず↓の確認だけしました。

>>95 今晩でも試してみます。 <LocationMatch ・・>で、うまくいきます。 今晩の１１時位まではお試しできます。 http://fzug.zive.net/fz/fzug_prog/zopeing これで通常接続です。 http://fzug.zive.net/fz/fzug_prog/zopeing/manage_options はエラーがでて見れないと思います。

>>94 ワイワイやってみるのも立ち上げには面白いかと思いました。 なるほど、例の ,800- のＰＣが遊んでます、そこでやるのもいいかもですね。(Seedにしなければいけませんが） mamage_optionsの件、思いつきでまだ試してませんが、 Apache の<LocationMatch ・・>を使えばＯＫかも知れません 今晩でも試してみます。

>>93 クラック用ＰＣの件は本気でしょうか？ 本当にごめんなさい。C&C(クラッキングクラブ)は単に思い付きです _(.".)_ クラック用マシン準備して待つほどみんな時間があるとは思えません。 ですが、クラックのテクニックを少しは修得したいと思っています。 システム試験にクロスチェックは *必*須* です。 なんでも自分で考えて行動しているつもりでも、 実は他人が作ったソフトをインストールしているだけだったりして。 そういう自分のいいかげんさをチェックするにはクラックして見るのが 一番良いのではないかと思っています。 linux 使っていると、いつのまにかセキュリティ的に安全という気が してくるのが怖いです。 以前 kiyo さんが Zope の WebDAV でフォルダが晒される点について 心配して投稿なさったの憶えています。反応は少なかったような気がします。 危険性について実感するならクラックしてみるのが良いと思います。 こういうのは地道に勉強するのが本当だとは思いますが、 ワイワイやってみるのも立ち上げには面白いかと思いました。 実際に落ちないと興味も薄れてしまうかもしれませんが。 とりあえず、なにかセキュリティ報告あった時に、実際試してみるという案ではいかがでしょうか?

>>91 結構簡単です。 簡単ではなかった。以前にも書いたけど再インストール時にVGAがオンボード の方しか認識しないであせった。結局 BIOSの設定に半日かかってしまいました。 ところで、クラック用ＰＣの件は本気でしょうか？ http://fzug.zive.net でpython2.2用にアクセスできますが、３台分のファンが回ると夜がうるさそうで躊躇してます。 何か問題が発覚した時のみ、テストする為起動ではいかがでしょうか？