В обычных компьютерах есть программы по очистке системы от ненужного мусора. А что с Linux? Что-то я туплю и ничего похожего не вижу.
Очистка системы
В подавляющем большинстве дистрибутивов обязанность по установке и удалению программ и их компонентов лежит на пакетном менеджере.
Вероятно, я не до конца понял ваш вопрос. Поясните, что на ваш взгляд является «ненужным мусором»?
Это всё отголоски венды, мания "засранности" системы, потому как венда не может не собирать, прям -таки всасывать мусор, тут такого нет, вы сами себе хозяин.
Хотя в принципе есть BleachBit, не знаю в Альте есть или нет в Дебиан based есть.
:lol: rm -rf \ :lol: :lol:
В обычных компьютерах есть программы по очистке системы от ненужного мусора. А что с Linux? Что-то я туплю и ничего похожего не вижу.
Нужно смотреть, что именно очищать. Штатная функция очистки, как в Windows (временные файлы и прочее) делается в kleansweep (ныне заброшенном, но у меня чешутся руки вернуть проект к жизни) и размещении временных данных на tmpfs (в ALT Linux:
control pam_mktemp enableОднако tmpfs должен быть достаточно большим, дабы избежать проблем с нехваткой места).
Что касается установленного ПО, то поможет пакетный менеджер (apt в ALT Linux). Особенное внимание можно уделить функции поиска неиспользованных пакетов c помощью пакета apt-scripts:
apt-cache list-extrasПоказывает пакеты, которые отсутствуют в репозитории
apt-cache list-nodepsПоказывает пакеты, от которых не зависят какие-либо другие пакеты, установленные в системе. То есть эти пакеты «никому не нужны» и их можно удалить с помощью rpm -e.
:lol: rm -rf \ :lol: :lol:
Удалить каталог, состоящий из пробела (используется экранирование обратной косой чертой)? Шутку оценил :)
ныне заброшенном, но у меня чешутся руки вернуть проект к жизни
BleachBit есть зачем трупика мучать?
В обычных компьютерах есть программы по очистке системы от ненужного мусора. А что с Linux?
1. программы - проблема PM.
2. логи - проблема logrotate.
3. временные файлы которые остаются (хотя не должны) - либо монтируйте в RAM, либо очищайте перед выключением (если памяти мало).
4. ваш личный мусор - неразрешимая (для компа) проблема.
делается в kleansweep (ныне заброшенном, но у меня чешутся руки вернуть проект к жизни)
сделайте лучше гуй к logrotate. Типа "хочу чтоб на логи было 1000Мб!".
Удалить каталог, состоящий из пробела (используется экранирование обратной косой чертой)? Шутку оценил smile
а кто знает возьмёт сдуру и скопирует правильную команду - а мы виноваты будем
Files which haven't been accessed in a given period of time are removed from specified directories
...который чуть более чем полностью заменяется одной командой find ;)
хотя да, этож ман читать надо... :(
не годится видимо для этого форума моё решение - вам-бы лишь-бы скачать и поставить чё-нить...
не годится видимо для этого форума моё решение
Какое именно?
О том, что find сумеет полностью заменить tmpwatch я знаю. Однако, выполнение конкретной задачи на основе готовых, проверенных программ — чем не unix-way?
Какое именно?
Files which haven't been accessed in a given period of time are removed from specified directories
Однако, выполнение конкретной задачи на основе готовых, проверенных программ — чем не unix-way?
в 90% случаев написать свой код для своих условий оказывается проще и дешевле, чем разбираться в чужом - в чужом решении были какие-то чужие условия. Куда как быстрее наделать несколько строительных блоков для типовых задач. Конечно, если задача типовая, и при этом распространённая - лучше найти чужое решение. По сабжу - я за часик напишу скрипт, который заменяет logrotate. Но зачем? Если она уже есть. Но уж в данном случае я вообще не вижу смысла юзать скрипт (а тем более спец-программу) для того, что можно сделать одной командой. Что быстрее?
План А:
1. найти программу.
2. скачать/поставить.
3. разобраться в назначении опций.
4. вбить числа в окошки.
5. проверить.
6. перейти к п4, и опять вбивать цифири. ибо в первый раз - неправильно.
7. прописать команду в систему (только не говорите мне, что это просто в этом вашем линухе, которых Over9000, и везде всё по разному)
8. ?????
9. PROFIT.
План Б.
1. запустить команду с нужными параметрами
2. проверить, и если что поменять параметр.
3. прописать в систему. ВНЕЗАПНО: crontab -e везде одинаковый. А скрипт можно прописывать куда угодно.
4. PROFIT!
ИЧСХ, читать маны для заточки ПО под вашу задачу всё равно придётся. А они на сайте, и не по-русски. А ман про find уже давно перевели ;)
Конечно в Windows план Б просто невозможен. Но это-же не винфак?
drBatty, в данном конкретном случае проще в течении минуты-двух отредактировать файл /etc/cron.daily/tmpwatch
IMHO, разумеется.
в данном конкретном случае проще в течении минуты-двух отредактировать файл /etc/cron.daily/tmpwatch
IMHO, разумеется.
вы про первый пост? А откуда вы знаете, ЧТО у Ольги там всю систему загадило? Может во временных файлах у неё и нет ничего? А если даже и есть, не более-ли правильно лечить причину, а не симптомы?
вы про первый пост? А откуда вы знаете, ЧТО у Ольги там всю систему загадило? Может во временных файлах у неё и нет ничего?
Так tmpwatch всё равно откуда и что удалять, она просто проверяет последнее время доступа либо модификации файлов.
Так tmpwatch всё равно откуда и что удалять, она просто проверяет последнее время доступа либо модификации файлов.
э... а так, что-бы за неделю до сего дня, да ещё и размер не меньше 1Мб?
А про logrotate вы таки зря не прочитали :[
Ибо её возможности существенно шире, чем тупо стирать.
А про logrotate вы таки зря не прочитали mad
Я даже ей пользуюсь :o
Я даже ей пользуюсь
в смысле? как маинтейнер настроил, так и ротирует? просто у меня что-то компрессия не та была - у меня лог хранится долго, и необходимо их максимально сжимать. Да и куски немного не так резались. Подправил. Дефолтные настройки не самые лучшие в конкретном случае...