タグ付けされた質問 「disk-usage」

サブディレクトリにあるファイルの数を確認して、すべてのiノードの使用がシステム上のどこにあるかを調べたいと思います。私はスペース使用量のためにこれをするようなもの du -sh /* これにより、ルート以外のディレクトリで使用されるスペースが得られますが、この場合、サイズではなくファイル数が必要です。

47 disk-usage  recursive  inode 

Linux VMでは、単にVMをオフにしたり、仮想NICを切断したりするよりも、NAGIOS監視をより深くテストしたいと思います。短時間、空き領域の数％を占有することにより、テストまたは「ディスク領域アラームを強制する」ことを希望します。 私はちょうど使用できることを知っています dd if=/dev/zero of=/tmp/hd-fillup.zeros bs=1G count=50 またはそのようなものですが...これには時間がかかり、システムをロードし、rmでテストファイルを削除するときに再び時間がかかります。 システムに負荷をかけず、多くの時間がかかるパーティションをすばやく（ほぼ瞬時に）埋める方法はありますか？スペースを割り当てるが、それを「埋める」ことを考えていない。

45 linux  filesystems  hard-disk  disk-usage 

duそして、dfかなり似たことを行う、と私はいつも自分が間違ったものを入力して検索します。 「du」と「df」の意味がわかっていれば、どちらを使用するかを覚えやすくなると思います。 これら2つを区別する方法は何ですか？どちらがどのアクションを実行するのか覚えていますか？

40 disk-usage  df 

私が好きtree、それは私のファイルとフォルダ/ディレクトリのサイズを表示するための良い方法です。ただし、-hオプションはディレクトリのサイズのみを表示し、そのコンテンツの累積サイズは表示しません。 /media/ ├── [ 16K] 64D9-E862 │ ├── [8.0K] downloads 私の外部ドライブには16kB以上の容量があることは事実です。 tree 1.5ではどのように修正できますか？さらに良いのは、1.6にアップグレードする方法ですか？

39 disk-usage  tree 

空のテキストファイルのバイト数がゼロであることはよく知られています。 しかし、それぞれにはメタデータが含まれており、私の調査によれば、 iノードに、スペースを使用します。 これを考えると、空のテキストファイルを純粋に作成することでディスクをいっぱいにすることは可能だと私には思えます。これは正しいです？その場合、たとえば1GBのディスクに何個の空のテキストファイルを書き込む必要がありますか？ いくつかのチェックを行うために実行しましたdf -iが、これは明らかに、使用されているiノードの割合（？）を示しています。 Filesystem Inodes IUsed IFree IUse% Mounted on udev 947470 556 946914 1% /dev tmpfs 952593 805 951788 1% /run /dev/sda2 28786688 667980 28118708 3% / tmpfs 952593 25 952568 1% /dev/shm tmpfs 952593 5 952588 1% /run/lock tmpfs 952593 16 952577 1% /sys/fs/cgroup /dev/sda1 …

35 disk-usage  inode  file-metadata 

完全なdu（ディスク使用量）サマリーが2分以上かかる大きなファイルシステムがあります。そのファイルシステム上の任意のディレクトリのディスク使用量の概要を高速化する方法を見つけたいです。 小規模なブランチのdu場合、繰り返しのリクエストがはるかに高速であるため、結果が何らかの形でキャッシュされているように見えることに気付きましたが、大規模なブランチではスピードアップは無視できます。 du前の検索以降に変更されていないブランチの結果を高速化する、またはより積極的にキャッシュする簡単な方法はありますか？ または、ディスク使用量の概要をより迅速に配信できる代替コマンドはありますか？

33 filesystems  cache  disk-usage 

ファイルシステムにいくつのファイルがあるか知りたい。私は次のようなことができることを知っています： find / -type f | wc -l これは非常に非効率的です。私が本当にやりたいのは、「ファイル」と見なされる一意のiノードの総数を見つけることです。 もっと良い方法はありますか？ 注意： 私はファイル同期プログラムを開発しているので、これをしたいと思います。統計分析（平均的なユーザーの合計ファイル数とシステム上のファイル数など）を行いたいのです。ただし、これらのファイルについて何も知る必要はありません。ファイルが存在するというだけです（パスはまったく関係ありません）。特に、マウントされた各ファイルシステム（および関連するマウントポイント）についてこの情報を知りたいと思います。

26 filesystems  disk-usage  inode 

Linuxディストリビューションを構築しており、バイナリなどを削除しました。システムは、GCCや開発ツールを使用しません。これはChromeキオスクなので、システムを削除できれば非常に役立ちます。 ... 実行時にどのファイル/ライブラリが使用されているかを監視することで、未使用のシステムファイル（バイナリなど）をすべて削除する方法はありますか？別の方法が望ましいかもしれませんが、このようなことを達成する方法はありますか？

24 linux  disk-usage  small-distribution  strip  kiosk 

私は、Linuxクラスターにアクセスできる計算化学の大学院生です。クラスターは非常に大きな（25 TB）ファイルサーバーで構成されており、数十の計算ノードが接続されています。各計算ノードは、8〜24個のIntel Xeonコアで構成されています。各計算ノードには、約365 TBのローカルディスクも含まれています。 ファイルサーバーは研究グループの数十人のユーザーによって日常的にアクセスされるため、ファイルサーバーは主に長期のファイルストレージに使用されます（計算ノードのローカルディスクはバックアップされませんが、夜間にバックアップされます）。したがって、システム管理者は、他のユーザーのファイルサーバーを遅くしないように、ファイルサーバーよりも高速なI / Oを持つローカルディスクでシミュレーションを実行するように指示しました。 そのため、ローカルディスクでシミュレーションを実行し、それらが終了したら、軌道ファイルをコピーします-分子動力学（MD）シミュレーションを実行しています-をファイルサーバーに保存します。traj.trrノードのローカルディスク上のディレクトリで呼び出されるトラジェクトリファイルがあるとします/home/myusername/mysimulation1/traj.trr。長期保存のために、私は常にtraj.trrファイルサーバーのディレクトリにコピーします。~/mysimulation1/traj.trrここ~で、ファイルサーバーのディレクトリを表し/export/home/myusernameます。コピー後、ファイルサイズがと同じでdu -hあることを確認するために習慣的に使用し/home/myusername/mysimulation1/traj.trrます~/mysimulation1/traj.trr。これにより、ファイルサーバーへの転送が成功したことを少なくとも合理的に確信できます。例えば： cd /home/myusername/mysimulation1/ cp -v traj.trr ~/mysimulation1/ du /home/myusername/mysimulation1/traj.trr -h du ~/mysimulation1/traj.trr -h 2つの呼び出しでdu -h人間が読み取れるファイルサイズが同じである場合、転送/コピーが成功したことは合理的に確信できます。（私の典型的なtraj.trrファイルは、実行した正確なシミュレーションに応じて、サイズが約15〜20 GBの範囲です。）2つのファイルでdu（-hスイッチなしで）実行した場合、traj.trr通常、バイト単位のサイズは非常に似ています- -通常、わずか数バイト以内。過去1年半、この全体的な方法を問題なく使用しています。 ただし、最近、次の問題にdu -h遭遇しました。2つのtraj.trrファイルのサイズが数GB異なることが報告されることがあります。以下に例を示します。 cd /home/myusername/mysimulation1/ # this is the local disk cp -v traj.trr ~/mysimulation1/ du traj.trr -h cd ~/mysimulation1/ # this is the fileserver du …

23 disk-usage 

私はRHEL4をLVM2とともに使用します。1 GBを超える大きなファイルを削除した後でも、dfコマンドの使用時にパーティションサイズが更新されないことがあります。 -bash-3.00$ df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/sys-root 3.9G 1.4G 2.3G 39% / /dev/cciss/c0d0p1 251M 19M 219M 8% /boot /dev/mapper/sys-home 250G 125G 113G 53% /home /dev/mapper/sys-tmp 3.9G 41M 3.7G 2% /tmp /dev/mapper/sys-var 3.9G 3.6G 98M 98% /var しかし、duを使用してチェックすると、適切なサイズが表示されます -bash-3.00$ sudo du -sh /var/ 179M /var/ …

23 rhel  partition  disk-usage  lvm  deleted-files 

最近、多くの重複を削除する必要があります。3つまたは4つのファイルシステムをマージしていますが、そのスペースを経済的に使用したいです。最初fdupesは仕事に最適なツールのように見えましたが、次第に制限に直面しています。 コマンドを検討してくださいfdupes -rdN somedirectory/。これにより、somedirectoryのサブディレクトリ内のすべてのファイルのハッシュが作成されます。 そして、重複が見つかるとそれらを削除するため、すべてのコピーが1つだけになります。 しかし、保持somedirectory/subdirectory1/somefileしたいのですが、実際には4つの重複があり、プログラムが最初に重複の1つに遭遇した場合はどうなりますか？次に、を削除しますがsomedirectory/subdirectory1/somefile、これは望ましくありません。 どういうわけか、保持する複製を指定できるようにしたいと思います。そしてこれまでのところ、重複を処理するための標準プログラム（duff、FSLint）は、そのような動作の自動化を許可していないようです。私は自分で転がしたくないので、この質問をしているのはそのためです。 私は次のようなものを書きたいです killdupes -rdN --keep=filesin,somedirectories,separated,by,commas somedirectory/

22 files  disk-usage  fdupes 

tar -cvfサイズ937MBのディレクトリで実行して、深くネストされたフォルダ構造の簡単にダウンロード可能なコピーを作成する場合、次のdf -h出力が与えられるとディスクがいっぱいになる危険があります。 /dev/xvda1 7.9G 3.6G 4.3G 46% / tmpfs 298M 0 298M 0% /dev/shm 関連する質問： ディスクがいっぱいになる可能性がある場合、なぜLinux（Amazon AMI）および/または内部で何をするのtarでしょうか？ 再度尋ねることなく、この情報を自分で正確に判断するにはどうすればよいですか？

22 tar  disk-usage 

私は最近、実行中の問題を抱えてきたdfところ、それだけで、ハングアップ。ここでのstrace出力、及びそれに、私はそれがちょうどそこに座っていたので、殺されていることがわかります。 $ strace /bin/df execve("/bin/df", ["/bin/df"], [/* 35 vars */]) = 0 brk(0) = 0x8d03000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7840000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=90781, …

22 mount  utilities  disk-usage 

「du」の誠実さと「tree」のインデントされたフォーマットを組み合わせることができるかどうか疑問に思っています。ディレクトリのサイズのリストが必要な場合： du -hx -d2 ... 2つのレベルの深さが表示され、すべてのサイズの概要は正直ですが、サブディレクトリのインデントはありません。一方： tree --du -shaC -L 2 ...インデントと色付けはうまくできますが、報告されたサイズは嘘です。実際のサイズを取得するには、以下を行う必要があります。 tree --du -shaC ...つまり、「ツリー」にディレクトリ構造全体を表示させた場合にのみ、実際のサイズが得られるということです。実際に表示するサブディレクトリのレベル数に関係なく、常に正しいサイズのサマリーを表示できるようにしたいと思います。私は頻繁にこれを行います： tree -du -shaC | grep "\[01;34m" ...これは、ディレクトリ以外のすべてを削除し、それらをきれいにインデントします...しかし、表示を指定された数レベルに制限する簡単な方法はありません（要約は表示されません）。方法はありますか？おそらく私は正しいスイッチを見逃してしまった...

21 disk-usage  tree 

たとえば、これはmyの最初の行です/etc/fstab。 UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1 そして、ここにdf -hコマンドの出力があります（空きディスク容量の報告）： honey@bunny:~$ df -T Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/vda ext4 30832636 4884200 24359188 17% / none tmpfs 4 0 4 0% /sys/fs/cgroup udev devtmpfs 498172 12 498160 1% /dev tmpfs tmpfs 101796 320 101476 1% /run none tmpfs …

21 filesystems  mount  disk-usage  fstab