Linux куда делось место на диске
Вот несколько способов очистки вашей системы, чтобы освободить место на Ubuntu и других дистрибутивах Linux на базе Ubuntu.
Со временем любая операционная система может стать загроможденной по мере добавления и удаления программ.
Если у вас есть TB-накопитель, вы можете не трудиться, чтобы очистить Ubuntu, чтобы сделать некоторое свободное дисковое пространство.
В этой статье я покажу вам некоторые из самых простых трюков, чтобы очистить вашу систему Ubuntu и получить больше места.
Но прежде, давайте посмотрим, как найти свободное пространство, оставшееся на Ubuntu.
Решено: Потеря сводбодного места на диске (куда то оно потерялось. )
Решено: Потеря сводбодного места на диске
Имеется следующая проблема.
Есть жесткий диск с ext3.
Если смотреть через gparted, то как говорит программа размер диска 179.23 Гб, занято 167.59, свободно 11,64 Гб.
Открываю nautilus и он мне показывает что всего свободно 2.1 Гб.
Если попробовать посмотреть свойство всех файлов то пишет всего 164.1 Гб, некоторое содердимое нечитаемо.
делал проверку диска - не помогло.
Аналогичная проблема была и с флешкой. Записывал на нее большой файл, вынул флешку - файла нет, а место уменьшилось буд то файл записался. вылечилось форматированием.
Как можно найти в чем проблема и востановить нечитаемую информацию ?
Аналогичная проблема была и с флешкой. Записывал на нее большой файл, вынул флешку - файла нет, а место уменьшилось буд то файл записался. вылечилось форматированием.
вытаскивать флешку нужно дождавшись записи файла и только после размонтировния
правильный метод смотреть занятое место папками\файлами - du (du -chs в текущей папке, к примеру) и df
Имеется следующая проблема.
Есть жесткий диск с ext3.
Если смотреть через gparted, то как говорит программа размер диска 179.23 Гб, занято 167.59, свободно 11,64 Гб.
Открываю nautilus и он мне показывает что всего свободно 2.1 Гб.
Если попробовать посмотреть свойство всех файлов то пишет всего 164.1 Гб, некоторое содердимое нечитаемо.
делал проверку диска - не помогло.
Аналогичная проблема была и с флешкой. Записывал на нее большой файл, вынул флешку - файла нет, а место уменьшилось буд то файл записался. вылечилось форматированием.
еще с флешками иногда полезно проверять скрытые файлы. (начинаются с точки, в консоли можно посмотреть через ls -a). тоже иногда бывает много полезной информации.
правильный метод смотреть занятое место папками\файлами - du (du -chs в текущей папке, к примеру) и df
ну покажет он сколько реально пустого места. а толку? все равно записать на часть этого места нельзя =)
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
вытаскивать флешку нужно дождавшись записи файла и только после размонтировния
правильный метод смотреть занятое место папками\файлами - du (du -chs в текущей папке, к примеру) и df
про флешку знаю, просто спешил и не дождался
Спасибо, буду знать.
(V_Maksim) писал(а): Если попробовать посмотреть свойство всех файлов то пишет всего 164.1 Гб, некоторое содердимое нечитаемо.
Спасибо попробую.
Я имею в виду не только корень, а весь диск.
Да заодно попробую от имени root`а подсчитать занимаемое место.
Действительно, при подсчете места не читался каталог lost+found, от root`а все в порядке. Но место что в первом, что во втором случае всего 165 Гб вместо 167.59 как в gparted, но и свободного места меньше, не как должно быть - более 11Гб, а всего 2.7
Проблема решилась? Сам из такой ситуации вышел gpated вычистил место после изменения размеров партиций и объем стал идеальный
Глас потомков Славных услышь,Сварог!Живы внуки правых,храним исток!
Аналогичная проблема.
Был винт на 80 ГБ (74,53 ГБ реальных) разбит на два раздела: второй NTFS (ровно 30 ГБ), и первый EXT3 (все что осталось, т.е. около 44,5 ГБ).
На первом разделе была куча данных около 25 ГБ (60% от занимаемого места).
Сегодня удалил GParted-ом второй раздел и расширил первый на весь объем диска.
Но все локальное ПО продолжает считать, что раздел в 44,5 ГБ. Хотя WebMin показывает нормально 74,5.
fsck результатов не дал.
Извечно руский вопрос (не. на сей раз ни "кто виноват?") - что делать?
Понимание - это меч с тремя кромками: ваша правда, наша правда и Истина.
Жизнь - игра: сюжет задуман фигова, но графика хорошая.
Лучший игровой сервер - Земля: карта всего одна, но на 7 миллиардов игроков; читеров нет, админ терпеливый, но если уж забанит.
Проблема решилась? Сам из такой ситуации вышел gpated вычистил место после изменения размеров партиций и объем стал идеальный
Проблема не только не решилась, но еще и усугубилась Только на другом диске. Из 40 Гб GParted показывает свободными 4 Гб, хотя по факту занято не более 15 Гб.
На этот раз проблема возникла следующим образом.
Выделил 40 Гб диск, смонтировал как корневой раздел, установил ubuntu, настроил за неделю, решил примонтировать раздел home от openSUSE.
Вышел в консоль, переименовал старую папку home в home1, создал новую home, изменил fstab, перезагрузился. Перемонирование произошло без проблем, а вот папка home1 со всем своим содержимым и свободным местом на диске куда-то пропала вместе со всем содержимым размером более 25 Гб.
Теперь наверное только под liveCD сделать бекап, переформатировать и востановить бекап.
3. Очистите кеш thumbnail
Ubuntu автоматически создает миниатюру для просмотра в файловом менеджере.
Он хранит эти миниатюры в скрытом каталоге в вашей учетной записи пользователя по адресу ~ / .cache / thumbnails.
Со временем количество эскизов резко возрастет.
Более того, кэш эскизов в конечном итоге будет содержать много лишних эскизов изображений, которые больше не существуют.
Вы можете проверить размер кеша эскизов с помощью следующей команды:
du -sh ~/.cache/thumbnails
Так что это хорошая практика, чтобы очистить кеш миниатюр каждые несколько месяцев или около того.
Самый быстрый способ – использовать терминал:
rm -rf ~/.cache/thumbnails/*
2. Очистка кеша APT в Ubuntu
Ubuntu использует APT (Advanced Package Tool) для установки, удаления и управления программным обеспечением в системе и при этом сохраняет кеш ранее загруженных и установленных пакетов даже после их удаления.
Система управления пакетами APT хранит кеш-файлы DEB в /var/cache/apt/archives.
Со временем этот кеш может вырасти до довольно большого размера и содержать много пакетов, которые вам не нужны.
Размер кеша можно увидеть с помощью следующей команды:
Теперь у вас есть два варианта обработки кеша.
Либо удалите только устаревшие пакеты, как те, которые заменены недавним обновлением, что делает их совершенно ненужными.
sudo apt-get autoclean
Или очистите кеш целиком (освобождает больше места на диске):
sudo apt-get clean
6. Удаление ненужных приложений [Рекомендуется]
У всех нас есть несколько игр и / или приложений, которые мы вряд ли используем. Не верьте мне?
Зайдите и найдите установленное программное обеспечение в системе Ubuntu.
Если вам нужно больше пространства, чтобы избавиться от неиспользуемых или менее используемых приложений, это всегда хорошая идея.
Вы можете удалить программу из программного центра или с помощью приведенной ниже команды с конкретным именем приложения:
sudo apt-get remove package-name1 package-name2
Добавить комментарий Отменить ответ
Эта простая однострочная программа для Powershell выведет текущее время работы вашего компьютера. Вывод показан в несколько столбцов, но может быть выведен и в одну строку. PS C:\Users\Windows 11> (get-date) - (gcim Win32_OperatingSystem).LastBootUpTime Days : 0 Hours : 0 Minutes : 41 Seconds : 27 Milliseconds : 915 Ticks : 24879150105 TotalDays : 0.0287953126215278.
Ошибка 504 gateway time-out возникает тогда, когда Nginx не может получить ответ от службы достаточно долго. Например, от PHP-FPM. Nginx и PHP-FPM Наиболее распространенной причиной этой ошибки является совместная работа Nginx и PHP-FPM. В случае очень медленных PHP-скриптов Nginx выдает тайм-аут шлюза 504, когда не ожидает ответа в течение 30 секунд (по умолчанию). Чтобы избавиться.
17 сентября 2021 года произошло событие, всколыхнувшее кинематографический мир. На платформе Netflix появился корейский сериал “Игра в кальмара”. Всего пары недель ему хватило для того, чтобы выйти на первые позиции по популярности не только на Родине, но и в Соединенных Штатах, России. Оценить сюжет сериал можно не только просмотром, но и игрой squid game challenge скачать которую.
Читать невозможно, либо пиши через userline, либо на пастебину залей.
В гноме есть утилитка, baobab называется.
Поправил текст, теперь читаемо.
чаще всего встречаются два варианта:
есть открытый файл, на который нет ссылки на ФС, соответственно du не может его посчитать, но и полностью удалить его нельзя т.к. какая-то программа держит его отрытым. проверять с помощью lsof | grep unlinked, или через /proc//fd
запись о свободном месте хранится в суперблоке, он может быть поврежден. прогони fsck.
начни с первого варианта.
Можно просто перезагрузиться и посмотреть, что выйдет
Команда lsof | grep unlinked ниего не показала
А вот после перезагрузки все сошлось :) Спасибо.
Значит, val-amart попал в точку: какая-то зараза открыла здоровенный файл, но сразу сделала ему unlink. В результате du занятое место не находил, а df показывал под завязку забитый диск. Бывало у меня такое с переполняющимися логами, когда слишком жирный лог я удалил, а службу, его пишущую, не перезапустил. И получается: вроде как лога нет, а место он до сих пор занимает.
lsof | grep deleted
поэтому логи нужно чистить так: echo «» > /var/log/fat_log
Эта команда сделает unlink старому логу и создаст новый. Так что ничего не изменится.
в том-то и дело что нет, можешь проверить.
с чего это? как раз и обнулится. просто тут етсь тонкость - если пишущая туда прога запомнила метсо куда писала и потом делает по нему seek каждый раз - то появится дырявый файл со всеми вытекающими отсюда сюрпризами :-)
логи,
кэш пакетной системы(той которая устанавливает программы)
неисправное шифрование или ещё какая школоло поделка от авторов убунты/или какого-то другого дурного дистрибутива eCryptfs съедает место?
О "du" никогда не слышал?
Поэтому ничего, кроме того, что я подцепил что-нибудь нехорошее из Инета, в голову не приходит.
Загрузись с live-cd (live-usb)
кэш пакетной системы(той которая устанавливает программы)
Это все должно быть в /var, т.е. на другом физическом диске. А переполнен раздел на диске, куда смонтировано все остальное за исключением var и home. В /etc конечно может что-то меняться, но не гигабайты же.
Плюсую баобаб, удобнейшая вещь. Если нет иксов, то есть NCurses Disk Usage.
На самом деле, «показания» du бывают не слишком актуальны. Иногда df и du показывают совсем разное. du не считает удалённые файлы, с которыми продолжают работать процессы. Их можно глянуть чем-то типа
А что ты конкретно предлагаешь сделать с помощью du? Узнать размеры 10000 файлов?
Узнать размеры каталогов, например
Я уже понял, что ты ламер. Ничего тебе не предлагаю, тебе помогут близкие тебе по духу.
Покажет тебе все файлы, которые изменились за последние сутки
После старта! Что будет с удаленными файлами после рестарта?
Грузился. fsck криминала не показал. Хотя gparted показал несколько гигов свободного места на разделе.
«показания» du бывают не слишком актуальны
du не считает удалённые файлы
Чёт тут нестыковка. Если оно не считает то, чего уже нет - где неактуальность?
du запускай. Смонтируй только / в /mnt, например.
затем
1. cd /mnt
2. du -sm * | sort -n
3. затем cd . в самую большую директорию и снова п2.
sdio ★★★★★ ( 12.08.14 09:21:25 )
Последнее исправление: sdio 12.08.14 09:22:27 (всего исправлений: 2)
Баобаб запускал. Сейчас уже не помню, что он там показал. Но, какой смысл в его показаниях. Ну увижу я, сколько места занимают каталоги на корне. Суммарно все сойдется с показаниями df. Это может означать, что где-то есть файлы, которые не ставились с дистриба, или файлы, у которых непонятно отчего вырос размер. Как их искать. Вроде в rpm есть возможность сравнить хэши для реально установленных файлов с хэшами из пакетов. А если показания Баобаба даже не сойдутся с df. То значит глючит ФС. Так?
После старта! Что будет с удаленными файлами после рестарта?
Скажем так. После того, как я удалил пакеты со старой версией ядра, то как минимум ls показал отсутствие образа этого ядра в /boot и соответствующего версии ядра каталога с модулями. Ну и разумеется df показал, что свободного места стало больше. А вот после нескольких перезагрузок (через день-два) свободное место уменьшилось.
Удалённые файлы != то, чего нет. Удалённый файл продолжает занимать место, пока он открыт хотя бы в одном процессе.
Вот это дельная мысль. надо будет попробовать.
И? Процесс завершится и файл удалится окончательно. А у ТС постоянно что-то пишется на диск и там остаётся.
Корень, var и home у меня на разных разделах
А /tmp где ? И во всякие /opt и /srv ничего не ставилось ?
Удалённые файлы != то, чего нет. Удалённый файл продолжает занимать место, пока он открыт хотя бы в одном процессе.
А какое в данном случае это имеет значение? Ну предположим, что удаленный файл был занят процессом. После завершения процесса по какой-то причине место, занимаемое файлом, не освободилось. Ну я удалял бы файлы, а свободного места оставалось столько же, но оно бы не сокращалось само.
А /tmp где ? И во всякие /opt и /srv ничего не ставилось ?
По /tmp и /srv Баобаб показывал какие-то совсем маленькие цифирьки. /tmp, кстати если мне память не изменяет, в ramfs монтируется. Хотя, пожалуй, на /srv стоит обратить повышенное внимание. В /opt я вообще собственноручно ничего не ставил.
/tmp, кстати если мне память не изменяет, в ramfs монтируется
если это указано в fstab, не?
Но пока процесс не завершится, «показания du будут не слишком актуальные».
Сейчас не помню и этого компа рядом нет. Вечером буду смотреть. Интересно, что будет, когда окажется 0 свободного места?
И даже никто не спросил, а сколько у него вообще места в корне?
И даже никто не спросил, а сколько у него вообще места в корне ?
В общем-то, это не очень важно. Туда никто не должен писать, если с него убраны все каталоги, где таковое возможно. То есть, это
основные:
/tmp
/home
/var
/usr/tmp (хотя туда мало кто пишет, да и чаще это симлинк на /var/tmp)
Вроде ничего не забыл. А, /usr/src ещё может быть, если ядра собирать по старой методике, а не опакечивать, или не ставить готовые.
Интересно, что будет, когда окажется 0 свободного места?
Демоны не запустятся → система загрузится в аварийном режиме (возможно, read-only) и попросит пароль рута.
Фигасебе какая софтина, спасибо.
ищешь самые «крупные» папки, идешь далее du -sh /folder/* и тд.
В любом случае придется работать руками, так как только ты знаешь, что в твой системе необходимо и занимает место " с пользой", а что на самом деле раздулось.
а ещё может у тебя своп в файле сделан
Если оно не считает то, чего уже нет - где неактуальность?
Файловые дескрипторы остаются вроде, так что по факту файл есть.
может, у тебя почта рута переполнилась ?
О, точно. В некоторых дистрибутивах почта рута, по-умолчанию, пишется не в /var/spool/mail/, а в ~root/, который, опять же, в зависимости от дистрибутива, может оказаться в /root, а не где-то ещё.
Сейчас уже не помню, что он там показал. Но, какой смысл в его показаниях.
Я не пойму, так вам надо узнать чем занято место, или нет?
Ну в общем всем спасибо. Все-таки, когда советуешься с разными людьми, находится кто-нибудь, кто посоветует то, о чем сам забываешь. Хотя все оказывается очевидно, как дважды два. Короче, совет внимательно осмотреть /srv возымел действие. Оказалось именно там bacula «лепила» периодически бэкапы. На каталоге, где сохранялись бэкапы, стояли права, разрешающие доступ только пользователю/группе bacula. Баобаб, конечно, показывал, что /srv практически пуст. Нахрена он автоматически в Mate запускается из-под user-а, если заранее известно, что покажет цифры с потолка? Могли бы предлагать пройти авторизацию, чтобы стартонуть его с правами root-а. Ну и я, конечно, малость тормознул. Bacula я не настраивал. Просто когда-то поставил пакеты с ней до кучи, а ковыряния с настройкой оставил до лучших времен. А потом вообще про неё забыл. А она, оказывается, тихо делала свое дело. Ну а вообще радует хотя бы то, что это не руткит какой-нибудь.
Пользуюсь постоянно командой:
sudo du -xm --max-depth=1 / | sort -rn
где вместо / последовательно вставляю нужные мне пути.
Для того, что бы узнать куда девается место, большего никогда не требовалось,.
Есть VPSка с диском 50 GB. Недавно заметил что оставшееся место - 6 GB. Всё бы ничего, но помимо обычных системных файлов дистрибутива, своих данных у меня на этой VPSке от силы гигов 10.
Я правильно понимаю что Avail показывает оставшееся место?
В корневом файле запускал проверку размера папок с сортировкой, чтобы самые толстые оказывались вверху:
lsof | grep deleted
интересный ты тип
или объяснить, что 1000 > 1?
Это всё? Маловато будет, там всего на 635Мб
скопировал всё что выдало
Перезапусти zabbix, mysql, apache
кто нибудь напишите болезному ещё раз про ncdu
Может еще и иксы на сервер накатить?
остается сделать reboot, fsck и всё вобщем-то
du -xmt 1G / | sort -n
Дурак ты, анон. Твой любимый ncdu просто не нужен.
А давно ncdu требует иксы? Может я что-то пропустил?
С тех пор как школоло не могут в du.
Ну ты еще топ вместо htop предложи юзать. Удобство важнее понтов.
У тебя может быть в каком-нибудь каталоге лежат файлы и поверх него смонтирована фс.
mkdir /mnt/testroot
mount --bind / /mnt/testroot
du -max --max-depth=1 /mnt/testroot | sort -n
В корневом файле запускал проверку размера папок с сортировкой
Что это ты запускал? Предлагаю du -hsx /* .
ps же. И понты тут не при чем. top иногда слишком дорого запускать.
Плюсую, пара тем уже была, где в конце концов так оно и оказалось.
У вас OpenVZ и simfs? Такое бывает, обращайтесь к хостеру.
top иногда слишком дорого запускать.
-b :Batch-mode operation
Starts top in 'Batch' mode, which could be useful for sending >output from top to other programs or to a file.
но куда тебе, недоумку, открыть man, не так ли?
Сначала сам в ман залезь, родной. 1G не заметить это совсем надо имбецилом быть.
От топа в батче пользы как от козла молока.
ты настолько тугой, что даже жалко. зачем нужно показывать суммарный размер /, и ещё пытаться его сортировать относительно самого себя?
ты не можешь связно ответить ни на один вопрос, только кукарекать выборкой «козла молока», «школоло», «не нужен». с человеком ли я имею дело
Если баш и настройки по-умолчанию, то не покажет файлы начинающиеся с точки, которые лежат в корне.
Проблема вот где:
Папка с логами весит 32 гигабайта, это вообще законно? Серверу месяца 4. Если для меня нет ничего важного в тех логах я могу полностью почистить всё из этой папки? или что то нужно оставить?
Тугой тут только ты. Нет чтобы просто уменьшить threshold и посмотреть, продолжаешь ударную газификацию.
файлы начинающиеся с точки, которые лежат в корне.
Держите извращенца. Конечно, не покажет — а они там есть?
как же ты раньше du запускал, что /var был
Ты logrotate ставил?
Ну так чего ты хотел? Поставь, настрой, в логи ж день-деньской гадит кто ни попадя. Пыхокод с ошибками и варнингами в том числе, кстати.
папку log можно полностью всю почистить? или есть лог файлы которые нужны каким то службам для работы?
Ты сначала logrotate поставь, он всё пожмёт, потом будешь думать, надо чистить или не надо. Логи однородные и очень хорошо жмутся.
По-нормальному они не должны ничем использоваться, так что можно и удалять. Но на практике удаление файлов, в которые кто-то пишет, может аукнуться, так что службы предварительно лучше остановить, а после вообще ребут сделать.
Ничего не аукнется. Логи можешь спокойно удалять.
Если файл открыт каким-то процессом то при «удалении», он не удалится из фс, пока будет открыт (man unlink).
Максимум что ты потеряешь - логи от этого процесса.
Держите извращенца. Конечно, не покажет — а они там есть?
Они там могут быть. Мы же не знаем что там у ОПа. Может он cat /dev/zero > /.thereisnothing сделал.
Папка с логами весит 32 гигабайта, это вообще законно?
Это вообще по дефолту. Уровень информативности надо было настраивать, а не предьявы тут кидать.
Ну тогда он ССЗБ, о чём может быть речь? =)
Но ок, да, du -hx -d 1 / .
intelfx ★★★★★ ( 22.07.14 23:17:00 )
Последнее исправление: intelfx 22.07.14 23:18:22 (всего исправлений: 1)
8. Использование GUI-инструментов для увеличения свободного места в Ubuntu
Мы увидели ряд параметров командной строки, чтобы сделать пространство в системе Linux, но я понимаю, если вы не хотите использовать команды.
Помнить о всех командах или использовать их по одному, возможно, вам не будет удобно.
И именно поэтому у нас есть ряд инструментов графического интерфейса, которые помогут вам сделать это за несколько кликов с помощью простого в использовании интерфейса.
Stacer – один из таких инструментов, который вы могли бы использовать.
Вы можете прочитать эту статью, чтобы узнать, как использовать Stacer в Ubuntu.
Проверьте свободное место на Ubuntu
Это довольно легко сделать на Ubuntu.
Просто используйте утилиту анализатор использования диска.
Найдите его в меню и запустите инструмент.
Вы должны увидеть используемое место на диске и оставшееся свободное пространство:
Как только вы узнаете о состоянии свободного места на вашем диске, пришло время очистить вашу систему и сделать здесь еще больше свободного места.
Как освободить место на диске в Ubuntu и Linux Mint
Существует несколько способов очистки дискового пространства в Ubuntu и другой системе на основе Ubuntu.
Я обсуждал несколько трюков с командной строкой, а затем некоторые опции графического интерфейса.
Хотя я упомянул здесь несколько способов, если вы новичок, избегайте тех, которые помечены как «эксперт».
Не то чтобы вы не могли их использовать, но лучше избегать, если вы не знаете, что делаете.
4. Удалите старые ядра Linux, которые были установлены вручную [для экспертов]
Команда, обсуждаемая в пункте 1, удаляет старое ядро Linux.
Но это не сработает, если вы вручную установили ядро в Ubuntu.
Но удаление старых неиспользуемых ядер Linux по-прежнему сэкономит вам много места.
Итак, если вы вручную установили ядро Linux, возможно, вы также можете вручную его удалить.
Список всех установленных ядер Linux:
Он предложит вам список пакетов, которые будут удалены, поэтому вы можете дважды проверить список перед продолжением.
sudo apt-get remove linux-image-VERSION
Моя рекомендация состоит в том, чтобы сохранить по крайней мере два или предпочтительно три ядра, включая последние.
Таким образом, вы будете иметь по крайней мере одно / два других ядра для загрузки, если по какой-либо причине есть последнее ядро, с которым вы не можете загрузиться.
7. Поиск и удаление дубликатов файлов
Иногда у вас могут быть дубликаты файлов в разных местах вашей системы.
Избавление от дубликатов, безусловно, освободит место и очистит вашу систему Ubuntu.
Для этой задачи можно использовать инструмент графического интерфейса, например, FSlint или инструмент командной строки, такой как FDUPES.
Я рекомендую прочитать эту статью, чтобы узнать, как использовать эти инструменты для удаления дубликатов файлов.
5. Удалите потерянные пакеты [для экспертов]
Этот шаг лучше избегать, если вы новичок.
Я не поклонник этого метода, и я советую вам избежать этого.
Во-первых, давайте посмотрим, что такое orphaned пакет в Ubuntu.
Предположим, вы установили пакет ‘myprogram’.
Но этот пакет имеет зависимость от библиотеки mylib.
Эта библиотека обычно устанавливается автоматически с помощью «myprogram».
Когда вы удаляете ‘myprogram’, mylib может оставаться в системе.
Таким образом, mylib в этом случае становится сиротским пакетом.
Теперь команда, указанная в пункте 1, удаляет такие потерянные пакеты.
Но представьте себе случай, когда вы вручную установили mylib перед установкой myprogram.
Команда «apt autoremove» в этом случае не может удалить потерянный пакет.
И, следовательно, вам придется вручную удалить его.
Сначала вам нужно будет найти все потерянные пакеты, а затем удалить их.
К счастью, у нас есть инструмент GUI для этого: gtkorphan, графический интерфейс для deborphan.
Установите gtkorphan через терминал:
Чтобы удалить потерянные пакеты, найдите инструмент «Removed Orphaned Package tool» и запустите его, чтобы найти все потерянные пакеты в вашей системе:
Честно говоря, я не буду использовать этот вариант, если вам действительно не нужно каждый МБ свободного места.
1. Избавьтесь от пакетов, которые больше не требуются. [Рекомендуется]
Если вы прочитали руководство по командам apt-get, возможно, вы столкнулись с опцией команды apt-get «autoremove».
Эта опция удаляет библиотеки и пакеты, которые были установлены автоматически для удовлетворения зависимостей установленного пакета.
Если этот пакет удален, эти автоматически установленные пакеты бесполезны в системе.
Он также удаляет старые ядра Linux, которые были установлены автоматически при обновлении системы.
Команда без проблем позволяет вам время от времени увеличивать свободное пространство в вашей системе Ubuntu:
sudo apt-get autoremove
Как вы можете видеть, эта команда освободит некоторое количество свободного места в вашей системе.
Проверьте свободное место на Ubuntu
Это довольно легко сделать на Ubuntu.
Просто используйте утилиту анализатор использования диска.
Найдите его в меню и запустите инструмент.
Вы должны увидеть используемое место на диске и оставшееся свободное пространство:
Как только вы узнаете о состоянии свободного места на вашем диске, пришло время очистить вашу систему и сделать здесь еще больше свободного места.
Читайте также: