Автор Тема: Проблемы с ждущим режимом на 7.0.5 Centaurus [решено]  (Прочитано 3214 раз)

Оффлайн six.fixer

  • Начинающий
  • *
  • Сообщений: 19
Есть 25 ПК в такой конфигурации
Спойлер
System:     Kernel: 3.14.58-std-def-alt0.M70P.1 x86_64 (64 bit gcc: 4.7.2) Console: tty 0
           Distro: ALT Linux 7.0.5 Centaurus (Pholus)
Machine:   System: Gigabyte product: N/A
           Mobo: Gigabyte model: Q87M-D2H v: x.x Bios: American Megatrends v: F7 date: 01/17/2014
CPU:       Quad core Intel Core i7-4770 (-HT-MCP-) cache: 8192 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 27136
           clock speeds: max: 3900 MHz 1: 3898 MHz 2: 3897 MHz 3: 3891 MHz 4: 3895 MHz 5: 3887 MHz 6: 3872 MHz
           7: 3906 MHz 8: 3896 MHz
Graphics:  Card: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller bus-ID: 00:02.0
           Display Server: X.org 1.14.7 drivers: intel (unloaded: fbdev,vesa)
           tty size: 238x65 Advanced Data: N/A for root out of X
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller
           driver: snd_hda_intel bus-ID: 00:03.0
           Sound: Advanced Linux Sound Architecture v: k3.14.58-std-def-alt0.M70P.1
Network:   Card-1: Intel Ethernet Connection I217-LM driver: e1000e v: 2.3.2-k port: f080 bus-ID: 00:19.0
           IF: eno1 state: up speed: 1000 Mbps duplex: full mac: fc:aa:14:e6:5c:1c
           Card-2: Realtek RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
           driver: 8139too v: 0.9.28 port: e000 bus-ID: 03:00.0
           IF: enp3s0 state: down mac: 00:80:48:5c:f5:4a
           Card-3: Intel 82574L Gigabit Network Connection driver: e1000e v: 2.3.2-k port: d000 bus-ID: 04:00.0
           IF: enp4s0 state: down mac: 68:05:ca:3c:ee:48
Drives:    HDD Total Size: 1120.2GB (10.8% used) ID-1: /dev/sdb model: TOSHIBA_MG03ACA1 size: 1000.2GB
           ID-2: /dev/sda model: OCZ size: 120.0GB temp: 0C
Partition: ID-1: / size: 95G used: 6.0G (7%) fs: ext4 dev: /dev/sda2
           ID-2: /home size: 917G used: 92G (11%) fs: ext4 dev: /dev/sdb1
           ID-3: swap-1 size: 16.78GB used: 0.00GB (0%) fs: swap dev: /dev/sda1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 220 Uptime: 1 day Memory: 3379.1/15965.6MB Init: systemd runlevel: 5 Gcc sys: N/A
           Client: Shell (bash 3.2.541) inxi: 2.2.31
На всех машинах сконфигурирован Intel AMT.
И с ними есть ряд проблем c выходом из ждущего режима (suspend-to-RAM). При попытке выхода машина может либо повиснуть, либо перезагрузиться. В логах после перезагрузки никаких явных ошибок нет, машина ушла в сон, далее лог начинается только после перезагрузки.
« Последнее редактирование: 25.02.2016 13:47:16 от Skull »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Я думаю, что для начала нужно попробовать ядро un-def. И напишите какая у вас система инициализации SysV или systemd? Приведите логи.

Оффлайн six.fixer

  • Начинающий
  • *
  • Сообщений: 19
Используется systemd. На un-def происходит то же самое, что и на std-def: в первый раз система уходит и возвращается из suspend нормально, во второй - перезагружается. Причём иногда и в первый раз система может при попытке возврата перезагрузиться. В приложенных логах первый из описанных вариантов.

Оффлайн ruslandh

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

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Со swap проблем нет?

А он-то по идее при чём? suspend-to-RAM же?

В приложенных логах первый из описанных вариантов.

Т.е. когда всё норм? Нам нужен, когда перезагрузился. После того как перезагрузился дайте команду:

journalctl -b -1
Но, вроде как в p7 не работает https://www.altlinux.org/Journald Если так, то:

journalctl
И врукопашку найти предыдущий сеанс и скопировать все его сообщения.

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Не в курсе, просто была мысль, что если он в памяти уснул, то из неё что-то в swap может быть вытеснено..
Возможно ерунду сказал, так-как теорию засыпания в памяти не знаю.
« Последнее редактирование: 17.02.2016 22:16:45 от ruslandh »

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Судя по https://opennet.ru/tips/info/990.shtml для нормального засыпания и ACPI нужно, и ещё куча условий.

Оффлайн six.fixer

  • Начинающий
  • *
  • Сообщений: 19
Т.е. когда всё норм? Нам нужен, когда перезагрузился. После того как перезагрузился дайте команду:
Нет, тут весь сеанс с момента загрузки, ухода в suspend и последующего возвращения, второго ухода в suspend и последующей перезагрузки.

Оффлайн six.fixer

  • Начинающий
  • *
  • Сообщений: 19
Вопрос решился, проблема оказалась чисто аппаратной и крылась в параметрах рефреша модулей памяти, всем спасибо, тему можно закрывать.