Долгая загрузка opensuse c systemd

Наконец-то дошли руки до systemd.

Все проблемы с загрузкой opensuse до этого решал установкой sysvinit-init, но сегодня решил разобраться с проблемой, тем более в следующих версиях opensuse, init планируют исключить.

В общем, лично у меня проблема оказалась довольно тривиальной, загрузку тормозила служба NetworkManager-wait-online.service

Мне она в данном случает не нужна, поэтому я ее просто отключил:

systemctl disable NetworkManager-wait-online.service

После этого загрузка системы с systemd происходит субъективно быстрее (не замерял) чем при использовании init. Так что - верной дорогой идем, товарищи…

Подробнее об этом написал здесь](http://draft.xboct.org/wiki/Долгая_загрузка_opensuse_c_systemd).

Вдохновленный данной темой решил покопаться в своем systemd, так как система тоже долго грузится, а выключается почти моментально. Я догадывался о причине задержек, и после анализа почти не удивился. Загрузка занимает 79 секунд, из которых более 60-ти уходит на монтирование NFS-шары локального сервера:

http://susepaste.org/66826768

Вопрос, NFS всегда такой тормозной, или я его криво настроил? Возможно, есть более быстрые альтернативы для шаринга файлов в сети Linux-машин?

С изображением вышел косячок: The page http://susepaste.org/66826768 is on strike today to fight SOPA and PIPA. Перезаливать не буду, так как основную его суть высказал выше, а завтра все должно заработать.

У меня NFS монтировался моментально, но иногда возникала проблема с долгим ответом уже в процессе работы (мог вообще так и не ответить). При чем новая шара работала идеально, но в процессе работы некоторые машины начинали глючить. С чем это было связанно я так и не выяснил, но это не зависило от размера шары и количества файлов. В общем у меня опыт с NFS был не очень удачным и я от него отказался в пользу ifolder + samba.

Возможно у тебя та же проблема.

P.S. ifolder в последнее время тоже особо не радует, с нетерпением жду чего-то полезного от owncloud.

Немного соврал, у меня все еще используется NFS на некоторых машинах, но там openSUSE 11.3 и 11.4.
Как это часто бывает с linux, я настроил и забыл, потому что все работает и без моего участия :slight_smile:
На данный момент там целая документопомойка размером 16 ГБ. Проблемы были при монтировании по NFS /home. Сейчас папка монтируется в /home/Docums и у пользователей симлинк папки “Документы” на нее.
Попробую обновить кого-нить до 12.1, но это будет не раньше следующей недели.

У меня на сервере 11.4, на клиенте 12.1. С NFS тоже много шишек набил, вроде устаканилось все, когда до 12.1 обновился - клиент перестал сервер видеть, немного поковырялся, перенастроил на NFSv3, вроде работает. Монтируется долго, но в процессе работы все супер. owncloud тоже на сервере стоит, но там WebDAV и свои проблемы… Во-первых, говорят - он не очень быстрый, расшарить можно только 1 каталог, права на который нужно выдать апачу. С симлинками пока заморачиваться не пробовал, к тому же владелец у файлов один - апач, разграничивает права между аккаунтами, как я понял, вебсервер, тоже пока не очеень хорошо.
Если есть желание попробовать - ownCloud :slight_smile:

https://bugzilla.novell.com/show_bug.cgi?id=738727

У меня systemd онлайна не ждёт. И NFS-шары (3 штуки общим объёмом гигов на 750) работают как должно, хоть первая попытка их монтирования при загрузке происходит вообще до старта сети и торжественно фэйлится. Но в целом всё ОК.

З.Ы. И я ещё собирался писать багрепорт на медленно работающий systemd, однако, после прочтения этой темы задумался, ибо тут люди за благо считают загрузку за 25 секунд.
З.З.Ы. Почитав вывод systemd-analyze blame, я всё равно считаю, что медленно он работает. Какого рожна виртуальные консоли запускаются почти 8 секунд, а монтирование виртуальных файловых систем (это в оперативке, почти нулевое ожидание ввода/вывода по сравнению с жёстким диском!) занимает по три секунды на точку? Чем там можно столько заниматься? Плохо, видимо, что я не системщик :slight_smile:

7441ms systemd-vconsole-setup.service
4744ms systemd-modules-load.service
4688ms remount-rootfs.service
3059ms media.mount
3036ms var-lock.mount
3015ms var-run.mount
3010ms udev-trigger.service
3006ms localnet.service
3001ms sys-kernel-debug.mount
2972ms dev-mqueue.mount
2941ms dev-hugepages.mount
2912ms sys-kernel-security.mount
2897ms udev.service
2824ms systemd-remount-api-vfs.service

А настройкой тут заниматься пробовали?
У меня с обычным HDD загрузка до окна GDM занимала 5 сек. Правда были проблемы с разделами на рейзере, но тогда это было все в стадии беты.
Вот небольшое хау-ту](https://www.linux.com/learn/tutorials/527639-managing-services-on-linux-with-systemd) (в конце ссылки на FAQ) от небезизвестной Карлы Шредер.

Не пойму что случилось с моими кедами. Система загружается относительно быстро (по крайней мере меня устраивает), появляется рабочий стол, но ничего еще сделать нельзя. Например запускаю браузер - в ответ тишина, диспетчер файлов - то же самое, любую программу запустить - ответа нету. Но через секунд 15-20 играет музон (тот который при запуске кед) и все что я нажимал до этого, начинает открываться. Пробовал создавать нового пользователя, у него все то же самое.
Выхлоп systemd-analyze blame:

 15787ms remount-rootfs.service
  8703ms localnet.service
  6042ms cycle.service
  6030ms var-lock.mount
  5998ms var-run.mount
  5965ms media.mount
  5933ms sys-kernel-security.mount
  5894ms bootsplash-startup.service
  5869ms dev-hugepages.mount
  5866ms udev-trigger.service
  5838ms dev-mqueue.mount
  5806ms sys-kernel-debug.mount
  5706ms udev.service
  5669ms systemd-remount-api-vfs.service
  5609ms systemd-vconsole-setup.service
  3134ms systemd-sysctl.service
  1021ms bootsplash-quit.service
   542ms systemd-logind.service
   439ms systemd-readahead-replay.service
   415ms syslog.service
   412ms windows-C.mount
   407ms systemd-readahead-collect.service
   392ms windows-E.mount
   302ms windows-D.mount
   289ms vboxdrv.service
   202ms dkms_autoinstaller.service
   201ms rc-local.service
   198ms home.mount
   194ms network-remotefs.service
   184ms fbset.service
   182ms microcode.ctl.service
   177ms systemd-user-sessions.service
   168ms console-kit-log-system-start.service
   166ms cpufreq.service
   166ms purge-kernels.service
   134ms avahi-daemon.service
   115ms cups.service
   107ms dbus.service
    63ms haveged.service
    52ms acpid.service
    48ms splash_early.service
    47ms systemd-tmpfiles-setup.service
    46ms bluez-coldplug.service
    46ms nmb.service
    44ms smb.service
    41ms splash.service
    29ms console-kit-daemon.service
    26ms nscd.service
    26ms vboxballoonctrl-service.service
    24ms xdm.service
    22ms vboxweb-service.service
     0ms sys-fs-fuse-connections.mount

После установки SSD загрузка ускорилась примерно вдвое:

1025ms bootsplash-quit.service
   566ms network.service
   307ms network-remotefs.service
   271ms systemd-logind.service
   239ms home.mount
   237ms ntp.service
   203ms syslog.service
   148ms SuSEfirewall2_setup.service
   146ms systemd-vconsole-setup.service
   143ms haveged.service
   132ms SuSEfirewall2_init.service
   132ms nfs.service
   121ms systemd-tmpfiles-setup.service
   112ms microcode.ctl.service
   112ms cpufreq.service
   112ms console-kit-log-system-start.service
   111ms fbset.service
   109ms purge-kernels.service
    96ms rc-local.service
    92ms udev-trigger.service
    91ms systemd-user-sessions.service
    90ms systemd-readahead-replay.service
    86ms cycle.service
    85ms var.mount
    83ms cups.service
    83ms systemd-readahead-collect.service
    79ms media.mount
    71ms dev-hugepages.mount
    70ms nscd.service
    69ms dbus.service
    64ms xdm.service
    64ms dev-mqueue.mount
    62ms avahi-daemon.service
    59ms systemd-sysctl.service
    55ms sys-kernel-debug.mount
    54ms systemd-remount-api-vfs.service
    53ms bluez-coldplug.service
    52ms splash_early.service
    52ms remount-rootfs.service
    50ms var-run.mount
    49ms localnet.service
    49ms mcelog.service
    48ms sys-kernel-security.mount
    41ms bootsplash-startup.service
    41ms acpid.service
    40ms console-kit-daemon.service
    40ms tmp.mount
    31ms rpcbind.service
    23ms splash.service
    23ms udev.service
     7ms var-lock.mount
     0ms sys-fs-fuse-connections.mount

systemd-analyze time
Startup finished in 3263ms (kernel) + 34901ms (userspace) = 38165ms

Давайте померяемся … ?
у кого там 5 сантиметров, т.е. секунд?
сообщите плиз для начала вывод systemd-analyze, а то у меня складывается ощущение, что по разному измерение производим…

systemd-analyze plot > plot.svg - подробная диаграмма со временем и этапами загрузки служб, например моя конфигурация:
SUSE Paste
Пятью секундами даже и не пахнет lol!

был какой-то вариант померятся … и для sysinitv. Но я не помню, как? но был, и тоже с графиком.

да не нужен уже sysinit, покажи systemd-analyze, systemd-analyze blame и systemd-analyze plot

да зачем мне systemd? чтобы перестали корректно отмонироваться разделы на ReiserFS при выключении или система стала грузиться в 2 раза дольше? Вот когда пофиксят подобные вещи, тогда и установлю. А так еще год назад с ним наигрался))