- ベストアンサー
Soraris2.6--ファイルシステムがいっぱいになりました。
ファイルシステムがいっぱいになりました。という エラーが出て時々ウインドウシステムを再起動することが必要になりました。 再起動すると一応大丈夫ですが、 また端末側で長いリストとかを表示するとエラーが出ます。 （telnetかけてのリスト表示は大丈夫のようです） /var がfullだと出てくるのでdfでドライブ情報を見ると、 3 端末名:[端末名]-> df -k ファイルシステム Kバイト 使用済 使用可 使用率 マウント場所 /dev/dsk/c0t0d0s3 38111 34304 0 100% /var 実際使用率は100％。 でも沢山疑問が生じました。 １．使用済みとKバイトが4000も違うのになぜ100％の使用率なのか。 ２．なぜこんなに狭いんだ！ ３．そもそもこのフォルダは何なのだ。 ４．何を削除すればこの状態を解消できるのか。 Solarisについての知識ははっきり言って弱いです。 よろしくご教授お願いします。
- みんなの回答 （3）
- 専門家の回答
質問者が選んだベストアンサー
こんにちは 私もよくわかっていませんが、専門家の方がでてくるまでのつなぎで．．．． ＞１．使用済みとKバイトが4000も違うのになぜ100％の使用率なのか。 ここでの使用済みとは、 http://docs.sun.com/?l=ja&q=df&p=/doc/816-3519/6m9puubep&a=view 上記の-kの記述によると、特権を持たないユーザーが新たなファイルを生成する場合に使用できる容量の合計、ということで、この差は特権ユーザー(root等)に予約されている物だと思います。一般ユーザーがファイルをため過ぎてディスククラッシュが起こる前に、100%として警告する、という意味ではないでしょうか。 ＞２．なぜこんなに狭いんだ！ なんらかの理由により、そのようにスライス（パーティション）を切ったからです。例えばHDDの容量が小さいとか、0を一つを間違えたとか（*^_^*)．．． ＞３．そもそもこのフォルダは何なのだ。 このスライスの/varというディレクトリは、容量が変化（variable 現実には増える）するファイルを中心として納めれらています。具体的には、次第にたまってくる各種のログファイルなどが多いです。例えば/var/admの中になどに色々とたまってきます。 ＞４．何を削除すればこの状態を解消できるのか たぶん/var/admあたりに大きなログファイルがあると思います。またはご使用中のアプリケーションのログが/varのどこかにあるはずです。例えば/varから、 find . -size +500000c などで大きいファイルを探し、あたりをつけてみてはいかがでしょうか。 でも削除でなく、とりあえず他のスライスにコピーの方がいいと思います。
その他の回答 (2)
他のファイルシステム（c0t0d0s0等）やマウントポイント（/,/usr等）がどのようになっているか分からないので完全なお答えにはならないと思いますが、私の知っている限りでアドバイスさせて頂きます。 1.Solarisでは、スライス（var等）の90%のディスク領域を使うと残りの領域が使えなくなる。（仕様だと思います） 2.最初にインストールした時に/varの容量を少なくしていたことが原因と思われます。 3./var/spoolディレクトリは、処理を保留出来るようにファイルを一時的に格納するものです。 また、/var/admはユーザがシステムを使用している頻度などのログファイルが格納されます。 /var/tmpでは、一般的には、スーパーユーザーがファイルのリストアなどのシステム管理を実施するときに使用されます。 4.恐らくは、ログファイルの書き込みでエラーになっている（100%の為追加出来ない）と思います。巨大なログファイルを探しだして、他のファイルシステムにコピーをし、varのログファイルの中を空にするという方法が取れるかもしれません。 ただ、これは一時しのぎに過ぎないかもしれません。 可能であるならば、ディスクを追加して新たにスライスを設定し直したほうが良いと思われます。 一応、参考までにパーティションの切り方のURLを記入しておきます。
お礼
ありがとうございました。 ディスク追加ができればいいのですが、一寸増設も大変そう。 しばらくは「これは削除できるかな？」と思いつつも、 一寸づつファイルを削除する事になりそうです。 もしうっかり削除してそれがSolarisの根幹にかかわるような ファイルだった場合、とても復旧なんか無理でしょうし・・。
- Esna
- ベストアンサー率36% (4/11)
こんにちは.Esnaです. １について 実際に触って見ないとかわかりません.どなたかお願いします. ２について どなたかがパーティションをきるときに狭くしたのでしょう.（笑） というか/varは,プリンタのspool領域や,ログ,mailの一時保存,インストール情報などが入っているので狭くても何とかなります.（ある程度広い方が当然いいですけどね）大体の場合は,ログがたまってくるのですが…. ３について ２で説明したとおりです. ４について /varでduしてどこが大きくなっているか確認してみてください.プリンタキューやmailなら確認して消去すればよいでしょうし,ログならバックアップとるか消去するかになります. 何も消去できないようでしたら,最後の手段として,他の領域にシンボリックリンクを張って使う方法もありますが….
お礼
確かに長い間ほったらかしにしても何の影響もなかったようです。 プリンタやメールは使ってないので消去するファイルはないのですが、 sekimaeさんのおっしゃったところは確かに大きなファイルがあり、 削除して今このような状況です。 df -k ファイルシステム Kバイト 使用済 使用可 使用率 マウント場所 /dev/dsk/c0t0d0s0 28959 14491 11578 56% / /dev/dsk/c0t0d0s6 480919 334732 98097 78% /usr /proc 0 0 0 0% /proc fd 0 0 0 0% /dev/fd /dev/dsk/c0t0d0s3 38111 31686 2615 93% /var /dev/dsk/c0t0d0s7 963342 566016 300996 66% /home /dev/dsk/c0t0d0s5 192807 95965 77562 56% /opt swap 309976 32 309944 1% /tmp 7％、あきました。
お礼
なるほど、-kはroot以外の人が使える量だったのですね。 あと、実際に/var/admに1964160の巨大なファイルが見つかりました。 他のところにバックアップを取って様子を見る事にします。