日汎用サーバー向けの情報-
引用：
いくつかの理由は、ファイルシステムがいっぱいです。を考えることは重要なことはどのようにして、インストール中に、あなたのファイルシステムを設定されている場合は、各ファイルシステムの容量を気にする方法を取るために使用されていると思うし、今後必要があります。
楽しみには、以下のファイルシステムが一杯になる可能性がある思考が、ファイルシステムでは一杯になっ防ぐことはできません。このドキュメントでは、最も一般的な理由は、ファイルシステムがいっぱいになる場合がありますどのように処理するが表示されます。
解像度のトップへ
この文書は主にOSのファイルシステムのルート権限で、 varを、 USR社（など）に対処することが書かれている他のファイルシステムのトラブルシューティングに利用することができます。あるものは、時には困難な処理が可能なファイルシステムを詰め物の発見の多くの方法があります。 1つの問題は、ファイルシステムを1つまたはいくつかの非常に大きなファイルをいっぱいになることです（これは一般的に見つけること）は簡単ですか数万もの小さなファイル（これは難しいことですし、原因を特定して下さい） 。
最初に把握する必要があるファイルを使用するファイルシステムを充填されています。
ファイルシステム内のファイルのサイズのリストに、非常に便利な方法は、デュコマンドを使用しています。
ルートファイルシステム上に最大最小のリストから次の例のファイル：
$デュ/ |ソート- nr akd |続き
または
$デュakd / |ソート- nr >を/ tmp / du.out
後者の場合、お客様の利便性を確認することができますファイルのようになります。
デュコマンドに- dオプションは、パーティションの境界を越えデュから続けている。
"の"オプションデュデュだけ各ディレクトリで使用されるスペースの量を報告、このオプション（せずにファイルのサイズを報告するかを伝えます。 " - k膜"オプションは、デュキロバイトの面で512バイトのブロックではなく、報告することを意味します。のSolaris 9以降では" H "の場合" 、上のコードは、報告によってはキロバイト、メガバイトまたはギガバイトの観点から出力される人間が読める"出力を好むと"韓国"に置き換えてください。
種のオプションは、 - nr数値逆の順序でファイルを置きます。
もちろん、このファイルシステムのルートディレクトリ以外に、代替のためだけに、必要なパス"を使用することができます/ " 、 "デュ"コマンド。
コマンド"デュskd / "は、ルートファイルシステムには、与えられた場合にはキロバイト単位のファイルシステムの使用量をまとめたものです。この何がDF - kコマンドで報告されているとは異なるが、 1つの詳細な説明およびトラブルシューティングのヒントについては、 4083および17720 InfoDocsをチェックすることがあります。
dfをよりデュている既存のデータや、マウントポイントとして使用されているディレクトリにファイルの使用率を示すことが1つの共通の問題です。
INFODOC 4083が、これをカバーし、便宜のための基本的な解決策を再度ここに与えられています。
マウントを解除するファイルシステムをマウントし、ファイルの任意のディレクトリをマウントポイントを確認してください。は、ファイルを削除するかを移動する場合はそれらが必要と思うし、もう一度ファイルシステムをマウントしてください。
に、 / tmpファイルシステムの場合は、起動するためにシングルユーザーモードに交換せずに、 / tmpディレクトリにアクセスするためのシステムがあるがそれをマウント。
のための/ varや/ usrは、起動するために、ルートファイルシステムをマウントし、 cdromをするシステムがあるからは、 / varを確認して、ルートファイルシステムをマウントの下には/ usrディレクトリ。これらは通常時の/ varまたは/ usrにマウントされていませんが空になるはずです。
ファイルを検索するには別の良い方法は、コマンド'を使用するように/ usr / binに/ 'を見つけることです。良いドキュメントがどのように、コマンドを見つけるinfodocを参照してください13678を使用することです
標準のファイルシステムを最初に注目されます：
ファイルシステム
チェック
/ tmpに
もし/ tmpに満ちている、または大規模なファイルが含まれて、再起動、このディレクトリを清掃します。デフォルトのSolarisのインストール用のディスク容量株/ tmpとスワップの場合はdfをコマンドの出力に表示することができます。
注： / tmpの場合、起動時/ tmpを別のファイルシステムとして構成されているのを掃除されていません。
は/ dev
大容量ファイルを、ここには、デバイスの不正なデバイス名を使用して書き込みしようとして見えることがあります。たとえば、テープドライブは/ dev / rmt / Oの（文字'または' ）ではなく、 / dev/rmt/0 （ '桁のゼロ' 。これは非常に共通の問題がある場合は、マシンのテープドライブに添付されていないとufsdumpタールやテープのようなコマンドを使用しています。それだけで大容量のファイルが作成されますは/ dev / rmt / 。だから必ず実際のリンクがないファイルに対しては、 / devディレクトリの内容を確認してください。
/
コアファイルを探します。確認/ 。くずかごおよび/失わ+大容量ファイルのディレクトリを発見した。確認してください。 、心肺機能蘇生法のルートには、この中に電源を一時停止する/ソフトウェアを再開しているファイルです。
の/ var
サードパーティ製のパッケージがあるのtarファイルを残すの/ var / sadm /ディレクトリパッケージ。
場合の/ varがいっぱいです（とは別のファイルシステム）または/ varディレクトリはルート決定は、私たちには、以下のチェックほとんどのスペースを使用しています。
をクリアする（ただし、削除、ファイルをゼロにする必要があります切り捨て）は、次のファイルをいくつかの領域を得る可能性があります。様々なログ情報を失うことになるので、ここを使用して警告している。たとえば、 utmp [ x ]は、 wtmp [ x ]は、ユーザーがファイルをアクセスし、会計情報を含む：
を/ var / cronを/ログ
を/ var /スプール/lp /ログ
を/ var /のADM / utmp
を/ var /のADM / utmpx
を/ var /のADM / wtmp
を/ var /のADM / wtmpx
の/ var / log / syslogを*
を/ var /のADM /メッセージ.*
注：場合は、 utmp 、 utmpx 、 wtmpまたはwtmpxファイルをゼロに、あなたのマシンを再起動する必要があります。
ファイルをゼロにするには：
＃猫は/ dev / nullを>ファイル名
注： Solarisの場合[ TM ]の9以上、ログファイルの管理には便利なツールをlogadm （ 1M ）の参照してください。
_logとTCPとzsmonのディレクトリにチェックを/ var / saf -確認してください。 _logファイルにする-を"猫は/ dev / nullを>それらのファイル名をゼロにすることができます" 。お使いのシステムには、プリンタホスト、チェックを/ var / lpとして使用されている/ログファイルの場合は印刷されている、またはシステムがクラッシュするか、プリンタの問題を左から、それらを削除することができます。チェックを/ var /保つ。チェックを/ var /スプール/*ディレクトリにあります。 " lp "または" mqueue "のようなサブディレクトリをスプールするために使用されています。チェックを/ var /コアの任意のシステムがクラッシュ。こちらもチェックを/ var / tmpファイルを必要としないため、 / var / tmpを再起動でクリーンアップされていません。
注意に関する単語は、 / var / sadmディレクトリに移動します。このディレクトリと情報パッケージおよびパッチが含まれて一般的に触ってはいけない。
保存した情報を削除する場合はパッチをバックアウトするには、 INFODOC 14295参照してください。
またそれは、 iノードとを実行しているシステムは、メッセージ"ファイルを取得していることがいっぱい" 。この場合には多くのパーティションを再作成するiノードを持つ。基本的なステップがあります：
*
不要なファイルを削除します。
*
バックアップは、パーティション。
*
- ı nbpiは/ dev /を使用してnewfsを再現<rfsname>がnbpi小さくして、ディスクサイズのデフォルト選択されているとされている生のファイルシステムrfsname ;例は/ dev / rdsk / cNtNdNsN 。詳しくは、 man newfs （ 1M ）の参照してください。
*
先頭のパーティションに情報を復元します。
通常のシステム操作は、ルートとUSR社のファイル（またはディレクトリ）の中で、ほとんど時間をかけて成長はない（か）静止している。の/ varが、時間をかけて成長する場合（これは）ログファイル、パッケージ、データベース、印刷、メールスプール等を含んでいます。の大きさや内容は時間の経過とともに変化するために意図されているファイル名は"変数"実際には" "または"の/ var "のファイルシステムとして"変数"を変えるための略語です（詳細については、ファイルシステム（ 5 ）のマニュアルページを参照してください本） 。それは彼らが大きすぎます取得しないようにログファイルを監視する良いシステム管理を実践しています。
突然の場合は、ファイルシステムがいっぱいに、それは間違ったディレクトリに新しいソフトウェアのインストールが原因で発生している可能性がある。
チェックが完全に失わ+されているすべてのファイルシステム上のディレクトリを発見した。
別のアプローチをリストファイルに修正されるだろうと述べた日（該当する場合の日が知られているファイルシステムを入力） 。
＃はls - lRt / |ほかのすべてのファイルが一覧表示されますし、日程を変更して並べ替える。
中にはデータのブロックとしている、非常にまれな状況でのufsファイルシステムの下で、利用可能なノードを完全に表示されるかもしれない。このSRDB 74799に記載されています。
一時的な回避策トップ
関連情報トップ
また、これらすべての行動の問題を解決するものではありませんが、実際には、ファイルシステムですが小さすぎる可能性があります。
お勧めのファイルシステムのサイズ、 infodoc 74110は、以下の文書を確認してください。
OSのために必要な場合は、サイズを考えると一杯になってからそれを防ぐためには、 OSのファイルシステムからのデータを分割。常に複数のディスクを追加することが可能ですコースのファイルシステムを拡張するが、それを防ぐために優れています。
|
確認するには
iノード 使用方法- dfを、金のufs -大井
どのようにファイルシステムは/ dev / rdsk / cXtXdXsX - mkfs -メートルを確認するには作成されました
その他のUNIXおよびLinuxフォーラムトピックは参考にすること
を搭載 
2006年3月9日
スレッドモード
