LINUX.ORG.RU
← Сбой при загрузке Ubuntu
TOR browser не запускается →

 ← 1 2

Аналогично предыдущей теме. Подождать хоть какую-то информацию.

Сам-то в свою картинку смотрел. Удаляй логи, удаляй снапы.

Сегодня, 25гб для системы - это очень мало. Придется следить за каждым байтом.

andytux ★★★★★
()
Ответ на: комментарий от andytux

Сегодня, 25гб для системы - это очень мало

40 же https://imageban.ru/show/2023/05/28/b58c26e5f5c52a60531e3cd0b9fcaf55/png

du -hx / 2>/dev/null | sort -hr | head -50
16G	/
8,0G	/usr
5,3G	/var
5,1G	/usr/lib
3,7G	/var/lib
3,3G	/var/lib/snapd
3,1G	/var/lib/snapd/snaps
2,0G	/usr/share
1,8G	/usr/lib/modules
1,3G	/home/ved
1,3G	/home
1,2G	/var/log
1,1G	/var/log/journal/d3c68117c3ff4db080ab37945896fadd
1,1G	/var/log/journal
1,1G	/usr/lib/x86_64-linux-gnu
860M	/usr/lib/firmware
675M	/usr/src
546M	/var/cache
545M	/home/ved/Downloads
518M	/var/cache/apt
470M	/usr/lib/modules/5.15.0-69-generic
464M	/usr/lib/modules/5.15.0-69-generic/kernel
460M	/usr/lib/modules/5.15.0-53-generic
453M	/usr/lib/modules/5.15.0-53-generic/kernel
432M	/home/ved/Downloads/tor-browser_ru/Browser
432M	/home/ved/Downloads/tor-browser_ru
420M	/var/cache/apt/archives
414M	/boot
397M	/home/ved/.cache
372M	/home/ved/.cache/mozilla/firefox/0oj55ul0.default
372M	/home/ved/.cache/mozilla/firefox
372M	/home/ved/.cache/mozilla
340M	/home/ved/.cache/mozilla/firefox/0oj55ul0.default/cache2/entries
340M	/home/ved/.cache/mozilla/firefox/0oj55ul0.default/cache2
331M	/usr/lib/modules/5.15.0-69-generic/kernel/drivers
329M	/usr/share/icons
326M	/usr/lib/modules/5.15.0-53-generic/kernel/drivers
321M	/usr/share/help
314M	/usr/lib/libreoffice
278M	/usr/lib/modules/5.4.0-121-generic
272M	/usr/lib/modules/5.4.0-121-generic/kernel
262M	/usr/lib/modules/5.4.0-51-generic
262M	/usr/lib/modules/5.4.0-45-generic
256M	/usr/lib/modules/5.4.0-51-generic/kernel
256M	/usr/lib/modules/5.4.0-45-generic/kernel
255M	/var/lib/snapd/seed/snaps
255M	/var/lib/snapd/seed
229M	/usr/lib/thunderbird
229M	/usr/lib/libreoffice/program
227M	/usr/lib/gcc/x86_64-linux-gnu
mark-v ★
() автор топика
Последнее исправление: mark-v (всего исправлений: 1)
Ответ на: комментарий от rupert

Что можно безболезненно удалить?

snap list
Название                 Версия            Правка  Канал            Издатель           Примечание
bare                     -                 5       latest/stable    canonical✓         broken
core                     -                 14946   latest/stable    canonical✓         broken
core18                   -                 2745    latest/stable    canonical✓         broken
core20                   -                 1891    latest/stable    canonical✓         broken
core22                   -                 634     latest/stable    canonical✓         broken
firefox                  111.0.1-2         2487    latest/stable    mozilla✓           -
gnome-3-38-2004          0+git.6f39565     137     latest/stable    canonical✓         -
gtk-common-themes        0.1-81-g442e511   1535    latest/stable    canonical✓         -
htop                     3.2.2             3735    latest/stable    maxiberta          -
kde-frameworks-5-core18  5.67.0            35      latest/stable    kde✓               -
pulsemixer               1.5.1             283     latest/stable/…  georgefilipkin     -
software-boutique        0+git.0fdcecc     57      latest/stable/…  flexiondotorg      classic
telegram-desktop         4.6.5             4654    latest/stable    telegram-desktop✓  -
ubuntu-mate-welcome      22.04.0-a59036a6  720     latest/stable/…  flexiondotorg      classic
mark-v ★
() автор топика
Последнее исправление: mark-v (всего исправлений: 2)

Логи уменьшить в конфиге, snap удалить (заменить на репы или законфижить на хранение только одной версии, по умолчанию вроде 2), отключить man файлы

ac130kz ★★
()
Ответ на: комментарий от andytux

По данным позапрошлогоднего опроса про размер /, самым популярным вариантом оказался диапазон от 50 до 100 ГБ. Есть аскеты, которым хватает 20, но их мало. А с тех пор ещё полтора года прошло…

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от hobbit

Тут в соседней теме, один «гений» 120гб делит на восемь разделов. Ему многократно повторено, нефига делить, один раздел. И такие темы появляются регулярно.

Хотя я из аскетов. У меня 16гб, свободна половина, все в одном разделе, в том числе и свап.

andytux ★★★★★
()

Да уж. На картинке наглядная демонстрация, почему снап - не нужен.

Надо что-то удалить

Надо удалить всю Убунту с идиотским снапом и поставить человеческую Манжару. Или Росу.

Чтобы firefox занимал не 1.3 гига, а 250 МБ как ему и положено. Ну и т.п. по всем пунктам.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от greenman

Куда катятся эти линускы…

Ну так это «эти». А остальные - нормально:

pacman -Qi htop
Название             : htop
Версия               : 3.2.2-1
Описание             : Interactive process viewer
Архитектура          : x86_64
URL                  : https://htop.dev/
Лицензии             : GPL
Группы               : Нет
Предоставляет        : Нет
Зависит от           : libcap  libcap.so=2-64  libnl  ncurses  libncursesw.so=6-64
Доп. зависимости     : lm_sensors: show cpu temperatures [установлено]
                       lsof: show files opened by a process [установлено]
                       strace: attach to a running process [установлено]
Требуется            : Нет
Опционально для      : Нет
Конфликтует с        : Нет
Заменяет             : Нет
Установленный размер : 369,67 KiB
Сборщик              : Christian Hesse <eworm@archlinux.org>
Дата сборки          : Вс 05 фев 2023 06:01:49
Дата установки       : Пн 20 фев 2023 14:16:56
Причина установки    : Явно установлен
Установочный скрипт  : No
Проверен             : SHA-256
wandrien ★★
()
Ответ на: комментарий от andytux

Тут в соседней теме, один «гений» 120гб делит на восемь разделов.

Мне кажется, это тролль.

Хотя я из аскетов. У меня 16гб, свободна половина, все в одном разделе, в том числе и свап.

Это жестко. Хотя если не ставить штуки типа kicad-library-3d на 5 гигов, то как-то жить можно.

wandrien ★★
()
Ответ на: комментарий от wandrien

Мне кажется, это тролль.

Может и не тролль, просто начитался устаревших статеек. Я в 2000-х тоже колдовал с разметкой, файлухами и опциями монтирования, пытаясь выжать скорость из HDD. Но это давно уже не актуально. Один раздел под корень, другой под хомяк - и больше ничего не нужно.

alex1101 ☆
()
Последнее исправление: alex1101 (всего исправлений: 1)
Ответ на: комментарий от alex1101

Я когда Арч 12 лет назад на HDD ставил, /var сделал отдельно, чтобы снизить фрагментацию в /usr при апдейтах. Сейчас давно уже не актуально, да.

А, еще и /boot был отдельно, потому что grub тогда вроде бы не умел в lvm. Тоже не актуально.

wandrien ★★
()

А я однажды давным давно осилил LVM и волосы мои с тех пор мягкие и шелковистые. Там где выделил слишком много — сокращаю, там где не хватает — растягиваю. А ещё снапшотами пользуюсь. Чего и вам желаю.

Два бесплатных совета:

XFS сокращаться не умеет, совсем, только расти. Так что если том в неё форматируете — учитывайте это.

BTRFS однажды обязательно разобьётся и руки порежет превратится в тыкву, хотя бы раз. Вы от неё в восторге? Это прекрасно, я просто предупредил.

PS. ZFS — когда в ядро войдёт официально тогда и поговорим.

Jameson ★★★★★
()
Ответ на: комментарий от Jameson

А я однажды давным давно осилил btrfs и волосы мои с тех пор мягкие и шелковистые. Там где выделил слишком много — сокращаю, там где не хватает — растягиваю. А ещё снапшотами пользуюсь. Чего и вам желаю.

token_polyak ★★★★★
()
Ответ на: комментарий от token_polyak

Золотая спираль в матке Золушки превратилась в тыкву после двенадцати, а вот когда это случится с btrfs — неизвестно. Это обязательно произойдёт, это будет внезапно, без видимых причин, что делать будет решительно непонятно и любые действия только усугубят ситуацию.

И когда ты придёшь с этим на форум тебе объяснят что у тебя железо кривое, руки кривые, сам ты тупой, чинил совершенно не так как надо, но так как надо чинить уже бесполезно, потому что ты всё испортил окончательно. Лично я подожду ещё лет десять перед тем как снова в это нырять.

Jameson ★★★★★
()
Ответ на: комментарий от dataman

Это всё совершенно неважно, даже если сейчас она превратилась в дивное чудо. Лично я ей пользоваться не буду всё равно, так как меня полностью устраивает ext4+lvm и XFS для больших хранилищ данных.

PS. Лично я считаю что BTRFS имеет проблемы с дизайном на фундаментальном уровне, но это сугубо моё мнение (и Шишкина).

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 2)
Ответ на: комментарий от grem

Ну я даже не знаю... предлагал тут одному в треде про художественное выстригание по разделам винтов докупить, понимания не встретил (выстригание ему милее, наверное). А ты с девятого года страдаешь, но терпишь. Даже не предлагаю :)

slackwarrior ★★★★★
()
Ответ на: комментарий от dataman

Да, я это читал. Бывает. Обычно на больших хранилищах ядра на свежайший свежак не обновляют, там более ответственные подходы используются.

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 1)
Ответ на: комментарий от slackwarrior

Страдаю, но не сильно, 6-8 Гб из 20 свободны же.

На втором компе при покупке 1 Гб (там древний 40 Гб стоял) выделил 120 Гб под систему при переносе.

Вот отдельный раздел ядра на 128-256 мб может доставить гораздо больше неудобств :D

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 2)
 ← 1 2
← Сбой при загрузке Ubuntu
General
TOR browser не запускается →