Автор Тема: Xfce c Sysv  (Прочитано 562346 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #570 : 14.07.2018 23:11:33 »
Хм-м...
Цитировать
https://www.linuxquestions.org/questions/linux-hardware-18/cstates-processor-vs-intel_idle-4175596098/#post5646178

replica9000
I have a couple of machines that freeze up. One seems to freeze up anywhere from 1 minute to a day or two after boot. The other seems to run fine for weeks before freezing.

On the machine that freezes sooner, I've been testing the intel_idle.max_cstate=x by adding the kernel parameter just before boot. I've been testing each value for about 4 days. I started with 1, I'm currently on 3. I can't say what's changed between values 1 and 2, but with 3, the CPU is now scaling back the MHz to it's lowest when idle.

I'm not sure in which kernel the intel_pstate driver became the default, but I believe this is when the freezing issue has started. Rather than disable it, I'll test the cstate settings since the machine isn't doing anything important.
Цитировать
https://github.com/torvalds/linux/commit/ff7c9917143b3a6cf2fa61212a32d67cf259bf9c

cpufreq: intel_pstate: Fix scaling max/min limits with Turbo 3.0
Cc: 4.6+ <stable(at)vger.kernel.org> # 4.6+
Цитировать
    [SOLVED] Ubuntu freezing system randomly
https://ubuntuforums.org/showthread.php?t=2384479&p=13737884#post13737884

ono2000
I already tested several Kernels including ,4.9.x , 4.12.x , 4.13.x , 4.14.x , 4.14.15 , and only versions 4.7.10 and 4.8.17 worked almost 100% ok. Look ! I said almost 100%, because when freezing occurs, the system does not freeze completely at all . It took some seconds ( 10 seconds mostly) and back to normal like nothing had happened .

What are CPU "C-states" and how to disable them if needed?
https://gist.github.com/wmealing/2dd2b543c4d3cff6cab7

Оффлайн Spanish ArCher

  • Завсегдатай
  • *
  • Сообщений: 1 234
Re: Xfce c Sysv
« Ответ #571 : 15.07.2018 09:51:48 »
Хуже всего то, что ядро вешается так мёртво, что даже Alt+Fn+SysRq+REISUB не работает, - перезагрузка или выключение, только через poweroff в 4 секунды. Фриз ядра может повториться через неопределённое время, а может через минут 5, в любой момент.

Вчера подумал, что это случайнось....
А сегодня снова ... и REISUB не помог...
Плохо всё...
Если я попался вам навстречу, Значит вам со мной не по пути.
(С) Воскресение

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #572 : 15.07.2018 14:51:47 »
Хуже всего то, что ядро вешается так мёртво, что даже Alt+Fn+SysRq+REISUB не работает, - перезагрузка или выключение, только через poweroff в 4 секунды. Фриз ядра может повториться через неопределённое время, а может через минут 5, в любой момент.

Вчера подумал, что это случайнось....
А сегодня снова ... и REISUB не помог...
Плохо всё...

Сегодня было очередное зависание в 00:18:53 (секунды в системных часах включены), целостность файлов уже не проверял.
Эта ошибка в ядре Линукс, должна иметь серьёзность со статусом blocker,- статус выше critical, высший статус. Никакие объяснения этому не принимаются и отправляются в полный игнор:
- Эта ошибка в ядре Линукс может привести к повреждению системных файлов (выше по теме, повреждение kernel/info и syslog/messages; диапазон затрагиваемых архитектур неизвестен), а также файлов пользователя (потеря содержимого файла current-datetime.txt, - тест периодической записью в файл из бесконечного цикла).

По моей пока что грубой прикидке, сугубо ИМХО:
- Если проблема в ядре действительно связана с драйвером intel_pstate (дефолтно от Sandy Bridge и выше), то или играться с processor.max_cstate= intel_idle.max_cstate= по ходу вникая в суть до деталей до полного понимания, или заменить драйвер intel_pstate на драйвер acpi-cpufreq. В этом случае, какие-то потери в энергосбережении, это намного лучше, чем разрушения с высокой вероятностью. (Поэтому три разных сообщения из сети, попытался связать в одну логическую цепочку, на предмет: а есть ли между ними что-то общее?)

Это неприятное (мягко говоря) поведение ядра Линукс, мне было известно ещё задолго до мая текущего года. Но тогда счёл, что это как-то связано с wdat_wdt.
После фикса бага с wdat_wdt,
https://bugzilla.kernel.org/show_bug.cgi?id=199033#c91
https://bugzilla.altlinux.org/show_bug.cgi?id=34926#c5
оказалось, что это предположение было ошибочным, - фриз ядра остался.

Альтовые ядра версии от 4.4 и ниже не подвержены этой ошибке, но тут возникает ряд вопросов:
- Есть ли какие-то ограничения по версии Intel графики, связанные с версией ядра?
- Как долго может продолжаться: всё более новое ПО и старое ядро?
- Могут ли разъехаться glibc и ядро и когда это произойдёт?
Хотя два последних вопроса, это один и тот же.

Линус, непроверенный, нестабильный или экспериментальный код не должен попадать в стабильное ядро, это понятно?

И уже третьи сутки не вылезаю из этой ошибки.
Данная ошибка в ядре, делает Линукс намного опаснее Windows, и требует немедленного решения. Или немедленной замены Линукс на Виндоус.
« Последнее редактирование: 15.07.2018 15:09:06 от Speccyfighter »

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 224
Re: Xfce c Sysv
« Ответ #573 : 15.07.2018 16:25:28 »
Сегодня было очередное зависание в 00:18:53 (секунды в системных часах включены), целостность файлов уже не проверял.
и это стабильно воспроизводится не только на вашем конкретном компьютере?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #574 : 15.07.2018 17:29:14 »
Сегодня было очередное зависание в 00:18:53 (секунды в системных часах включены), целостность файлов уже не проверял.
и это стабильно воспроизводится не только на вашем конкретном компьютере?

Про десктоп ASUS H61M-PRO: нет такого, - там всё ещё sysv-tde из p7.
Но стабильно воспроизводится на:
# inxi -M | head -n1
Machine:   Device: laptop System: LENOVO product: 80E5 v: Lenovo G50-80

https://www.linuxquestions.org/questions/linux-hardware-18/cstates-processor-vs-intel_idle-4175596098/#post5646178
https://ubuntuforums.org/showthread.php?t=2384479&p=13737884#post13737884

И дальше по запросу:
kernel randomly freezes

Но тут следует проакцентировать, что фриз ядра происходит не через определённое время, а абсолютно случайно, - может повториться через сутки, а может и через 5 минут.

Тут у парня ASUS U36SG фризит:
Ubuntu 16.04 Freeze Randomly - Not solved
https://askubuntu.com/questions/1002850/ubuntu-16-04-freeze-randomly-not-solved

На Lenovo G50-80 стабильно воспроизводится с ядром 4.9 и выше, но не воспроизводится на ядре 4.4 и ниже.
« Последнее редактирование: 15.07.2018 17:45:50 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #575 : 15.07.2018 17:56:18 »
Сегодня было очередное зависание в 00:18:53 (секунды в системных часах включены), целостность файлов уже не проверял.
и это стабильно воспроизводится не только на вашем конкретном компьютере?

Про десктоп ASUS H61M-PRO: нет такого, - там всё ещё sysv-tde из p7.
Но стабильно воспроизводится на:
# inxi -M | head -n1
Machine:   Device: laptop System: LENOVO product: 80E5 v: Lenovo G50-80

https://www.linuxquestions.org/questions/linux-hardware-18/cstates-processor-vs-intel_idle-4175596098/#post5646178
https://ubuntuforums.org/showthread.php?t=2384479&p=13737884#post13737884

И дальше по запросу:
kernel randomly freezes

Но тут следует проакцентировать, что фриз ядра происходит не через определённое время, а абсолютно случайно, - может повториться через сутки, а может и через 5 минут.

Тут у парня ASUS U36SG фризит:
Ubuntu 16.04 Freeze Randomly - Not solved
https://askubuntu.com/questions/1002850/ubuntu-16-04-freeze-randomly-not-solved

На Lenovo G50-80 стабильно воспроизводится с ядром 4.9 и выше, но не воспроизводится на ядре 4.4 и ниже.

Но что характерно, раньше, до появления ядра 4.9, на этом же Леново, такого не было.
Налицо явная опасная регрессия.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #576 : 15.07.2018 18:11:17 »
GRUB2, ты клинический дебил, как и тот кто тебя написал:
# grub-install --recheck /dev/sda
Выполняется установка для платформы i386-pc.
grub-install: предупреждение: метка раздела GPT не имеет BIOS Boot Partition; встраивание невозможно.
grub-install: предупреждение: Встраивание невозможно. При имеющихся параметрах GRUB можно установить только с помощью списка блоков (blocklists). Однако, список блоков является НЕНАДЁЖНЫМ механизмом и его лучше не использовать..
grub-install: ошибка: не будет продолжена с использованием blocklists.
# grub-install --target=i386-pc /dev/sda
Выполняется установка для платформы i386-pc.
grub-install: предупреждение: метка раздела GPT не имеет BIOS Boot Partition; встраивание невозможно.
grub-install: предупреждение: Встраивание невозможно. При имеющихся параметрах GRUB можно установить только с помощью списка блоков (blocklists). Однако, список блоков является НЕНАДЁЖНЫМ механизмом и его лучше не использовать..
grub-install: ошибка: не будет продолжена с использованием blocklists.
Отказ установки загрузчика.

# grub-install --target=i386-pc --force /dev/sda
Выполняется установка для платформы i386-pc.
grub-install: предупреждение: метка раздела GPT не имеет BIOS Boot Partition; встраивание невозможно.
grub-install: предупреждение: Встраивание невозможно. При имеющихся параметрах GRUB можно установить только с помощью списка блоков (blocklists). Однако, список блоков является НЕНАДЁЖНЫМ механизмом и его лучше не использовать..
Установка завершена. Ошибок нет.

Идиота ты кусок. Тебе явно указана цель и ты сам говоришь, что эта цель, это дефолт. Тебе твою же документацию процитировать? Зачем ты лезешь в GPT с отказом установки? Ты в курсе, что BIOS в Legacy mode? Ты в курсе, что Legacy mode, это эмуляция Legacy boot через MBR, когда используется таблица GPT? Или у вас там вообще все не в теме?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #577 : 15.07.2018 18:53:45 »
Временно перевёл с intel_pstate на acpi-cpufreq с ondemand:
# inxi -MC
Machine:   Device: laptop System: LENOVO product: 80E5 v: Lenovo G50-80
           Mobo: LENOVO model: Lenovo G50-80 v: SDK0J40700
           UEFI [Legacy]: LENOVO v: B0CNA0WW date: 09/30/2016
Battery    BAT0: charge: 27.3 Wh 99.9% condition: 27.3/28.5 Wh (96%)
CPU:       Dual core Intel Core i3-5005U (-HT-MCP-) cache: 3072 KB
           clock speeds: max: 2000 MHz 1: 600 MHz 2: 600 MHz 3: 500 MHz 4: 1500 MHz
# uname -rmv
4.9.105-std-def-alt0.M80P.1 #1 SMP Fri Jun 1 01:37:51 UTC 2018 i686
# grep . /sys/devices/system/cpu/cpufreq/policy*/{scaling_driver,scaling_cur_freq,scaling_governor}
/sys/devices/system/cpu/cpufreq/policy0/scaling_driver:acpi-cpufreq
/sys/devices/system/cpu/cpufreq/policy1/scaling_driver:acpi-cpufreq
/sys/devices/system/cpu/cpufreq/policy2/scaling_driver:acpi-cpufreq
/sys/devices/system/cpu/cpufreq/policy3/scaling_driver:acpi-cpufreq
/sys/devices/system/cpu/cpufreq/policy0/scaling_cur_freq:500000
/sys/devices/system/cpu/cpufreq/policy1/scaling_cur_freq:500000
/sys/devices/system/cpu/cpufreq/policy2/scaling_cur_freq:500000
/sys/devices/system/cpu/cpufreq/policy3/scaling_cur_freq:500000
/sys/devices/system/cpu/cpufreq/policy0/scaling_governor:ondemand
/sys/devices/system/cpu/cpufreq/policy1/scaling_governor:ondemand
/sys/devices/system/cpu/cpufreq/policy2/scaling_governor:ondemand
/sys/devices/system/cpu/cpufreq/policy3/scaling_governor:ondemand
# grep . /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-<версия>-<флавор>-<релиз> root=UUID=uuid-корневой-fs ro resume=/dev/disk/by-uuid/uuid-swap panic=30 intel_pstate=disable

Посмотрим что будет дальше.
« Последнее редактирование: 15.07.2018 19:19:31 от Speccyfighter »

Оффлайн gvy

  • alt linux team
  • ***
  • Сообщений: 1 008
    • Альт на Эльбрусе
    • Email
Re: Xfce c Sysv
« Ответ #578 : 15.07.2018 19:35:22 »
_Возможно_, что-то отсюда пригодится (внимание: сама та бага baytrail-специфичная и густонаселённая, туда по ДРУГИМ случаям НЕ писать): https://bugzilla.kernel.org/show_bug.cgi?id=109051
--
Michael Shigorin | ALT Linux Team | ANNA-News | Сделано у нас | altlinux.org/эльбрус

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #579 : 15.07.2018 20:46:55 »
Замена драйвера intel_pstate на acpi-cpufreq ничего не дала:
- 20180715 20:11:25 +03 - очередное зависание ядра 4.9.105-std-def-alt0.M80P.1 на Lenovo G50-80 (Core i3-5005U), p8/branch.

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 224
Re: Xfce c Sysv
« Ответ #580 : 15.07.2018 22:53:15 »
Замена драйвера intel_pstate на acpi-cpufreq ничего не дала:
- 20180715 20:11:25 +03 - очередное зависание ядра 4.9.105-std-def-alt0.M80P.1 на Lenovo G50-80 (Core i3-5005U), p8/branch.
https://wiki.ubuntu.com/Kernel/Netconsole попробуйте, вдруг что увидите

dango

  • Гость
Re: Xfce c Sysv
« Ответ #581 : 16.07.2018 08:46:29 »
https://www.google.kz/search?q=kernel+randomly+freezes
ИМХО: Винда тоже присутствует. Так что проблема видится несколько ширше и ширее. Смею предположить, что проблема связана с самими процессорами Intel.

Оффлайн ASte

  • Мастер
  • ***
  • Сообщений: 1 549
Re: Xfce c Sysv
« Ответ #582 : 16.07.2018 11:50:32 »
Я сталкивался не broadwell с периодическим зависанием ядра. Пролечилось (для меня) переходом с video драйвера modesetting на интеловский.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #583 : 16.07.2018 15:46:43 »
Я сталкивался не broadwell с периодическим зависанием ядра. Пролечилось (для меня) переходом с video драйвера modesetting на интеловский.

Спасибо за подсказку, надо посмотреть и покатать.
У меня как раз Broadwell-U.

Да, действительно, если драйвер intel_drv не указан явно (sysv-tde+4.4.97-std-pae > very stable work)
# cat /etc/X11/xorg.conf.d/10-monitor.conf
Section "Device"
 Identifier "Intel Graphics"
 Driver "intel"
#  Option "SwapbuffersWait" "false"
EndSection

Section "Monitor"
    Identifier "Monitor0"
EndSection
# sed -n '53,56p' /var/log/Xorg.0.log
[    32.100] (II) LoadModule: "intel"
[    32.100] (II) Loading /usr/lib/X11/modules/drivers/intel_drv.so
[    32.130] (II) Module intel: vendor="X.Org Foundation"
[    32.130]    compiled for 1.18.4, module version = 2.99.917

то грузится драйвер modesetting_drv (sysv-xfce+4.9.105-std-def > kernel randomly freeze)
# sed -n '54,57p' /mnt/sda11/var/log/Xorg.0.log
[    23.953] (II) LoadModule: "modesetting"
[    23.965] (II) Loading /usr/lib/X11/modules/drivers/modesetting_drv.so
[    23.966] (II) Module modesetting: vendor="X.Org Foundation"
[    23.966]    compiled for 1.18.4, module version = 1.18.4


На sysv-tde, конфиг с драйвером Интел, вкатил сразу же после установки:
- У меня подозрительность и недоверие к сырым, необкатаным и экспериментальным драйверам, коим и счёл modesetting_drv. И это сырое лишь бы было, в Линукс сегодня заталкивают сплошь и рядом. А тут в sysv-xfce не сообразил.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #584 : 16.07.2018 16:05:47 »
https://www.google.kz/search?q=kernel+randomly+freezes
ИМХО: Винда тоже присутствует. Так что проблема видится несколько ширше и ширее. Смею предположить, что проблема связана с самими процессорами Intel.

:-) Дан, без обид, в контекте фриза с разрушениями в системе:
- С таким уровнем некомпетентности, мне более чем за 10 лет ни разу не доводилось сталкиваться на платформе ZX Spectrum. А у меня на нём была школьная поддержка методичками и прочим под IS-DOS. Bill Gilbert не в счёт. Отмыться от этого на спектрум-платформе, можно только каторжным трудом и виртуозным кодом. Потому как некомпетентность на спектрум-платформе презиралась. Исходя из этого, пользователь волей-неволей вынужден был подтягиваться до уровня спектрум-кодеров. И как сказал разработчик операционной системы neos (?) - эта ос предназначена не для чайников, из-за малого процента оных на платформе. И каждый системный спектрум-кодер был немножко железячником. Потому что чтобы  написать хороший системный код, нужно понимать как работает железо.
« Последнее редактирование: 16.07.2018 16:18:59 от Speccyfighter »