UNIXの下でのいくつかの一般的なシステム障害と解決策

金融システムのコンピュータシステム管理者として、1994年以来SCOのマルチユーザーシリーズオペレーティングシステム製品について楽観的であり、XENIXとSCO UNIX SVR4を使用してきました。これらのオペレーティングシステム製品にはマルチユーザー、マルチタスク機能があり、セキュリティと機密性が比較的優れているため、グラフィック、文字端末機器、簡単なネットワーク接続、低コストのビジネス使用が可能です。 。ただし、Windowsシリーズ製品とは異なり、システムの保守担当者はシステムに表示されるさまざまな英語のプロンプトを理解する必要があります。さまざまな障害を排除するために一連のunixコマンドが使用されます。これはシステムのメンテナンスを困難にし、またシステムメンテナンス要員に比較的高い技術的要件を提供します。
実際の作業では、UNIXシステム障害の2つの主な理由があることがわかりました。まず、コンピュータは異常終了します。ただし、コンピュータは再起動時に自動的にファイルシステムをチェックします。人はそれを理解していないし、それを処理もしておらず、そしてシステムは長期間後にクラッシュする。第二に、支店の技術保守担当者がコンピュータの故障時にコンピュータを処理し、元の問題が解決されなかっただけでなく、システムに新たな損傷が発生しました。この障害現象は、システムを起動することができず、マルチユーザー作業モードに入ることができず、ログイン状態のすべてのユーザーがログインできず、システムを正常にシャットダウンできず、個々の端末のシリアルポートを使用できないことに集中します。これらの問題を解決するために使用されるツールは主にシステムのインストール時に作成される緊急システム起動ディスクで、緊急ディスクの使用方法については数多くの記事があります、 "China Financial Computer"、2001年10月10日、 "Unix System Super User"を参照できます。パスワード紛失の処理方法の紹介ここにソリューションを一つずつ説明する少数の典型的なトラブルシューティングのヒントがあります。

まず、コンピュータの起動時にプロンプ​​トが表示されます。

ブートが見つかりません
開くことができません;
ステージ1の起動エラー：hd（40）/bootの読み込みエラー/bootファイルが破損しているか見つからないため、システムの起動に失敗します。修復方法：1.緊急ディスクの起動ディスクでシステムを起動しますBoot：プロンプトで、次のように入力します。fd（60）unix.Z root = hd（42）2.システム起動時に入力しますスーパーユーザーパスワード、シングルユーザーモードに入る、/standファイルシステムをアンインストールする、コマンドフォーマット：
#umount /stand
3、スタンドファイルシステムをリロードする
#mount /stand
2回目、3回目を実行この手順の目的は、/standの読み取り専用プロパティを変更することです。デフォルトでは、/standは読み取り専用です。
4、ブートディスクファイルシステムの設定、コマンドフォーマット：
#mount -r /dev /rfd0135ds18 /mnt
5、ブートディスクのブートファイルをハードディスクにコピーします。
#cp /mnt /boot /stand
6、フロッピーファイルシステムをアンインストール、コンピュータを再起動、コマンドフォーマット：
#umount /mnt
#reboot

次に、コンピュータはプロンプトを起動します。

Unixが見つかりません

システムの/unixファイルが破損しているか存在しないため、システムがハングします。 2つの解決策があります。最初に、カーネルが再接続されたときにシステムを使用して古いカーネルを自動的にバックアップします。Boot：の下にunix.oldブートを入力します。 2番目は緊急ブートディスクの修復を使用することです、具体的な手順は以下のとおりです。

1、ブート入力の下で：fd（60）unix.Z root = hd（42）swap = hd（41）
2システムがシングルユーザーモードで起動すると、/standファイルシステムがアンロードおよびロードされ、フロッピーディスクunix.Zがハードディスクにコピーされます。コマンドフォーマット：

#umount /stand
#mount /stand
#mount -r /dev /rfd0135ds18 /mnt
#cp /mnt/unix.Z /stand
＃再起動

第三に、システムは開始後にマルチユーザー作業モードに入ることができません

この状況には2つの理由があります。

1、/etc /inittabファイルが見つからないまたは
2が破損している、/etc /passwdファイルが見つからない、または破損している

起動時にシステムからプロンプトが表示された場合
init：/etc /inittabを開けません。errno：2

複数のユーザーを入力するために+ dを押すことができませんでした。 init 0はコンピュータをシャットダウンし、init 1はシングルユーザーモードに入り、init 2はシステム起動時のデフォルトです。マルチユーザー実行レベル解決策はinittabファイルを修正してUnixカーネルを再作成することです。 2つの解決策があります。

1. inittabのファイルリンクを再設定します。コマンドフォーマット：
#ln -s /var/opt/K/SCO/unix/5.0.5a/etc/inittab /initc.abファイル

2、inittabファイルのリファクタリング

#touch /etc/.new-unix
#cd /etc /conf /bin
＃。/idmkenv
システムプロンプトで「y」と入力し、次に入力します。
#cat /etc /inittab
上記の作業が完了したら、次のように入力します。
#init 2

マルチユーザー操作に入りますシステムは消えました。

システムのプロンプトが表示された場合

su：不明なID：root
init：シングルユーザーモード
パスワードファイルが見つかりません
システムメンテナンスモードに入ります

その後、システムはシングルユーザーメンテナンスモードに入り、/etc /passwdファイルが見つからないか破損していることを示します。 lコマンドを使用して長いファイルリストを表示すると、システムは最初に次のように表示します。/etc /passwdを読み取り用に開くことはできません。解決策は、緊急ディスク（2番目の緊急ディスク）のルートディスクにあるpasswdファイルをハードディスクにコピーし、passwdファイルの所有者とグループを変更することです。コマンドの形式は次のとおりです。

#mount -r; /dev /rfd0135ds18 /mnt
#cp /mnt /etc /passwd /etc /passwd
#chown bin：auth passwd
#reboot

4番目に、システムを正しくシャットダウンできません

コンピューターは正常に稼働していますが、システムが入力shutdown -g0 -i0 -yコマンドを閉じた後、コンピューターは/etc /initscript：/etc /uadmin：not foundというプロンプトを出します。それからシステムはハングします。コンピュータの電源を切るたびに、コンピュータは異常終了します。起動時にファイルシステムを確認する必要があります。その理由は、/etc /uadminファイルが見つからないか破損しているためです。解決策は、緊急ブートルートディスクのuadminファイルをハードディスクにコピーすることですコマンドの形式は次のとおりです：

システムはシングルユーザーモードで起動しますファイルシステムをチェックした後：

#mount /dev /rfd0135ds18 /mnt
#cp /mnt /etc /uadmin /etc /uadmin
#chown bin：bin /etc /uadmin
#umount /mnt
#reboot

V.個人シリアルポートに接続されている端末のすべてのユーザーが登録できない

端末と接続ケーブルが正常であるという現象ログインプロンプトも端末に表示されますが、ユーザー名の後に端末はシリアルポート名（tty21aなど）を要求します。無効になっています---アカウント管理者に連絡して、ログインプロンプトに戻ってください。一般ユーザーはシステムにログインできません。その理由は、システムがインストールされている場合、デフォルトユーザーによるデフォルトのログイン失敗回数は99回であるため、この回数を超えると、システムはシリアルポートを自動的にロックします。解決策は、スーパーユーザーがログインした後にscoadmin管理ツールを使用することです。操作手順は次のとおりです。scoadmin→システム→端末マネージャ→unlock、ファンクションキーを押してロックされた端末ポートを選択し、ロックを解除します。その後、ターミナルマネージャのオプションに戻り、ターミナルをロックするまでの最大失敗回数をデフォルトの99回に設定し、infinte（制限なし）に変更しました。99回を超える不正ログインの後、ユーザはターミナルシリアルポートをロックしません。

長期的な業務慣行により、コンピューターのオペレーティングシステムは、scoのUnixオペレーティングシステムはまだ非常に安定しており、信頼性が高いと感じています。実際には、fsck -yコマンドを使用してファイルシステムの整合性をチェックし、Windowsプラットフォームでウイルスをチェックするときに自動的にエラーを修正する必要があります。コンピュータシステムに障害が発生すると、現場のオペレータと技術保守担当者の両方が、コンピュータの異常な現象、処置方法、および手順を記録し、将来さらに高度な技術処理を行うために詳細な情報を提供する必要があります。実務経験のテキスト蓄積プロセスは経験の交換のための良い基盤を提供します。