Рейтинг:1

Не удалось найти то, что занимает так много места

флаг cn

У меня возникла проблема при попытке выяснить, что занимает так много места на одном из моих дисков, в частности /dev/sdc1, который смонтирован на /

Как вы можете видеть ниже, используется 862G, я использовал все методы, которые только мог придумать, чтобы найти самые большие каталоги (за исключением sdb1 и sda1), и все, что я могу найти, это 19G в моей папке метаданных Plex. Вот и все... Мне нужно найти способ найти, что именно занимает столько места, так как это произошло за последние пару дней после сдб1 размонтировался из-за отключения электричества, значит как-то "связал" или перекинул туда файлы? Хотя я не могу найти... и понятия не имею, как отсюда уйти...

Я использую Ubuntu 20.04.3 LTS на безголовом Odroid N2+.

Используемый размер файловой системы Доступно Использование % Установлено на
udev 1.4G 0 1.4G 0% /dev
tmpfs 370M 6.3M 364M 2%/запуск
/dev/sdc1 938G 862G 29G 97%/
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /запуск/блокировка
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 1.9G 4.0K 1.9G 1% /tmp
/dev/mmcblk1p1 29G 10G 18G 37% /носитель/mmcboot
/dev/sdb1 1.8T 1.6T 108G 94% /mnt/hdd2
/dev/sda1 7,3T 6,8T 504G 94% /мнт/жесткий диск
/dev/zram1 49M 4.6M 41M 11% /var/log
tmpfs 370M 0 370M 0% /выполнить/пользователь/1000

Результаты моего поиска с использованием

sudo du -hs .[^.]* | сортировать -rh | голова -30

19G .config
12М .докер
56K .bash_history
4,0 тыс. .viminfo
4.0K .профиль
4.0K .кэш
4.0K .bashrc
4.0K .bash_logout
0 .Xавторитет
0 .sudo_as_admin_successful

Я пытался нкду также, и это показывает:

   19,0 ГиБ [##########] /.config 11,5 МиБ [ ] /.docker
   56,0 КиБ [ ] .bash_history
e 4.0 КиБ [ ] /Загрузки
    4,0 КиБ [ ] /.cache
    4,0 КиБ [ ] .bashrc
    4,0 КиБ [ ] .viminfo
    4,0 КиБ [ ] .profile
    4,0 КиБ [ ] .bash_logout
    0,0 Б [ ] .sudo_as_admin_successful
    0.0 B [ ].Xauthority

с использованием судо дю -xh -d 3 / | сортировать -h -r | egrep -v '*K|*M'

урожаи

109 г /
84G/млн/загрузок
84G/млн.
83G /mnt/загрузки/nzbget
19G /home/sptz/.config
19G /дом/спц
19G /дом
4,5 г/вар
4.3G /var/библиотека
4.1G /var/lib/докер
1,5 г/usr

Я предполагаю, что вышесказанное исключает /mnt/hdd и /mnt/hdd2, также известные как sdb1 и sda1, верно?

Любые идеи?

Спасибо!

флаг uz
Jos
Предположим, что одна файловая система (например, `/dev/sdb1`) должна быть смонтирована на `/dev/sdc1` с точкой монтирования `/mnt/hdd`. Предположим, однако, что крепление не удалось. Если какой-то процесс по-прежнему записывает данные в `/mnt/hdd`, он окажется в `/dev/sdc1`. Если вы впоследствии успешно смонтируете `/dev/sdb1`, эти данные будут недоступны (поскольку `/mnt/hdd` теперь указывает на другую файловую систему), но они все равно будут занимать место. Может ли это быть тем, что произошло в вашем случае?
N0rbert avatar
флаг zw
Смонтируйте этот диск из другой системы и запустите на нем `ncdu`.
Sptz87 avatar
флаг cn
Джос, я верю, что именно это и произошло. Не знаю, как это исправить :/
walttheboss avatar
флаг es
Пожалуйста, отредактируйте свой вопрос, добавив, какой у вас дистрибутив. Например Убунту 20.04
Рейтинг:1
флаг vn

Вы сами сказали: "сдб1 был размонтирован из-за отключения электроэнергии". Вероятно, это означает, что за это время какие-то данные были записаны в /мнт/hdd2 пока сдб1 не был смонтирован.

Размонтируйте эти устройства:

/dev/sdb1 1.8T 1.6T 108G 94% /mnt/hdd2
/dev/sda1 7,3T 6,8T 504G 94% /мнт/жесткий диск

А затем проверьте каталоги на наличие данных (начиная с /мнт/hdd2) - Я полагаю, что здесь будет около ~ 750 ГБ данных.

Я предполагаю, что данные были записаны в один из этих каталогов, где диск не был смонтирован. Эти данные теперь «исчезают» при перемонтировании дисков.

Это всего лишь условное предположение, но в 99% случаев, когда данные таинственным образом исчезают, проблема именно в этом.

Sptz87 avatar
флаг cn
Это было оно! Я размонтировал оба этих устройства, и вот оно. 700 Гб данных в mnt/hdd. Я понимаю логику этого, но означает ли это, что если sda1 был смонтирован, доступ к этим «скрытым» файлам буквально невозможен?
Artur Meinild avatar
флаг vn
Да. (-----------)
HuHa avatar
флаг es
@Sptz87: Способ есть, но он не для слабонервных: https://github.com/shundhammer/qdirstat/blob/master/doc/Shadowed-by-Mount.md
Artur Meinild avatar
флаг vn
Да, я считаю, что простого размонтирования, исследования и повторного монтирования должно быть достаточно в большинстве случаев.
Рейтинг:0
флаг es

Установить qdirstat Запустите его как root, запустив его из Терминала/Консоли.

судо qdirstat

Выберите корневой или домашний каталог, а затем запустите его. Он найдет, где вещи.

Sptz87 avatar
флаг cn
К сожалению, это графическое программное обеспечение. Мой сервер безголовый и нет возможности подключить к нему монитор :/ Должна быть альтернатива
флаг cn
@ Sptz87 не совсем верно, вы можете использовать его командную строку, и если вы добавите это https://github.com/shundhammer/qdirstat/tree/master/scripts, вы также можете использовать cron, чтобы делать это время от времени.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.