Estou tentando classificar por tamanho:
% tree -axCF --du --sort=size | grep -e '/$'
├── [ 8658884] 2022-10-09-backup/
├── [ 5923934] f24-01-22-backup/
├── [ 5384825] e2023-01-19-backup/
├── [ 3627525] h24-01-22-npanelize-nselect/
├── [ 2162140] b2022-12-18-backup/
├── [ 1255661] a2022-12-12-backup/
├── [ 996252] 2021-08-12-backup/
├── [ 647677] 2022-11-20-backup/
├── [ 133361] Test/
├── [ 95801] Boneyard/
├── [ 1024] g24-01-22-backup/ < Ooops
├── [ 16031] Misc/
├── [ 1024] Temp/ < Ooops
├── [ 449317] Znt/
│  ├── [ 158892] Boneyard/
│  └── [ 199717] VirginN-functions/
│  ├── [ 34739] backup.1/ < Nothing right in this dir
│  ├── [ 29896] Source/
│  ├── [ 35481] Text/
│  └── [ 98577] virgin/
... como podemos ver, não é tão ruim, porém existem algumas anomalias. Existe alguma razão para isso? Posso fazer alguma coisa a respeito?
A propósito, o 'grep' é porque, AFAICT, 'tree' não mostrará os tamanhos do conteúdo do diretório , mesmo se você usar '--du', a menos que você mostre todos os arquivos também (você não pode usar '-d'), e como não quero mostrar arquivos, uso grep para filtrá-los. Isso parece estranho, mas pronto.
tree
as versões 1.7.0 e 1.8.0 não levaram--du
em consideração na classificação por tamanho: os diretórios foram classificados por seu próprio tamanho, não pelo tamanho de seu conteúdo. Isso foi corrigido na versão 2.0.0 .