Когда вы обновляете свою систему, пакеты хранятся в /var/cache/apt/archives, а когда загрузка не завершена, частично загруженные файлы .deb перемещаются в /var/cache/apt/archives/partial
. Попробуйте воссоздать каталог (который обычно должно быть пустым) следующим образом:
sudo mkdir /var/cache/apt/archives/partial
Затем повторите команду.
Попробуйте использовать:
du -csh /*
Предполагается показать сводку дискового пространства каждой директории в / (root). Вы можете пойти оттуда в самых больших папках (обычно tmp и var, но это может меняться).
Если внутри папки, например /var, вы можете использовать это:
du -csh ./*
Это будет отображаться для всех папок в каталоге, в котором вы находитесь.
Возможно, вы создали резервный или аварийный план, и они занимают это место в качестве резервных копий. Вы должны использовать анализатор использования диска, чтобы сканировать указанный каталог и найти, где все пространство идет. Но, скорее всего, он также не покажет это пространство, если вы не начнете его с sudo.
Другие предложения здесь заслуживают внимания. Мне еще нужны две возможности:
Вы не говорите, какую файловую систему вы использовали. Некоторые (особенно Btrfs) могут потреблять много места в скрытых структурах данных. Вы можете восстановить это пространство специальными утилитами, специфичными для файловой системы, но вам нужно указать, какую файловую систему вы используете, если вам нужна подробная помощь. Пространство может быть использовано в скрытом dot-файле (или dot-directory), то есть в файле или каталоге с именем, которое начинается с .. Такие файлы и каталоги скрыты многими инструментами, включая du. Таким образом, ваша команда du исключает такие файлы и каталоги. Как правило, у вас не было бы 38 ГБ, потребляемых в таких файлах или каталогах, но случайное переименование чего-то большого могло бы это сделать. Я не уверен, но некоторые файловые менеджеры могут использовать такие каталоги, как и их «мусорные» местоположения, которые могли бы учитывать используемое пространство.Попробуйте использовать:
du -csh /*
Предполагается показать сводку дискового пространства каждой директории в / (root). Вы можете пойти оттуда в самых больших папках (обычно tmp и var, но это может меняться).
Если внутри папки, например /var, вы можете использовать это:
du -csh ./*
Это будет отображаться для всех папок в каталоге, в котором вы находитесь.
Возможно, вы создали резервный или аварийный план, и они занимают это место в качестве резервных копий. Вы должны использовать анализатор использования диска, чтобы сканировать указанный каталог и найти, где все пространство идет. Но, скорее всего, он также не покажет это пространство, если вы не начнете его с sudo.
Другие предложения здесь заслуживают внимания. Мне еще нужны две возможности:
Вы не говорите, какую файловую систему вы использовали. Некоторые (особенно Btrfs) могут потреблять много места в скрытых структурах данных. Вы можете восстановить это пространство специальными утилитами, специфичными для файловой системы, но вам нужно указать, какую файловую систему вы используете, если вам нужна подробная помощь. Пространство может быть использовано в скрытом dot-файле (или dot-directory), то есть в файле или каталоге с именем, которое начинается с .. Такие файлы и каталоги скрыты многими инструментами, включая du. Таким образом, ваша команда du исключает такие файлы и каталоги. Как правило, у вас не было бы 38 ГБ, потребляемых в таких файлах или каталогах, но случайное переименование чего-то большого могло бы это сделать. Я не уверен, но некоторые файловые менеджеры могут использовать такие каталоги, как и их «мусорные» местоположения, которые могли бы учитывать используемое пространство.Попробуйте использовать:
du -csh /*
Предполагается показать сводку дискового пространства каждой директории в / (root). Вы можете пойти оттуда в самых больших папках (обычно tmp и var, но это может меняться).
Если внутри папки, например /var, вы можете использовать это:
du -csh ./*
Это будет отображаться для всех папок в каталоге, в котором вы находитесь.
Возможно, вы создали резервный или аварийный план, и они занимают это место в качестве резервных копий. Вы должны использовать анализатор использования диска, чтобы сканировать указанный каталог и найти, где все пространство идет. Но, скорее всего, он также не покажет это пространство, если вы не начнете его с sudo.
Другие предложения здесь заслуживают внимания. Мне еще нужны две возможности:
Вы не говорите, какую файловую систему вы использовали. Некоторые (особенно Btrfs) могут потреблять много места в скрытых структурах данных. Вы можете восстановить это пространство специальными утилитами, специфичными для файловой системы, но вам нужно указать, какую файловую систему вы используете, если вам нужна подробная помощь. Пространство может быть использовано в скрытом dot-файле (или dot-directory), то есть в файле или каталоге с именем, которое начинается с .. Такие файлы и каталоги скрыты многими инструментами, включая du. Таким образом, ваша команда du исключает такие файлы и каталоги. Как правило, у вас не было бы 38 ГБ, потребляемых в таких файлах или каталогах, но случайное переименование чего-то большого могло бы это сделать. Я не уверен, но некоторые файловые менеджеры могут использовать такие каталоги, как и их «мусорные» местоположения, которые могли бы учитывать используемое пространство.