Долго запускается система из-за dhcpcd@.service, man-db.service и большого лога systemd

Давным давно установил 25М - дёшево и сердито и всё нужное можно посмотреть, и места много не занимает
Но тут уж дело личных предпочтений
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
vasek
Кто мешает ограничить
Есть риск забить весь выделенный размер ненужным, а следовательно непонятным для неразработчика.
Я вспоминаю Арктику mocp, который раз в несколько секунд имел обыкновение сбрасывать дамп памяти. С тех пор я обрезал такую возможность:
/etc/sysctl.d/sysctl.conf
---
fs.suid_dumpable = 0
Пива много не бывает.
vs220
А то так дойдем как на винде хочешь выключить подожди пока обновления установятся
уже вот-вот)))
Ошибки в тексте-неповторимый стиль автора©
ждём, когда завезут синий экран )))
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
P.S> возвращаясь к ускорению загрузки
оптимизация mkinitcpio.conf тоже помогает - при старте не грузятся ненужные модули
уже пару лет использую вот такой конфиг (писал уже об этом раньше)
MODULES="ahci sd_mod ext4"
BINARIES="fsck fsck.ext4"
FILES="/etc/udev/hwdb.bin"
HOOKS="autodetect systemd"
COMPRESSION="cat"
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
malody
как тогда будет себя
вести этот сервис? затрёт русский ман английским?
Нет.

malody
более развёрнутые ответы
Касательно mandb

Маскируем таймер чтобы не включался
sudo systemctl mask man-db.timer
#проверяем
systemctl status man-db.timer
#должно быть masked

Используем pacman hooks для запуска man-db после установки,обновления пакетов
использован триггер file по маске /usr/share/* можно другой использовать

Создаем папку hooks если нет
sudo mkdir /etc/pacman.d/hooks

Создаем hook
sudo nano /etc/pacman.d/hooks/mandb.hook
с содержимым
[Trigger]
Type = File
Operation = Install
Operation = Upgrade
Target = usr/share/*
[Action]
Description = start man-db
When = PostTransaction
Exec = /usr/bin/systemctl start man-db

Проверяем
sudo pacman -S nano
В выводе должно быть
:: Запуск post-transaction hooks…
start man-db
Можно проверить состояние сервиса, должно быть время отработки пакмана
systemctl status man-db

lvm2-monitor.service нужен если используете Logical Volume Manager
если нет то не нужен
У меня его gvfs притянул gvfs>udisks2>libblockdev>lvm2 у вас может что то что зависит от udisks2
Required By (12)
calibre
cantata
deepin-daemon
enlightenment
gnome-disk-utility
gnome-multi-writer
gvfs
kdelibs
psensor
solid
udiskie
udevil (optional)
vs220, а хук работает всегда после обновления любого пакета или только когда в пакете есть man файлы?
просто есть пакеты без манов.
да и после удаления пакетов тоже нужно man-db выполнять.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Можно добавить
Operation = Remove
при желании
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
nafanja
vs220, а хук работает всегда после обновления любого пакета или только когда в пакете есть man файлы?
просто есть пакеты без манов.
да и после удаления пакетов тоже нужно man-db выполнять.
Зависит от того какой триггер пропишите, в примере срабатывает если изменяются файлы в /usr/share можно более точно прописать. надо смотреть куда еще пишет помимо/usr/share/man

После удаления зачем, чем вам помешает, запись о мане удаленной программы. Всеравно сотрется при следушем обновлении.
Можно вообще скриптик написать что бы таймер запускался на несколько минут после установки обновления или программ, с перезапуском если опять что то ставите. А то комуто не нравилось в хуке пакмана вот и поставили в ежедневный таймер
https://archlinux.org.ru/forum/post/206060/
vs220
чуть-чуть хук для mandb я бы поправил:
    [Trigger]
    Type = File
    Operation = Install
    Operation = Upgrade
    Operation = Remove            <-- тоже нужно учитывать
    Target = usr/share/man/*      <-- так точнее

    [Action]
    When = PostTransaction
    Exec = /usr/bin/systemctl --no-block start man-db.service
                              ^^^^^^^^^^

Я сегодня поискал инфу про хук для man-db. Оказывается, что этот рецепт не только существовал, но и на него реально переходили разработчики man-db в 2016 году! Но после того, как стали поступать жалобы на задержки после обновлений, вернулись обратно на чистый таймер.
 
Зарегистрироваться или войдите чтобы оставить сообщение.