On Wed, Aug 06, 2014 at 02:06:46AM +0400, Шенцев Алексей Владимирович wrote:

>> # journalctl -b 0 _SYSTEMD_UNIT=network
>> ?
> На данный момент сказал:
> journalctl -b 0 _SYSTEMD_UNIT=network
> -- Logs begin at Вт 2014-08-05 19:15:12 MSK, end at Ср 2014-08-06 
> 01:51:57 MSK. --
> Ну это я успел уже перегрузиться.
> И получил:
> Startup finished in 3.720s (kernel) + 16.810s (userspace) = 20.531s

20 секунд userspace? Кто-ж так тормозит?

> systemd-analyze blame|grep blue
>            1.392s bluetooth.service
> systemctl status bluetooth.service
> ● bluetooth.service - Bluetooth service
>     Loaded: loaded (/lib/systemd/system/bluetooth.service; masked)
> Однако всё равно грузиться.
> И хто его тянет то?

Я даже не представляю как это возможно успешно вытянуть masked сервис.

Кстати systemd-analyze blame не самое эффективное средство отладки
скорости загрузки, ибо systemd запускает сервисы параллельно.

Лучше смотреть systemd-analyze plot и critical-chain.

К примеру, некоторые сервисы могут запускаться по событиями от udev. Они
будут видны в blame, но вообще могут не влиять на время загрузки до
состояния "пользователь может войти в систему".

Соответственно оптимизация таких сервисов смысла не имеет.

>> Я в итоге на домашней машине просто отказался от etcnet пока в пользу
>> systemd-network.
> И как впечатление?
> На моей домашней машинке кабелем до роутера.
> А роутер выдаёт по dhpc адрес.

$ cat /etc/systemd/network/uplink.network
[Match]
Name=enp9s0

[Network]
DHCP=yes
DNS=8.8.8.8
DNS=8.8.4.4

Оно просто работает. Тупое как пробка, но работает. Сразу говорю -- об
openresolv оно, к сожалению, не в курсе.

-- 
С уважением, Денис

http://mithraen.ru/