0

実行中の Ubuntu サーバーがあり、そこに SVN をインストールしました。サーバーを 4 ～ 5 か月使用しており、sudo 権限を持つ Appuser が割り当てられています。

問題は、appuser のスペースが不足していることです。私の知る限り、ルート、appuser、およびリムーバブル ディスクの 3 つの異なるディスクがあります。現在のレベルのスナップショットは次のとおりです。

Ubuntu ディスクの状況

さて、どうすればこれを防止したり、問題を解決したりできるのだろうか。80.6 MB のディスク容量 (以前は 0) を作成するために、いくつかの便利なプログラムを削除する必要がありました。

私が考えることができる 1 つのオプションは、可能であれば SVN をルートに移動することです。残念ながら、私はそれを行う方法がわかりません。別のオプションとして、ルート権限を持つ新しいユーザーを別のディレクトリに作成することもできます。

簡単に言えば、割り当てられた限られたディスクを管理する方法が必要です。このようなサーバーがいくつかあり、すべてのサーバーでこの問題が発生しています。

ところで、/dev/sda3/home(appuser)のディスクサイズを大きくする方法はありますか? (ルートまたはその他のソースから) ディスク容量を追加できれば、非常に便利です。

最後に考えられるのは、appuser に接続しても、/var/opt/appuser の下にあるものが見えないということです。rootだけが見ることができます。これは問題ですか？

ヒントや指示をいただければ幸いです。

4

2 に答える 2

2

Linux カーネルでサポートされているネイティブ ファイルシステム (つまり、ファミリーのファイルシステム) には、スーパーユーザー用に予約されたスペース( 0のスペースextN) の概念があります。ファイルシステムが満杯のように見え、これが原因でさまざまなプログラムが失敗し始めた場合、スーパーユーザーは回復タスクを実行するために利用可能な特定のスクラッチ スペースをまだ持っているという考えです (テキスト エディターのバッファー スワップ/バックアップ ファイル、ファイルをコピーする必要があることを考えてみてください)。周りなど）。したがって、ここに表示されているのは、root ユーザーに表示されるものと通常のユーザーに表示されるものとの違いです。UID

ファイルシステムが作成されたときの一般的な空き領域の予約は 5% です (これは以前は賢明でしたが、最近では、数ギガバイトまたは数テラバイトのファイルシステムではそうではありません)。幸いなことに、このパラメーターは事後に調整される可能性があります (ファイルシステムtune2fs用のプログラムを使用)。extN私は通常、典型的なかなり大きなファイルシステムを作成した後、手動で 100MiB に設定しextNます。

予約されているスペースの数を確認するには、次のようにします。

  1. 現在のパラメーターについてファイルシステムに問い合わせます。

    # tune2fs -l /dev/sda1 | grep -Ei 'reserved|block size'
Reserved block count:     25600
Block size:               4096
Reserved GDT blocks:      1012
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)

    予約されている実際のスペース (バイト単位) はReserved block count×Block sizeです。

  2. 必要に応じて、ニーズに合わせてこれを微調整します。

    たとえば、これを 10 MiB に設定するには、次のようにします。

    # tune2fs -r $((10*1024*1024/4096)) /dev/sda1

    ここで、4096 はブロック サイズで、10×1024×1024 は 10 MiB です。

于 2013-05-28T10:31:48.527 に答える
0

appuser に割り当てられるスペースを増やすために、 gpartedというユーティリティ ツールを検索することを検討しましたか?

あなたの問題に対処するためのコマンドラインの方法はここにあります - 一見の価値があります:

dev/foo_disk のサイズを変更してスペースを増やす

于 2013-07-07T18:30:25.007 に答える