1

на чем-то останавливается в загрузке

2

Новая система инициализации systemd
В мандриве её только прикрутили, экспериментируют с сервисами.
Затуп(долгое раздумывание) может быть на чем угодно(навскидку):
1) сервис ntp
2) поиск новых устройств (да есть такой момент в загрузке)
3) проверка разделов
4) сеть подрубается
ещё что-нибудь

3

ну да, ntp пользуюсь, Linux Raid пользуюсь

4

Можно проанализировать systemd в виде наглядного графика:

 Консоль:
systemd-analyze plot > plot.svg
firefox plot.svg

Пример: (вроде всё нормально и время приемлемое)
http://storage6.static.itmages.ru/i/12/0212/s_1329021572_4948312_936f680dd5.png



Или в консоли:
Время загрузки:

 Консоль:
systemd-analyze time

или отдельно по сервисам:
 Консоль:
systemd-analyze blame

5

Вообщем не тут-то было: Включаю утром комп, а он мне на черном экране: введите пароль root или нажмите Ctrl-D для продолжения в эммерджи режиме.
При вводе root пароля переходит в командную строку, при нажатии Ctrl-D зацикливается на каком то процессе

6

Заходите в нужное ядро с необходимыми параметрами? (которое ставили последним)

7

Не работает при любом выборе ядра, Вечером работало без выбора ядра,

я правда установил вчера несколько програм: smplayer, кодеки urpmi libdvbpsi7 libebml3 libmatroska4 win32-codecs real-codecs x264 gstreamer0.10-decoders gstreamer0.10-decoders-audio
дальше rosegarden (так и не установился), audaciti, qsynth, hydrogen, ardour, jack, kino, geeqie, cinelerra

8

самое удивительное, это то, что за сегодня нет ни одного лога, все логи кончились вчера вечером

9

Заработало, моя ошибка, как-то криво подмонтировался linux-Raid

10

:cool:

Кстати ради интереса покажите выводы: (хочется сравнить)

 Консоль:
systemd-analyze time
systemd-analyze blame

11

Mandriva 2011

+ открыть спойлер

 Консоль:
[root@localhost stas]# systemd-analyze time
Startup finished in 1174ms (kernel) + 6954ms (initrd) + 26447ms (userspace) = 34576ms
[root@localhost stas]# systemd-analyze blame
21685ms ntpd.service
  8175ms webmin.service
  3466ms mdadm.service
  3427ms smb.service
  3306ms haldaemon.service
  2808ms networkmanager.service
  2632ms preload.service
  2457ms resolvconf.service
  2442ms partmon.service
  2397ms cups.service
  2361ms fedora-storage-init.service
  2236ms avahi-daemon.service
  2207ms atd.service
  2198ms capi4linux.service
  2151ms rpcbind.service
  2137ms crond.service
  2112ms apmd.service
  2035ms lm_sensors.service
  1661ms fedora-readonly.service
  1615ms netfs.service
  1513ms nfs-common.service
  1402ms console-kit-daemon.service
   675ms remount-rootfs.service
   524ms systemd-vconsole-setup.service
   310ms mandi.service
   284ms fedora-sysinit-unhack.service
   281ms console-kit-log-system-start.service
   270ms openvpn.service
   251ms portreserve.service
   248ms dev-mqueue.mount
   245ms checkflashboot.service
   237ms rsyslog.service
   235ms acpid.service
   230ms systemd-modules-load.service
   218ms media.mount
   209ms systemd-remount-api-vfs.service
   182ms udev-settle.service
   179ms hwclock-load.service
   179ms fedora-sysinit-hack.service
   164ms rc-local.service
   133ms systemd-sysctl.service
   119ms dbus.service
   114ms udev-trigger.service
   111ms sshd.service
    90ms fedora-wait-storage.service
    88ms udev.service
    61ms prefdm.service
    48ms fedora-autoswap.service
    27ms home.mount
    26ms systemd-user-sessions.service
     2ms rtkit-daemon.service
     0ms dev-hugepages.mount
[root@localhost stas]#

12

openSUSE 12.1

+ открыть спойлер

 Консоль:
verg@localhost:~> systemd-analyze
Startup finished in 4308ms (kernel) + 12525ms (userspace) = 16834ms
verg@localhost:~> systemd-analyze blame
  2138ms systemd-tmpfiles-setup.service
  2090ms bootsplash-quit.service
  1833ms localnet.service
  1634ms remount-rootfs.service
  1581ms cycle.service
  1502ms systemd-remount-api-vfs.service
  1405ms var-lock.mount
  1401ms media.mount
  1398ms var-run.mount
  1394ms sys-kernel-security.mount
  1390ms dev-mqueue.mount
  1386ms dev-hugepages.mount
  1382ms sys-kernel-debug.mount
  1273ms bootsplash-startup.service
  1215ms systemd-vconsole-setup.service
   770ms udev.service
   685ms systemd-logind.service
   500ms syslog.service
   400ms microcode.ctl.service
   386ms NetworkManager.service
   330ms network.service
   324ms haveged.service
   234ms systemd-modules-load.service
   223ms rng-tools.service
   218ms xdm.service
   215ms systemd-sysctl.service
   204ms nscd.service
   204ms ntp.service
   202ms network-remotefs.service
   161ms systemd-user-sessions.service
   146ms zramswap.service
   133ms systemd-readahead-replay.service
   115ms systemd-readahead-collect.service
   114ms console-kit-daemon.service
    84ms splash_early.service
    80ms fbset.service
    79ms splash.service
    70ms dbus.service
    66ms console-kit-log-system-start.service
    64ms udev-trigger.service
    63ms purge-kernels.service
    52ms rc-local.service
    27ms acpid.service
verg@localhost:~>

13

dadario,
Сервис NTP у вас всю малину портит. Загружается столько, сколько у меня вся система, а машина у меня не новая.

У меня как заметили он грузится недолго:

 Консоль:
   204ms ntp.service

з.ы. может стоит отказаться от него в загрузке системы, заменив ручной синхронизацией в любое удобное время.

14

про ntp я сразу заметил, отключу. Но самый интересный вопрос Гуру! а как заставить звук идти по HDMI?

15

а как заставить звук идти по HDMI?

Отдельной темой.

16

ок

17

Заитрересовался тоже. У меня  что-то тоже думаю что не очень удовлетворительно   smile

+ открыть спойлер

 Консоль:
# systemd-analyze time
Startup finished in 3161ms (kernel) + 28220ms (userspace) = 31382ms
[root@(none)]# systemd-analyze blame
11298ms ntpd.service
  8194ms network-up.service
  5524ms shorewall.service
  3434ms preload.service
  2209ms coherence.service
  2119ms abrtd.service
  1895ms mdadm.service
  1497ms fedora-readonly.service
  1449ms fedora-storage-init.service
  1406ms freshclam.service
  1358ms wine.service
  1296ms lm_sensors.service
  1245ms resolvconf.service
  1237ms irqbalance.service
  1218ms atd.service
  1207ms rc-local.service
  1207ms capi4linux.service
  1163ms proc-sys-fs-binfmt_misc.mount
  1066ms nfs-common.service
   991ms network.service
   632ms netfs.service
   369ms hddtemp.service
   257ms fedora-autoswap.service
   210ms dbus.service
   198ms openvpn.service
   196ms console-kit-log-system-start.service
   196ms crond.service
   173ms remount-rootfs.service
   172ms prefdm.service
   164ms udev-settle.service
   155ms systemd-remount-api-vfs.service
   154ms tmp.mount
   153ms media.mount
   140ms iptables.service
   137ms fedora-wait-storage.service
   130ms var.mount
   129ms partmon.service
   127ms ip6tables.service
   126ms numlock.service
   122ms hwclock-load.service
   121ms systemd-vconsole-setup.service
   121ms rsyslog.service
   112ms console-kit-daemon.service
    99ms fedora-sysinit-hack.service
    83ms systemd-user-sessions.service
    81ms rtkit-daemon.service
    80ms systemd-modules-load.service
    78ms systemd-sysctl.service
    76ms udev-trigger.service
    65ms home.mount
    64ms udev.service
    61ms msec.service
    61ms rpcbind.service
    30ms mandi.service
    25ms fedora-sysinit-unhack.service
    16ms usr.mount
     0ms dev-hugepages.mount

18 (10.03.2012 07:38:14 отредактировано Ярослав)

Какая интересная тема. Вот так у меня:

+ открыть спойлер

 Консоль:
$ systemd-analyze time
Startup finished in 1048ms (kernel) + 8973ms (initrd) + 25605ms (userspace) = 35628ms
[yaruss@yarosarthost ~]$ systemd-analyze blame
14780ms ntpd.service
  9497ms shorewall.service
  7331ms haldaemon.service
  6669ms smb.service
  6443ms cups.service
  5850ms networkmanager.service
  5539ms partmon.service
  4876ms mdadm.service
  4363ms lm_sensors.service
  3722ms bluetooth.service
  3715ms nfs-common.service
  3714ms avahi-daemon.service
  3686ms portreserve.service
  3683ms crond.service
  3673ms apmd.service
  3673ms openvpn.service
  3670ms checkflashboot.service
  3664ms atd.service
  3664ms rpcbind.service
  3479ms rsyslog.service
  3424ms acpid.service
  3424ms resolvconf.service
  3287ms rc-local.service
  2990ms console-kit-daemon.service
  2890ms netfs.service
  1301ms fedora-storage-init.service
  1041ms media-SATA1.mount
   990ms remount-rootfs.service
   954ms preload.service
   876ms systemd-vconsole-setup.service
   553ms fedora-readonly.service
   549ms systemd-remount-api-vfs.service
   543ms media.mount
   534ms tmp.mount
   524ms media-SATA2.mount
   523ms prefdm.service
   485ms udev-trigger.service
   376ms udev.service
   335ms dev-hugepages.mount
   304ms mandi.service
   248ms home.mount
   175ms fedora-autoswap.service
   170ms fedora-sysinit-hack.service
   170ms hwclock-load.service
   153ms systemd-modules-load.service
   151ms media-Download.mount
   148ms fedora-wait-storage.service
    88ms systemd-sysctl.service
    83ms udev-settle.service
    68ms console-kit-log-system-start.service
    58ms dbus.service
    16ms systemd-user-sessions.service
     6ms fedora-sysinit-unhack.service

Интересно, в МСС на ntpd галочка "при загрузке" снята, а он все равно грузится.

Если авторитет ложный, тогда сомнение разобьет его, и прекрасно сделает; если же он необходим или полезен, тогда сомнение повертит его в руках, осмотрит со всех сторон и поставит на место. Д.И.Писарев.
-
Mageia 8 KDE

19

Ярослав пишет:

Интересно, в МСС на ntpd галочка "при загрузке" снята, а он все равно грузится.

Это потому что MCC полурабочее.

Cервис ntp можно отключить, чтобы не загружался, так:

 Консоль:
# systemctl --system daemon-reload
# systemctl disable ntpd

А включить если понадобится обратно:

 Консоль:
# systemctl --system daemon-reload
# systemctl enable ntpd

А просто остановить или запустить можно такно после перезагрузки всё равно запустится, если не был деактивирован:

 Консоль:
# systemctl --system daemon-reload
# systemctl start ntpd
# systemctl stop ntpd

20

Всем привет.
После установки драйверов nvidia стала долго грузиться система.
Отображается tty1/login: Можно ввести логин/пароль даже кой-чего поработать.
Но потом загрузятся X и покажут снова экран входа в систему с выбором пользователя и пароля.
Такое ощущение, что стоит таймаут в минуту - не засекал точно.
Где искать причины столь странного поведения?

21

Драйвера с репозитория?
Покажите:

uname -a
cat /etc/product.id
rpm -qa | grep nvidia
rpm -qa | grep preload
ps -A | grep preload
glxinfo | grep render
systemd-analyze
systemd-analyze blame

от рута:

cat /boot/grub/menu.lst

22 (04.07.2012 11:48:09 отредактировано ManGO)

Пожалуйста:

+ uname -a

Linux localhost.localdomain 2.6.39.4-5.1-desktop #1 SMP Wed Jan 4 13:48:56 UTC 2012 i686 i686 i386 GNU/Linux

+ cat /etc/product.id

vendor=Mandriva,distribution=Mandriva Linux,type=Basic,version=2011.0,branch=Official,release=1,arch=i586,product=One

+ rpm -qa | grep nvidia

nvidia96xx-kernel-2.6.39.4-5.1-desktop-96.43.20-0.2-mdv2011.0.i586
nvidia96xx-kernel-desktop-latest-96.43.20-1.20120104.0.2-mdv2011.0.i586

+ rpm -qa | grep preload

preload-0.6.4-4-mdv2011.0.i586

+ ps -A | grep preload

2689 ?        00:00:04 preload

+ glxinfo | grep render

direct rendering: Yes
OpenGL renderer string: GeForce 9600 GT/PCIe/SSE2/3DNOW!
    GL_NV_conditional_render, GL_NV_copy_depth_to_color, GL_NV_copy_image,
    GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite,
    GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_OES_depth24,
    GL_OES_fbo_render_mipmap, GL_OES_get_program_binary, GL_OES_mapbuffer,

+ systemd-analyze

Startup finished in 2274ms (kernel) + 8123ms (initrd) + 52594ms (userspace) = 62992ms

+ systemd-analyze blame

16419ms haldaemon.service
12674ms networkmanager.service
12481ms smb.service
10878ms mdadm.service
10390ms cups.service
10045ms mysqld.service
  8699ms console-kit-daemon.service
  7566ms httpd.service
  6741ms partmon.service
  6627ms netfs.service
  6123ms nfs-common.service
  6093ms avahi-daemon.service
  6073ms crond.service
  6072ms checkflashboot.service
  6067ms portreserve.service
  6064ms resolvconf.service
  6039ms cpufreq.service
  6039ms memcached.service
  6037ms apmd.service
  5942ms lm_sensors.service
  5931ms hddtemp.service
  5929ms rpcbind.service
  5921ms openvpn.service
  5915ms atd.service
  4208ms postfix.service
  1477ms media-win_d.mount
  1233ms fedora-storage-init.service
  1102ms fedora-readonly.service
  1090ms udev-settle.service
  1035ms home.mount
   946ms media-win_e.mount
   906ms mandi.service
   886ms saslauthd.service
   745ms media-win_c.mount
   593ms remount-rootfs.service
   507ms fedora-autoswap.service
   454ms systemd-vconsole-setup.service
   427ms hwclock-load.service
   355ms preload.service
   345ms systemd-sysctl.service
   345ms dbus.service
   330ms systemd-modules-load.service
   326ms systemd-remount-api-vfs.service
   323ms media.mount
   322ms rc-local.service
   289ms systemd-tmpfiles-setup.service
   244ms prefdm.service
   195ms usr.mount
   180ms acpid.service
   148ms bluetooth.service
   142ms rsyslog.service
   134ms udev.service
    92ms fedora-sysinit-hack.service
    82ms udev-trigger.service
    73ms console-kit-log-system-start.service
    67ms fedora-wait-storage.service
    20ms systemd-user-sessions.service
    16ms fedora-sysinit-unhack.service
    12ms rtkit-daemon.service
     2ms dev-hugepages.mount

+ sudo cat /boot/grub/menu.lst

timeout 5
color black/cyan yellow/cyan
gfxmenu (hd0,0)/boot/gfxmenu
default 0
title windows
root (hd1,0)
map (0x81) (0x80)
map (0x80) (0x81)
makeactive
chainloader +1
title linux
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=b0e6478e-796c-4c1a-9edf-a07e3ab62c45 logo.nologo quiet nokmsboot resume=UUID=152d1aef-e8cf-48bf-9221-de2ad128c34f splash=silent vga=788
initrd (hd0,0)/boot/initrd.img
title linux-nonfb
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=b0e6478e-796c-4c1a-9edf-a07e3ab62c45 nokmsboot resume=UUID=152d1aef-e8cf-48bf-9221-de2ad128c34f
initrd (hd0,0)/boot/initrd.img
title failsafe
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=b0e6478e-796c-4c1a-9edf-a07e3ab62c45 nokmsboot failsafe
initrd (hd0,0)/boot/initrd.img

23

То есть ставили драйвер с сайта nvidia, а не с репозитория?


Отключите демон preload в MCC (запускаемые сервисы) - и перезагрузитесь - потом можно включить обратно
или быстрее:

# systemctl disable preload.service

потом перезагрузиться
Если загрузка будет такой же долгой вернуть обратно:

# systemctl --system daemon-reload
# systemctl enable preload.service

24 (04.07.2012 12:00:34 отредактировано ManGO)

да. Дело в том, что я воткнул новую видеокарту, а раньше работал на встроенной. Все нормально грузилось-отображалось. Но монитор непоколебимо не хотел выдавать нормальное разрешение. Пришлось переставлять драйверы. На офсайте внимательно все читал. Правил уровни загрузки, но потом, вроде как вернул все на родину и после этого вот такая ерунда случилась.

+ cat /etc/inittab

#
# inittab       This file describes how the INIT process should set up
#               the system in a certain run-level.
#
# Author:       Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
#               Modified for RHS Linux by Marc Ewing and Donnie Barnes
#

# Default runlevel. The runlevels used by Mandriva Linux are:
#   0 - halt (Do NOT set initdefault to this)
#   1 - Single user mode
#   2 - Multiuser, without NFS (The same as 3, if you do not have networking)
#   3 - Full multiuser mode
#   4 - unused
#   5 - X11
#   6 - reboot (Do NOT set initdefault to this)
#
id:5:initdefault:

# System initialization.
si::sysinit:/etc/rc.d/rc.sysinit

l0:0:wait:/etc/rc.d/rc 0
l1:1:wait:/etc/rc.d/rc 1
l2:2:wait:/etc/rc.d/rc 2
l3:3:wait:/etc/rc.d/rc 3
l4:4:wait:/etc/rc.d/rc 4
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6

# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now

# When our UPS tells us power has failed, assume we have a few minutes
# of power left.  Schedule a shutdown for 2 minutes from now.
# This does, of course, assume you have powerd installed and your
# UPS connected and working correctly. 
pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"

# If power was restored before the shutdown kicked in, cancel it.
pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"


# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6

# Single user mode
~~:S:wait:/bin/sh

25

ManGO пишет:

а раньше работал на встроенной.

Встроенную отключить в биосе возможно?

ManGO пишет:

Но монитор непоколебимо не хотел выдавать нормальное разрешение

Подсказка: Проблема с частотой обновления и 3d ускорением

ManGO пишет:

Правил уровни загрузки, но потом, вроде как вернул все на родину и после этого вот такая ерунда случилась.

systemd глубоко наплевать на /etc/inittab
Тема подробнее: Проблема с уровнем загрузки

26

Встроенная отключена.
Я просто думал, что в иниттабе мож чего накосячил - мож какое ожидание нарисовал.
Прелоад, как я понял, не вырубился.

systemctl disable preload
Unit name preload is not a valid unit name.
Cannot install unit preload: Invalid argument

27

Конечно же:

# systemctl disable preload.service

28

systemctl disable preload.service
preload.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig preload off

Не было у мну nvidia-settings вообще как бы не было этого всего. Появилось только тогда, когда переставил дровы.

29

ManGO пишет:

Не было у мну nvidia-settings вообще как бы не было этого всего.

Нужно было один раз перезагрузиться просто.

30

Тут я подумал, что дело было в том, что встроенная была 6100.
Вставил видеокарту 9600. Отключил  встроенную.
А работало все не на дровах nvidia, а на каких-то свободных. Поэтому я решил поставить с сайта. Мучался вечер и утро - не хотел сначала ставиться на включенных иксах. ПОтом проверял какие-то зависимости. Не мог kernel-source найти. Потом в итоге поставил. Появились nvidia-settings там уже все перенастроил.
Сейчас перегружусь проверю. Тока малого спать уложу.
Если что - то за что preload отвечает?