система на hdd несколько минут тормозит.

Aivar
запускаю только после значимого обновления.
так mandb после обновления и запускался, вообще нет смысла его запускать при каждом старте...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vasek
Задумка действительно не плохая - може народ не понимает их преимущество???
так народ и понял что эти гибриды не нужны.
система на SSD, данные (и то не все) на HDD. гибриды прошлый век, да и то отдельная тупиковая эвольионная ветка.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
система на SSD, данные (и то не все) на HDD
зачем что то делать самому, если имеются диски, специально заточенные на это .... да и ПО там соотвествующее, само рулит дисками ...
Ошибки не исчезают с опытом - они просто умнеют
vasek, нет, гибриды в свое время были заточены для продаж, а не для технологичного использования.
сегодня по другому. и гибриды в пролете...
сегодня SSD дешевые, по сравнению с периодом гибридов. - это просто было переходное время.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
так mandb после обновления и запускался
Неа, ежедневно:
$ cat /usr/lib/systemd/system/man-db.timer
[Unit]
Description=Daily man-db regeneration
Documentation=man:mandb(8)

[Timer]
OnCalendar=daily
AccuracySec=12h
Persistent=true

[Install]
WantedBy=timers.target
т.е., напр., если комп включается раз в день, то при загрузке получаем запускающийся man-db.service, а про большем аптайме - раз в 12 часов.

nafanja
вообще нет смысла его запускать при каждом старте…
Та да, но посмотри что там у тебя:
$ systemd-analyze blame | grep man-db
?
nafanja
сегодня SSD дешевые
но не предназначены для хранения информации ...
Ошибки не исчезают с опытом - они просто умнеют
vasek
но не предназначены для хранения информации …
а гибриды еще хуже, они снижают надежность HDD.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Aivar,

antavr@b ~ % systemd-analyze blame | grep man-db
1 antavr@b ~ % systemctl status man-db
○ man-db.service - Daily man-db regeneration
     Loaded: loaded (/usr/lib/systemd/system/man-db.service; static)
     Active: inactive (dead)
TriggeredBy: ● man-db.timer
       Docs: man:mandb(8)
3 antavr@b ~ %                                                                                      :(

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
SSD имеют один большой недостаток, который не позволяет им полностью заменить HDD - не могут надежно хранить данные … и, что интересно, это заложено в них физически … можно правда из этого исключить SSD SLC, но и у них есть свои нюансы …. так что SSD уступают в этом отношении HDD.

PS1 - существует даже несколько типов атак, использующих уязвимость SSD для превращения их в кусок железа ... обычным юзерам это не грозит.

PS2 - хотя и технология HDD тоже на месте не стоит - около 10 лет простаивали в разработке дисков HAMR, но вроде дело пошло …. вышли диски 1-го поколения объемом в 20 ТБ и уже планируются диски объемом в 30 ТБ … и даже 100 ТБ. Так что HDD со сцены не сходят.
Ошибки не исчезают с опытом - они просто умнеют
nafanja, значит ты его маскировал да забыл. Симлинк /etc/systemd/system/man-db.timer -> /dev/null имеется? Он не принадлежит ни к какому пакету, только руками.

$ systemctl status man-db.timer
○ man-db.timer
     Loaded: masked (Reason: Unit man-db.timer is masked.)
     Active: inactive (dead)
    Trigger: n/a
 
Зарегистрироваться или войдите чтобы оставить сообщение.