More from: linux

FMVその後

先日購入した中古のFMV-868NUにVINE Linuxの4.2をインストールしてみた。
メール用端末としているA21eに比べてメモリ容量が1.5倍の384Mなので、動作が少々軽いようだが、タッチパッドの感度が良すぎて思わぬところでタッピングされてしまい使い難い。
ハードウェア的に感度調整が可能なものなのか?と思ったが少なくともBIOS設定画面にそのような項目は無い。
ってことはソフト的に(ドライバで)調整しているのかな?ちょっと探してみよう。

←クリックしてくれると嬉しいです。

また増えた(笑)

先週末から目をつけていたノートを買ってしまった。もちろん中古である。
久しぶりの富士通のノート。2001年10月発表のものらしく、各スペックもそれなり。
CPUのクロックがまだ*メガヘルツ*で表示されている位古い。
(ラインアップ上には1GHz以上のCPU搭載PCもある)
それでも144ピンの256Mのメモリが載っていたり、HDDも60Gのものが載っていたりと前所有者が増設したらしく、それらのパーツ欲しさでゲットしてしまった。
チップセットも830MGと私の持っているノートの中では新しめで、256Mbitチップのモジュールが使え、さらに最大メモリ容量が1Gと大きいのが良い。
最大メモリ容量はX40に次いで大きく、CPUのクロックもX40,T22に次いで3番目に速い。FSBもX40に次いで速いので、どう使おうかが悩みどころ。

メール用の端末として使っているA21e(2655-92J)は最大メモリ容量が256Mと少なめで、Linux上でX-Windowシステムを動作させるには苦しいので、それとの置き換えを考えている。
問題はトラックポイントではなくスライドパッドだということ。どうしようかなぁー?

←クリックしてくれると嬉しいです。

もう1台のA20m

昨日書いた日記の続き。
先日ジャンクとして購入してきたA21m(2628-31J)の内「勝手に電源が切れる時がある」ほうのものは、CPUをPentiumIII750MHz(以前T22に載せていて、T22のCPUを交換した際に余って出てきたもの)に載せ換えた。
こちらもCPUの冷却機構としてLCDユニットの裏側に放熱板が必要なので、もとのLCDユニットから放熱板を(文字通り)剥がして移植した。
放熱板がLCDユニットのケースに両面テープで貼り付いていたので、剥がすのに苦労したがなんとか移植は出来た。
移植完了後に電源を入れるとCPUをPentiumIII600MHzとして認識している。SpeedStepに対応していないのは先の1台で判っているので予想はできた。
HDDを搭載して起動するとOS(Linux)の起動途中で突然電源が切れてしまう。
何度試してもbootプロセスの同じ箇所で落ちてしまうことから、ソフトウェア的な原因があるのでは無いか?
購入直後にWindows2000の入ったHDDから起動した際は、起動途中でブルースクリーンが出て止まってしまう(チップセットが違うためbootデバイスであるHDDにアクセスできないとのエラーが発生してしまう)状態だった。
同じことがLinuxでも起きているのかと思い、Linuxインストール用CD-ROMから起動したが、やはり起動途中で電源が落ちてしまう。
やはりこちらもジャンクだったかということで、それ以上は検証していないが、こちらも復活させることが出来ないかいろいろ試してみよう。

←クリックしてくれると嬉しいです。

HDD破損?

職場でファイルサーバにしているLinuxPC内のデータにアクセスできないとの連絡があったので、管理している担当者に連絡しておいた。
勤務後に買い物にいくつもりだったので、そろそろ帰ろうかとしていたタイミングでその担当者から連絡が来た。
聞いてみるとユーザーデータを入れてあるパーティションがmount出来ないとのこと。
fsckをかけてもエラーになり、ディスクのチェックが出来ないと言う。
試しにe2fsckをかけてみると、super blockが読み込めないので替わりのsuper blockを指定しろとのこと。
代替super blockの位置が判らないので、「mke2fs -n」で表示させてみると1ブロックサイズが4Kだったので32768にあることが判明。
そこで「e2fsck -b 32768 /dev/*****」で再度ディスクのチェックを実行すると、複数のエラーが存在したが、それらを修復したところ、無事にmountが出来た。
あとは担当者にデータのバックアップと移動をしてそちらをユーザーに公開するように指示して自分の作業は終了。
でも予定していた買い物には行けなかった(涙)。

←クリックしてくれると嬉しいです。

経路情報

先日再起動時に一部の経路情報を忘れてしまったサーバ。
ここにも書いたように設定を修正したので、起動時に反映されるかをチェックしたら無事に反映されていた。
やはり最初の記述方法が誤っていたようだ。
また追加したSWAPファイルも/etc/fstabに記述を追加しておいたので、
ちゃんとSWAPファイルとして認識されて一安心。

←クリックしてくれると嬉しいです。

static-routes

先日職場のサーバを再起動したところ一部のPCからネットに接続できないとの連絡が来た。
別のサブネットに属するPCだったので、再起動したサーバのルーティング情報が消えたのが原因。
とりあえず
route add -net XXX.XXX.XXX.XXX YYY.YYY.YYY.YYY
で経路情報を追加したが、以前起動時に自動で設定されるようにしていたはず。
そこで/etc/sysconfig/static-routesを見直すと記述内容に不足があって設定が反映されていなかった(爆)。
/etc/sysconfig/static-routesで経路を設定する時はホスト単位とネットワーク単位でパラメータが違うのに気がついていなかった。
ホスト単位の場合は
インターフェイス host ホスト名orIPアドレス gw ゲートウェイアドレス
ネットワーク単位の場合は
インターフェイス host ネットワークアドレス gw ゲートウェイアドレス netmask サブネットマスク
のようだ。
上記のように記述を修正したので次回の再起動時に反映されるかをチェックしよう。

つーか今晩サーバ停止する予定があるし(笑)。

←クリックしてくれると嬉しいです。

SWAP

SWATじゃ無くてLinux(に限らずUNIX系OS全般)におけるSWAP(ファイルシステムorファイル)のこと。
職場のLinuxサーバがとにかく重いのでコンソールを見てみるとメモリ不足でプロセスが殺されている。
先週末までは特に問題なく動いていたが、なにかが変わったのか?
とにかくメモリが足りないのは確かなようなので、なにか対策が必要。
とは言ってもサーバを停止させられないので、SWAPエリアを拡張することにした。
HDDには余っているパーティションは無いので、SWAPパーティションを拡張することはできない。
そこでSWAPファイルを作成して追加することにした。
やりかたを忘れるといけないので、ここにメモとして残しておこう。

空きのあるパーティションに判りやすい名前で”0(ゼロ)”で埋めたファイルを”dd”コマンドで作成する。
#dd if=/dev/zero of=ファイル名 bs=1024 count=BLOCK数(BLOCKサイズを1024にし、ファイルサイズを1GiBにしたい場合は”1048576″(1024X1024)と指定する)
このファイルをSWAPファイルとして初期化する。
#mkswap “上で指定したファイル名”
ファイルをSWAP領域として有効にする。
#swapon “上で指定したファイル名”
その後/etc/fstabに追加したファイルの記述を追加する。

#上の手順はLinuxのそれだが、基本的な方法はSunOSでも同じだった記憶がある。

これでなんとかメモリ不足を回避できたが、なぜ不足(しかもかなりの規模で)するようになったかは不明。
どっちにしても実メモリも(今となっては)少ないので、機会を見て増設することにしよう。

←クリックしてくれると嬉しいです。

sendmail

久しぶりにメールサーバの設定の見直しをした。というのも詳細は書けないが、元々ローカルのみで配送していたサーバを外部と接続したせいで、見直しが必要となったからだ。
配送自体はローカルネットワークのみで行いたいので、外部への転送は必要無い(というか配送されると困る)。
最初は送信先のホストを限定しようとしたが、上手い方法が見つからない。
sendmail.cfの記述で可能だとは思うが、どのサイトを見ても直接sendmail.cfを編集するのではなく、CFもしくはm4を使っている。
私も最初だけはm4を使った覚えがあるが、その後は直接sendmail.cfを編集している。おかげでCFやm4の設定ファイルの書き方を忘れてしまった。
さらに直接編集しているので元となった設定ファイルは古すぎて今となっては使えない。
まぁいろいろ調べているうちにsendmailにDNSを使わせない手段を発見した。これを最初から知っていれば苦労してネームサーバなんぞを立てる必要無かったのに。
他のサーバからの名前解決要求が来るのでnamed自体を止めることは出来ないが、sendmailがDNSを使わなくなれば、配送先のMXレコードを引くことも出来なくなって、結果的に外部への配送が失敗することになりそうだ。
実際に/etc/service.switchを作成して試してみると、ローカルの配送は今までどおりに行き、外部への配送は失敗した。
これでこのサーバを使っての外部へのメール送信は出来なくなった。今日はこれに半日かけてしまった、、、、

BGM:最強○×計画、切情!佰火繚乱、妄想ブレイク    って、いったい・・・・・・

←クリックしてくれると嬉しいです。

重い・・・・・・・・

重いと言っても体重の話ではなく、プロキシサーバの動作のこと。
今週に入り一昨日と今日の2回に渡って非常にプロキシ動作が重くなる現象がおきている。
同じプロキシソフトを入れてあるもう一台のサーバでは発生していない。まぁ、OSのバージョンも違うし、ネットワーク環境も違うので、比較にはならないと思う(ハードウェアのスペックもかなり違うし)。
一昨日発生したときはネームサーバへのアクセスがなんらかの原因で遅くなったせいかとも思ったが、今日発生したときに試したところ全く問題なく名前解決ができる。
にもかかわらずhttpプロキシの動作が重い。いろいろ調べている間にサーバそのものの動作も重くなってしまい、キー入力のエコーバックでさえ返ってこなくなってしまった。
時間が経てば回復するのだが、数時間に渡って重いので業務に支障が出ている。
気になるのは、特定のプロセスがout of memoryを起こしてkillされていることだ。それにメモリもスワップエリアもほぼ使い切られているので、この辺になにか鍵が潜んでいるような気がする。
明日もいろいろ調べてみよう。

←クリックしてくれると嬉しいです。

プリンタ

昨日は東京で設置してきたプリンタのうち1台が印刷できないと連絡があって、結局出勤してしまった。
同時に設置した他の2台には同じ設定で問題なくデータを送ることができるので、設定の問題とは思い難い。
それでもいろいろ調べてCUPSの設定をいろいろ変更してみるが一向にプリンタにデータが送られない。
RAW,HTTP.IPPの3つのプロトコルで試すが、解決できない。
リモートでプリンタの設定画面で見てみても他の2台との設定の違いはIPアドレス以外見当たらない。
いろいろやっているうちにtelnetでも9100番ポートに接続できないことを発見。nmapで見ると開いているのだが、接続に行くとrejectされてしまう。他のプリンタにはtelnetでも接続できるので、これが原因か?
ネットで検索しても同様な症状の話が見つからない。
そこで駄目元でプリンタメーカーのサポートに電話してみると、なかなか話が通じない。それでもなんとかこちらのやりたいことを伝えて返事を待つことしばし。
ようやく返事が来たが、プリンタ側の設定に問題は無いとのこと。そこで一度プリンタのネットワーク設定を全て初期化して、再度設定し直して見てほしいとのこと。
設定し直しをするにはプリンタ本体の操作が必要なのだが、プリンタ本体は1000Kmの彼方にある。
結局現地にいるスタッフに最小限のネットワークの設定(IPアドレス、ネットマスク、ゲートウェイアドレス)をやってもらい、telnetで接続を試すとつながるようになった。
クライアントPCからの印刷を試してもらうと無事に印刷できた。そこでシステムからの印刷もチェックするためにサーバ側のCUPSの設定を変更すると、溜まっていたジョブが送られて印刷された。
初期化の前も後も他のプリンタとの設定の違いはIPアドレスだけなのだが何故解決したのかが不明ですっきりしない。

←クリックしてくれると嬉しいです。