NASストレージの障害によってLinuxが正常に起動しなくなった場合はどうすればいいですか？

LinuxシステムがNASストレージの障害により正常に起動しない場合がありますこの場合は、Linuxシステムから起動する必要があります。以下の小シリーズでは、NASストレージの障害によるLinuxシステムの障害に対する解決策を紹介します。

まず、障害現象の説明

NASオペレーティングシステムのカーネルはLinuxで、内蔵ストレージには2つのグループに分けられた16個のハードディスクがあり、各グループにRAID5があり、Linuxオペレーティングシステムは正常に起動できません。サービスがカップまで起動すると停止しますctrl + cボタンは強制的に切断され応答はありませんハードディスクの状態をチェックすることは正常です、アラームや警告はありません。

第二に、問題の判断のアイデア

上記の現象を通して、まずNASのハードウェアは問題ないはず、NASの記憶ディスクも正常でなければならない、Linuxは起動できない、Linuxシステム自体に問題があるはずです。したがって、トラブルシューティングのために最初にLinuxシステムから始めてください。

第三に、問題の処理プロセス

1、最初のプロセス

NASシステム自体は、ファイルシステム管理ソフトウェアがロードされたLinuxカーネルです、管理ソフトウェアは、システム上にすることができます通常、LinuxカーネルベースのNASシステムはinit3またはinit5モードで起動する必要がありますが、NASは1つのカーネルモジュールといくつかの単純なサービスのみを使用するため、NASによって判断されます。 Linuxシステムは確実にinit 3モードで起動されるので、マルチユーザーキャラクタインタフェースで起動することはできませんシステムをシングルユーザーモードで有効にするにはシステムのみが必要なので、Linuxを直接シングルユーザー（init 1）モードに入れないでください。いくつかのサービス、cpusサービスはアプリケーションレベルですが、確かに "init 1"モードでは起動しないので、cupsを起動できないという問題を回避できるので、次の作業はLinuxのシングルユーザーモードに入ることです。次へ

多くのLinuxディストリビューションはブートインターフェースの適切な設定からシングルユーザーモードに入ることができますNASのブートプロセスを見ると、このLinuxシステムはRHEL /Centosディストリビューションに非常に似ていると基本的に判断されます。 RHEL /Centosでシングルユーザーモードに入り、試してみてください。

RHEL /Centosは非常に簡単にシングルユーザーモードに入ります。システム起動時にwelcomeインタフェースを起動し、eを押してから正しいカーネル起動オプションを編集し、最後に "single"オプションを追加してください。 1人のユーザーを入力するには、[&b]を押します。

次に、NASを再起動し、次にハードウェアの自己診断を行い、次にLinuxを起動します。NASブートのウェルカムインターフェイスを待っていますが、ウェルカムインターフェイスは表示されず、カーネルイメージを入力し、カーネルフェーズをロードしますカーネルブートインタフェースはありません、単純な考えの後にシングルユーザを入力する方法、またはハードウェア検出が完了した後にキーボードを直接押すことにした、奇跡が表示され、それは本当に大丈夫です、NASはシンプルなを通じてカーネルブートインタフェースに入ります2番目は起動するカーネルオプションなので、キーボードを上下に移動してカーネルを選択し、ボタンを押してカーネルブート編集インターフェイスに入ります。行の最後に' single&'と入力します。;次にEnterキーを押して前のインタフェースに戻り、次に "ld"を押します。b分後にシステムはシングルユーザーでシェルのコマンドラインを入力します。

シングルユーザーモードに入った後にできることはたくさんあります最初にやるべきことはマルチユーザーモードでcupsサービスをオフにすることです：

chkconfig - Levle 35 cups off

正常に実行されたら、システムをマルチユーザーモードで再起動して、システムが正常に起動できるかどうかを確認します。

2、2番目のプロセス

cupsサービスを起動から起動した後、NASを再起動しても問題が解決しないNASはcupsサービスで停止し始めます。実行は成功しましたか？ cupsサービスが禁止されているのは明らかです。そのため、NASの再起動を続け、問題がどこにあるかを確認するために、再度シングルユーザーモードに入ります。

1人のユーザーを入力した後、再度chkconfigコマンドを実行しても成功する場合がありますcupsサービスに問題がありますか？最初に設定ファイルを見て、次のコマンドを実行します。 .conf

viがcupsd.confを開くと、「write file in swap」というプロンプトが表示されるので、問題が見つかりました。ファイルは明らかに存在します。仮想メモリに保存する方法は、1つだけです。次の図に示すように、NASデバイスのLinuxシステムパーティションが正しくマウントされていない可能性があるため、1人のユーザーが入力すると、すべてのファイルが仮想メモリに格納されます。示しています

ここで見ることができ、Linuxシステムのパーティションがマウントされていない

、によって'示すディスクパーティションの状態を、以下の出力を調べて、FDISK -l&'：

出力によると、NASシステムディスクは/dev /sdaで、これは2つのシステムパーティション/dev /sda1と/dev /sda2のみを分割し、データディスクはシステム上のデバイスであるRAID5を実行することによって行われます。識別スコア/dev /sdb1と/dev /sdc1シングルユーザーはデフォルトでNASディスクをマウントしないため、NASシステムディスクを手動でマウントしてみます。

[root @ NASserver〜] #mount /dev /sda2 /mnt

[root @ NASserver〜] #mount /dev /sda1 /opt

ここで/mnt、/optは自由にマウントできるディレクトリ、またはマウントできるディレクトリです。他の空のディレクトリに、マウントであってもカタログは以下に示すように、そこにあるものを見るためにその中に、それぞれ、完成されています

予備審査の内容の両方を見ることで、 /dev /sda2パーティションはLinuxのルートパーティション、/dev /sda1は/bootパーティションにします。さてパーティションがアップにマウントされたことを以下に示すように、ケースを装着参照するには、再度のdfコマンドを実行します。

は、この時点まで、問題を参照してください。 /dev /sda2ディスクパーティションには使用可能なディスクスペースがなく、このパーティションはNASシステムのルートパーティションにすぎませんルートパーティションにはスペースがないため、システムの起動に問題が生じる可能性があります。

システムカップサービスは起動時に起動ログをルートパーティションに書き込むため、空き容量がないためルートパーティションからログを書き込むことができません。その結果、cupsサービスが開始されないため、NASシステムがcupsサービスを起動するたびに停止する理由が説明されます。

4つの問題解決

NASシステムにはルートパーティションと/bootパーティションしかないため、システムによって生成された関連ログはルートパーティションに保存されます。 /varディレクトリ内のシステム関連のログファイル通常、クリーンアップできるディレクトリは/var /logです。/var /logログディレクトリを表示してディスク容量を占有するには、次のコマンドを実行します。

[root @ NASserver〜]＃du -sh /var /log

50.1G /var /log

/var /logディレクトリは、コマンド出力でルートパーティションの70％しか占めていないことが判明したので、このディレクトリ内のログファイルをクリーンアップします。ルートパーティションスペースの大部分を解放し、NASシステムをクリーンアップして再起動し、system cupsサービスを正常に開始できること、そしてNASサービスも正常に開始できることを確認できます。

上記はNASストレージ障害によるLinuxシステム障害の概要ですが、システムにこの問題がある場合は、まず問題を分析し、次に問題を分析してから処理する必要があります。少ないことでより多くのことをし、タイムリーに問題を解決します。