問題タブ [du]

ネットワーク経由で廃止される予定のLinuxサーバー全体をコピーしたいので、何も失われないことを確認します。

私はそうしdu /ました、そして、60GBのアンダー/があると言われました

それから私はそうしました、そして、 dirでrsync -r / root@newserver:/old-serverやったとき、私は22GBを得ました。duold-server

では、なぜその違いがあるのでしょうか。du見えるがrsyncコピーできないものはありますか？

数百の.txtファイルの合計サイズを計算しようとしているディレクトリのセットがたくさんあります。私はこれを試しましたが、これはほとんど機能します：

しかし、最後に合計1つを与える代わりに、いくつかを取得します。私の推測では、パイプは一度に非常に多くのfindの出力行のみを通過し、duは各バッチで動作します。これを回避する方法はありますか？

ありがとう！アレックス

私は開発者の小さなチームと協力して、UNIXファイルシステムを共有してやや大きなデータセットを保存しています。このファイルシステムにはやや法外な割り当てがあるため、月に1回程度、空き領域がどこに移動したかを把握し、何を回復できるかを確認する必要があります。

明らかに、私たちはかなりの量を使用していますが、これはまだ退屈なプロセスです。私は、先月の生産量を維持し、今月と比較して、最も成長した場所を確認できるかもしれないと考えていました。私の推測では、この計画はあまり独創的ではありません。

これを念頭に置いて、すでにこれを行っているスクリプトがあるかどうかを尋ねています。

ありがとう。

du.exe (元々は Sysinternals のDisk Usage ) を使用してディレクトリのサイズを計算する PowerShell スクリプトがあります。

コンソールで実行du c:\Backupすると期待どおりに動作しますが、ISE または PowerGui で同じコード行を実行すると、期待される結果に加えてエラーが発生します。

何故ですか？このエラーを回避するにはどうすればよいですか? を使用して呼び出し式を試し&ましたが、うまくいきませんでした。

助けてくれてありがとう。

du今日、単一のディレクトリでディスク使用量を計算するためにを使用してみました。ディレクトリのサイズは6GBで、計算には次の時間がかかりました。

unix duコマンドがディスク容量を計算するために使用するアルゴリズムは何ですか？なんでこんなに遅いの？ディスク容量をより効率的に計算するための代替手段はありますか？呼び出しのプラットフォームはですSun。サイズが計算されたディレクトリはNFSマウントされています。

centos 5.5 を実行している vps スライスがあります。15 ギガのディスク容量があるはずですが、df によると、ディスク容量の使用量が 2 倍になるようです。

du -skh */ で root として実行すると、次のようになります。

これは私がマシンにアップロードしたものと一致しており、合計すると約 5 ギガになります。

しかし、実行すると次のdfようになります：

すでにほぼ 12 ギグを使用していることがわかります。

この不一致の原因とそれについて私にできることはありますか? サーバーを 15 ギガに基づいて計画しましたが、現在は基本的に約 7 ギガしか搭載できません。

ありがとう。

ディスク使用量ツールを使用して、ホーム ディレクトリ フォルダーの大きさを確認しようとしていますが、ドットで始まるフォルダーとファイルも出力されます。

それらを除外することはできないようです。

前もって感謝します。

edit> SiegeX さん、ご回答ありがとうございます。

ドットは任意の文字に一致するため、特殊文字でもあるため、前に二重のバックスラッシュを付ける必要があります。

ホームフォルダーのディスク使用量を確認し、ユーザーが xxGB を超えた場合に電子メールで警告するスクリプトを作成しようとしています。

du -s * の出力を一時ファイルにダンプし、1 行ずつ読み取ります。du の出力からフォルダーのサイズと名前を読み取ろうとすると、正しく機能せず、echo $ を実行するだけです。ファイルの各行が 2 行としてダンプされます。展開してタブをスペースに置き換えようとしましたが、機能しませんでした。また、サイズに基づいて比較を行う方法もわかりません。

の出力がduしばしばこれほど異なるのはなぜdu -bですか？-bの省略形です--apparent-size --block-size=1。ほとんどの場合、使用するだけ--apparent-sizeで同じ結果が得られますが、--block-size=1うまくいくようです。その場合、出力は正しくても正しいのだろうか、そしてどの番号が欲しいのか？（つまり、別のストレージデバイスにコピーされた場合の実際のファイルサイズ）

ターミナルでコマンド「du -ch /Applications」を実行し、そのサイズを書き留めます。
次に、[情報を見る] オプションから /Applications フォルダーのサイズを確認します。
表示されているサイズに大きな違いがあります。他のフォルダについても同様です。
この違いの理由は何ですか?正確なサイズはどれですか?