Автор Тема: Система иногда зависает при загрузке  (Прочитано 25710 раз)

Оффлайн kiav

  • Завсегдатай
  • *
  • Сообщений: 527
  • Стич-спасатель
    • Email
Именно иногда. Зависимости не понял. KDesktop 7.0.5

Ждать, если зависнет, можно сколько угодно. Реакции на клавиатуру нет (у меня USB). Помогает только кнопка Reset на системном блоке. В журнале в связи с такой загрузкой вижу:янв 16 10:46:16 main.localdomain systemd-journal[239]: Journal stopped
.[1;39m-- Reboot --.[0m
янв 16 15:26:58 main.localdomain systemd-journal[239]: Allowing runtime journal files to grow to 1.0M.

В этом примере 10:46:16 - это момент последнего успешного выключения ОС.
Вторая строка, вероятно, и есть следы моей попытки загрузиться.
Третья строка - начало процесса успешной загрузки после Reset.

Зависание происходит на четвертом квадратике экрана загрузки. Скорее всего, это означает, что шаг "systemd[1]: Started Show Plymouth Boot Screen." точно выполнен. Но на чем конкретно виснет загрузка непонятно, т.к. в логе по неуспешной загрузке ничего не остается.

Вероятно, нужно как-то заставить журнал пополняться, а не кешироваться. Но как? Да и что это вообще значит?

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
А если при загрузке нажать ESC?

Оффлайн Kamrad

  • Давно тут
  • **
  • Сообщений: 178
  • Пингвиновод
    • Email
Если у вас не ноутбук, попробуйте заменить шлейф на жёсткий диск.
"Linux используют ...э....энтузиасты, а нормальные люди работают на Windows! Вот представьте - приучили вы ребёнка работать с Linux, а придёт он в школу, где кругом Windows - и что он будет делать?!" (аргументация менеджера в компьютерной фирме)

Инфлэйм

  • Гость
Зависание происходит на четвертом квадратике экрана загрузки. Скорее всего, это означает, что шаг "systemd[1]: Started Show Plymouth Boot Screen." точно выполнен. Но на чем конкретно виснет загрузка непонятно, т.к. в логе по неуспешной загрузке ничего не остается.
Мне как-то помогла выявить долго стартующий сервис команда
$ systemd-analyze blameТолько для начала нужно установить одноименный пакет systemd-analyze, если еще не установлен.
удобство команды в том, что она помогает отследить время загрузки каждого юнита.
 [eric@laptop ~]$ systemd-analyze blame
          2.598s ModemManager.service
          2.205s systemd-udev-settle.service
          1.960s systemd-fsck-root.service
          1.537s avahi-daemon.service
          1.404s systemd-logind.service
          1.356s NetworkManager.service
          1.243s lvm2-activation-early.service
          1.239s altlinux-update_chrooted.service
           961ms systemd-fsck@dev-disk-by\x2duuid-6c244ef5\x2d8343\x2d41f7\x2d9f19\x2dfc62832e6102.service
           929ms lvm2-activation.service
           804ms sshd.service
           557ms vhba.service
           545ms network.service
           541ms nslcd.service
           513ms dev-mqueue.mount
           507ms systemd-modules-load.service
           460ms systemd-udevd.service
           438ms sys-kernel-debug.mount
           414ms systemd-vconsole-setup.service
           378ms polkit.service
           368ms x11presetdrv.service
           330ms systemd-tmpfiles-clean.service
           328ms plymouth-quit.service
           328ms plymouth-quit-wait.service
           312ms systemd-udev-trigger.service
           297ms dev-hugepages.mount
           281ms systemd-sysctl.service
           250ms home.mount
           185ms systemd-user-sessions.service
           153ms udisks2.service
           142ms systemd-readahead-replay.service
           142ms systemd-tmpfiles-setup.service
           135ms bridge.service
           124ms altlinux-save-dmesg.service
            80ms systemd-readahead-collect.service
            74ms consolesaver.service
            73ms mnt-disk.mount
            57ms plymouth-start.service
            36ms systemd-readahead-done.service
            32ms lm_sensors.service
            20ms systemd-remount-fs.service
            18ms wpa_supplicant.service
            13ms plymouth-read-write.service
            12ms altlinux-idetune.service
             7ms systemd-journal-flush.service
             7ms var-lock.mount
             6ms upower.service
             5ms systemd-random-seed-load.service
             5ms var-run.mount
             4ms systemd-update-utmp-runlevel.service
             3ms altlinux-kmsg-loglevel.service
             3ms dev-disk-by\x2duuid-9dbad1c1\x2d29ce\x2d45ca\x2d87cc\x2dd978f8d1c996.swap
             3ms htcacheclean.service
             1ms tmp.mount
Ну и  потом, может чего покажет
systemctl --failed
« Последнее редактирование: 17.01.2016 17:59:06 от Инфлэйм »

Оффлайн kiav

  • Завсегдатай
  • *
  • Сообщений: 527
  • Стич-спасатель
    • Email
А если при загрузке нажать ESC?
ESC не срабатывал, полностью отключил графическую индикацию загрузки ОС.

В моем случае дело в udev:
Starting udev Wait for Complete Device Initialization...
[28.058000] BUG: soft lockup - CPU#0 stuck for 23s! [systemd-udevd:270]
[28.058000] BUG: soft lockup - CPU#3 stuck for 23s! [systemd-udevd:267]
[28.058000] BUG: soft lockup - CPU#2 stuck for 23s! [systemd-udevd:261]

И так без конца повторяется каждые 30 секунд. Вижу похожую ситуацию. И статью Linux Kernel BUG: soft lockup CPU#1 stuck тоже почитал. В ней, в итоге, остановились на том, что это программная ошибка ядра.

Мое ядро$ uname -a                     
Linux main.localdomain 3.14.41-std-def-alt1 #1 SMP Thu May 7 12:49:36 UTC 2015 x86_64 GNU/Linux

Кстати, ядра 1 в этом списке не бывает. Только 0, 2 и 3 (у меня их 4).

Есть также ошибка в RedHat по похожей ситуации, но там не при загрузке она возникает. А вот в Debian зависание, если не пользоваться компьютером.

В Fedora - также в udev. Якобы, на ядре 3.15 болячка ушла.

А этот пострадавший не может загрузиться на любом ядре начиная с 3.13.

У меня болячка наблюдается при холодном старте. И то не каждый раз. По кнопке Reset на системнике пока не помню такого зависания.

Что с этим делать?

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Ну, как минимум багу запостить
Вот тут, с аналогичной проблемой предлагаю отключить разгон процессора.
http://ubuntuforums.org/showthread.php?t=2205211

Оффлайн kiav

  • Завсегдатай
  • *
  • Сообщений: 527
  • Стич-спасатель
    • Email
Ну, как минимум багу запостить
Сделал.

Вот тут, с аналогичной проблемой предлагаю отключить разгон процессора.
http://ubuntuforums.org/showthread.php?t=2205211
Так я его и не включал. Просто из жадности - знаю о повышенном износе при таких фокусах.

Оффлайн wvonder

  • Начинающий
  • *
  • Сообщений: 1
Аналогичная проблема.

[28.058000] BUG: soft lockup - CPU#0 stuck for 23s! [systemd-udevd:270]
[28.058000] BUG: soft lockup - CPU#3 stuck for 23s! [systemd-udevd:267]
[28.058000] BUG: soft lockup - CPU#2 stuck for 23s! [systemd-udevd:261]
 И так безконца.
Пытаюсь поставить Ubuntu 14.0Х или Mint 17.x. Даже если просто пытаться загрузиться без установки все равно такая ерунда. Ноутбук emachines e727. Процессор T4400 IntelPentium.

Оффлайн hasculdr

  • Завсегдатай
  • *
  • Сообщений: 672
Была аналогичная проблема типа
Цитировать
[28.058000] BUG: soft lockup - CPU#0 stuck for 23s! [systemd-udevd:270]
Рассосалась сама - попробуйте обновить ядро до 3.14.64+ (или какое там сейчас последнее):
https://forum.altlinux.org/index.php?topic=26962.0 с пункта 2.

Оффлайн grumbler

  • alt linux team
  • ***
  • Сообщений: 126
Дополню.

Такой же BUG возникает на разных серверах с P7 при активной работе сетевых пользователей с демоном smbd, пример:
BUG: soft lockup - CPU#3 stuck for 23s! [smbd:6781]Актуально для ядер третьей версии как минимум начиная с 3.14.41 по 3.14.79 (последнее на сегодня).
Установил ядро четвёртой версии un-def (4.1.36-un-def-alt0.M70P.1), смотрю на поведение. Первые три часа всё в порядке.

Оффлайн Dmytro

  • Мастер
  • ***
  • Сообщений: 1 001
Пару раз ловил подобное на p8 на ядрах std-def в июне-июле. Там и другие проблемы были. Тогда временно перешел на un-def. Сейчас снова на std-def - полет нормальный.

Оффлайн berkut_174

  • Мастер
  • ***
  • Сообщений: 7 144
    • Email
BUG: soft lockup - CPU#3 stuck for 23s! [smbd:6781]
Хм, сегодня столкнулся с такой же ошибкой, хотя раньше за несколько лет ничего подобного не было, странно. Ядро 3.14.79-std-def-alt0.M70P.2
Сноси Винду, переходи на Линукс ! :)

Оффлайн grumbler

  • alt linux team
  • ***
  • Сообщений: 126
BUG: soft lockup - CPU#3 stuck for 23s! [smbd:6781]
Хм, сегодня столкнулся с такой же ошибкой, хотя раньше за несколько лет ничего подобного не было, странно. Ядро 3.14.79-std-def-alt0.M70P.2

Всего лишь возросла нагрузка на самбу.
Обновляйте ядро! И лучше всего переходите на P8

Оффлайн berkut_174

  • Мастер
  • ***
  • Сообщений: 7 144
    • Email
Всего лишь возросла нагрузка на самбу.
Я бы не сказал...

Обновляйте ядро!
Пока повременю, если начнёт повторяться, тогда уже.

лучше всего переходите на P8
Тоже пока не вижу необходимости, всё работает - лучше лишний раз не трогать. :-)
Сноси Винду, переходи на Линукс ! :)