LINUX.ORG.RU
Форум — General  

Линукс намертво зависает при работе от батареи

 , ,


0

1

Ноутбук ноунейм DEXP Mars Ryzen 6600H Radeon660M 16GB DDR5 При питании от сети все работает без единых нареканий. При питании от батареи абсолютно внезапно и непредсказуемо зависает намертво так, что в логах нет ничего, кроме

amdgpu 0000:e3:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:e3:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:e3:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:e3:00.0: amdgpu: ring sdma0 timeout, signaled seq=15310, emitted seq=15310

Перепробовал все, что можно: изменять частоты (как высокие для предотвращения сна, так и низкие для предотвращения резких скачков энергопотребления и потенциальных просадок напряжения), писал все какие можно параметры ядра в /etc/defaults/grub, пытался повышать энергопакет для gpu, пытался удалять и всячески настраивать power-profiles-daemon, tlp - ничего. Нашел место, где чаще всего происходят такие зависания - rimworld через wine. Спустя 10-15 минут игры зависает. Уже не знаю, что делать. Пытался даже override таблиц acpi делать - ничего не работает. Проблема еще и в том, что после таких зависаний ноутбук не включается, пока не подключу его к сети. Так же отваливался еще и модуль вай-фая и так же не обнаруживался, пока к сети не подключил ноутбук. Биоса у ноунейм производителя нет нового. Самое главное - на винде не удалось обнаружить таких проблем. Я на ней не долго сидел на этом ноуте, но при стресс тестах и просто пользовании такого не обнаружил ни разу. Кстати, после такого зависания не грузится ни линукс, ни винда. Но в винде таких зависаний нет. Насилую нейросети в попытках найти ответ уже месяц. Я все уже перепробовал. И ведь главное, мне же не вернут деньги за ноут, потому что на винде все ок, да?

Ядра тоже разные пробовал, дистрибутивы пробовал дебиан и арч пробовал. Везде все одинаково



Последнее исправление: frgpoe (всего исправлений: 1)
← Где найти нормальный пак иконок сетевого оборудования?
Нужен libwebkit2gtk-4.0-dev, нет в репозитории →

Попробуй отключить управление энергосбережением: https://www.altlinux.org/%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0_pcieport

Для теста.

А вообще, проблема с профилями ACPI - пробуй обновлять BIOS (UEFI).

Кстати, после такого зависания не грузится ни линукс, ни винда.

И что делаешь? Переустанавливаешь?

kostik87 ★★★★★
()

Если дистрибутив Linux - Debian / Fedora - проверь, что нет ошибок в логе сообщений ядра об отсутствующих firmware.

Смотри вывод команды dmesg, можешь перенаправить на less

sudo dmesg | less

и проматывать стрелками или можешь искать по слову «firm», т.е. после перенаправления на less вывода нажимаешь клавишу «g» - для перехода в начало, затем нажимаешь клавишу «/» и допечатываешь внизу «firm», т.е. внизу будет написано «/firm», нажимаешь клавишу Enter и далее нажимая клавишу «n» - переходишь по найденному вхождению слова «firm», если там будет написано что-то вроде «firmware not found» - значит нужно разбираться, в особенности, если отношение к видео драйверам.

Найденные вхождения слова будут выделены белым фоном.

Для выхода клавиша «q».

Также:

  • G - перейти в конец
  • g - перейти в начало
  • N - искать в обратном направлении (вверх по тексту)
  • n - искать вниз по тексту
  • q - выход
kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Энергосбережение крутил как только можно, и штатными в kde утилитами, и нештатными, и вручную, и ryzenadj, cpupower - ничто не помогает.

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

frgpoe
() автор топика
Ответ на: комментарий от kostik87

В dmesg 0 вхождений о проблемах с firmware. Да я и не глупый, уже все что можно банальное перепробовал. Форумы тоже читал. У тех, у кого похожая проблема была, помогали настройки в биосе или аргументы загрузки ядра в grub, но у данной модели биос урезанный донельзя. Может и помогло бы.

frgpoe
() автор топика
Ответ на: комментарий от kostik87

Да. Как по отдельности, так и с другими. Я этих параметров уже очень много комбинаций переставил.

Не считаю себя глупым, на линуксе уже много месяцев, при том копаюсь именно в нем. Эта проблема с этим ноутбуком заставляет меня каждый вечер почти что-то пробовать, пока дома могу от сети его «раскирпичивать». Нейросети насиловал, форумы читал - ничего не помогает…

frgpoe
() автор топика
Ответ на: комментарий от frgpoe

Никто не говорит, что ты глупый, просто если ты пришёл на форум и тебе дали совет - отвечай, пожалуйста, что конкретно рекомендации в этом совете ты попробовал и что вышло, а не абстрактно «я чего только не писал в параметры ядра - не помогает» - не понятно, пробовал ты вообще именно этот совет или нет.

Можешь ещё посмотреть что было непосредственно перед моментом зависания в выводе journalctl -xe.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Да я без негатива, просто я отчаянии от этих ежедневных окирпичиваний в пути

journalctl -xe - NO ENTRIES. В разных ситуациях смотрел каждый раз потом логи, пытался с дампами памяти разобраться, но скилла не хватило. В логах, если зависает на раб.столе/браузере - полная пустота, если в вышеупомянутом rimworld через wine - то единственное выбивающееся из шума - это вот эти ошибки amdgpu, которые в изначальном сообщении написал. Исходя из этого логично предположить, что проблема может и не с amdgpu, но система запускается с acpi=off (отсюда и попытка оверрайд этих таблиц делать). Правда в разрешении 800х600, без тачпада как то не очень приятно работать… При оверрайде таблиц обнаружил, что там, на сколько понял, каких то секций нет. Я их дописал с помощью нейросетей и ошибка ACPI SYMBOL NOT FOUND, появляющаяся при запуске ОС, пропала. Но на частоту зависаний это никак не повлияло. Пишу это все для общей картины

frgpoe
() автор топика
Ответ на: комментарий от kostik87

Извиняюсь, при зависании в rimworld-wine вот такое еще есть при на Х11 (на вейланде пусто) фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: Dumping IP State Completed

фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: [drm] AMDGPU device coredump file has been created

фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data

фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: ring sdma0 timeout, signaled seq=15310, emitted seq=15310

frgpoe
() автор топика
Ответ на: комментарий от frgpoe

Ты видел, что под формой помещения сообщения на форум есть 3 кнопки «Поместить», «Предпросмотр» и «Отмена». Т.к. ты не глупый - объяснять их назначение не буду.

И ещё есть текст «Внимание: прочтите описание разметки Markdown» и последнее слово подчёркнуто - это ссылка.


фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: Dumping IP State Completed 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: [drm] AMDGPU device coredump file has been created 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: ring sdma0 timeout, signaled seq=15310, emitted seq=15310 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ————[ cut here ]———— 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: WARNING: CPU: 0 PID: 5202 at ./include/linux/dma-fence.h:585 amdgpu_job_timedout.cold+0x185/0x3b5 [amdgpu] 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: Modules linked in: ntfs3 tun snd_seq_dummy rfcomm snd_hrtimer snd_seq snd_seq_device ccm xt_mark xt_cgroup xt_MASQUERADE ip6t_REJECT nf_reject_ipv6 ipt_REJECT nf_reject_ipv4 xt_tcpudp ip6tabl> 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: bluetooth i2c_piix4 snd_timer thunderbolt i2c_smbus ccp snd rfkill soundcore ryzen_smu(OE) soc_button_array mousedev i2c_hid_acpi wireless_hotkey i2c_hid amd_pmc acpi_tad mac_hid i2c_dev cry> 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: CPU: 0 UID: 0 PID: 5202 Comm: kworker/u48:0 Tainted: G S OE 6.18.9-zen1-2-zen #1 PREEMPT(full) 4c6c2bbebeb2918ef9acc5dc7f5c30761b3b5894 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: Tainted: [S]=CPU_OUT_OF_SPEC, [O]=OOT_MODULE, [E]=UNSIGNED_MODULE 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: Hardware name: Hena Group Company Limited M15-A5W400/default, BIOS ARB938_V00.26DX3_ms 11/25/2024 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: Workqueue: amdgpu-reset-dev drm_sched_job_timedout [gpu_sched] 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: RIP: 0010:amdgpu_job_timedout.cold+0x185/0x3b5 [amdgpu] 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: Code: bd 6e 7a 05 00 00 0f 84 69 01 00 00 48 8b 7d 00 48 c7 c6 f8 21 9a c1 e8 70 aa 07 c1 49 8b 44 24 10 48 8b 50 70 80 e2 02 74 02 <0f> 0b c7 40 7c c2 ff ff ff 49 8b 7d 80 e8 d0 12 81 ff 84 > 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: RSP: 0018:ffffd1694086fd80 EFLAGS: 00010202 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: RAX: ffff8cc8316aa180 RBX: 0000000000000000 RCX: 000000000000000c 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: RDX: 0000000000000002 RSI: 0000000000000000 RDI: ffff8cc812ba67c0 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: RBP: ffff8cc812b80000 R08: ffffffff848b9401 R09: 0000000000000000 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: R10: ffffffff84861440 R11: ffffd1694086fab8 R12: ffff8cc7175fb400 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: R13: ffff8cc812ba6840 R14: ffff8cc7175fb400 R15: ffff8cc812ba68e0 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: FS: 0000000000000000(0000) GS:ffff8ccba90ac000(0000) knlGS:0000000000000000 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: CR2: 0000564ed9ca2fe0 CR3: 00000003e0a24000 CR4: 0000000000f50ef0 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: PKRU: 55555554 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: Call Trace: 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ? __schedule+0x4da/0x2690 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: drm_sched_job_timedout+0x88/0x180 [gpu_sched c56a15e7946836a068ccaae3c54fced88775fce2] 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: process_one_work+0x193/0x350 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: worker_thread+0x254/0x3a0 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ? __pfx_worker_thread+0x10/0x10 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: kthread+0xfc/0x240 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ? schedule_tail+0xa0/0x360 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ? __pfx_kthread+0x10/0x10 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ret_from_fork+0x1c2/0x1f0 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ? __pfx_kthread+0x10/0x10 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: ret_from_fork_asm+0x1a/0x30 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: —[ end trace 0000000000000000 ]— 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: GPU reset begin!. Source: 1 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: Guilty job already signaled, skipping HW reset 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: amdgpu: GPU reset(1) succeeded! 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan kernel: amdgpu 0000:e3:00.0: [drm] device wedged, but recovered through reset 
фев 15 00:00:03 DESKTOP-K7CB8ML.lan systemd[1]: Started Verify integrity of password and group files.

Так же лучше?

kostik87 ★★★★★
()
Ответ на: комментарий от frgpoe

Я думаю тут нужно максимально крутить как отключить режимы энергосбережения. У меня нет такого ноута, да и честно Dexp бы брать не стал, всё же ошибок в UEFI / ACPI и схемотехнике может быть много на китайцах, что оно работает сносно только под Windows.

Обновления BIOS нет?

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Я думаю тут нужно максимально крутить как отключить режимы энергосбережения

Менял режимы работы power-profiles-daemon, менял его на tlp, пытался вручную менять governor (фиксировать его на performance), фиксировать частоты гпу (частоты цпу фиксировать стоит? или стоит в сторону с гпу копать?) Обновление биос искал, у производителя в интернете есть, на саму эту материнку не нашел в принципе.

Куда еще копать можно?

frgpoe
() автор топика
Ответ на: комментарий от frgpoe

Слушай, думаю в сторону использования Windows или работы от сети.

Гуглить подобные проблемы и проверять более новые ядра. Но думаю тут проблема в самом ноуте, а не в ядре Linux.

kostik87 ★★★★★
()

Ноутбук ноунейм DEXP Mars

Проблема явно в биосе, но dns явно не будет что-то делать для работы этого ноута под Linux… Поэтому продай его человеку, кто будет им пользоваться под windows, а себе купи другой.

Dimez ★★★★★
()
Последнее исправление: Dimez (всего исправлений: 1)
Ответ на: комментарий от kostik87

amdgpu.audio и amdgpu.bapm не пробовал. Попробовал с ними. Не могу сказать точно, помогают они или нет. За эти 2 часа во время игры зависания не произошло, но выйти из сна ноутбук во второй раз не смог. В логах все так же пусто

frgpoe
() автор топика
Ответ на: комментарий от frgpoe

у данной модели биос урезанный донельзя

Иногда можно перейти в расширенные настройки БИОС. У разных производителей по-разному. Не пробовал поискать (например, на 4pda)?

greenman ★★★★★
()
Ответ на: комментарий от frgpoe

Значит крути дальше, разбирайся.

Заодно смотри что делают эти параметры модуля ядра.

https://docs.kernel.org/gpu/amdgpu/module-parameters.html

И в целом смотри описание параметров ядра.

Не могу сказать точно, помогают они или нет.

Мы тоже.

За эти 2 часа во время игры зависания не произошло, но выйти из сна ноутбук во второй раз не смог.

Так тебе шашечки или ехать?

Ты уж выбери что-то одно:

  • отсутствие зависаний ноутбука при работе от батареи
  • уход в сон / восстановление
  • Windows
  • Нормальный ноутбук

Как уже сказал и не только я - ноутбук, а точнее BIOS и ACPI в целом в нём кривые. Вопрос к китайцам.

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

kostik87 ★★★★★
()
Ответ на: комментарий от sparkie

Возможно там что-то и есть ценное, но после зависания никак уже без перезагрузки, выход dsmeg теряется. Пытался скрипты писать, чтобы они записывали выход в файл, но после зависания уже никакое ПО не работает. Только kernel еще, видимо, остается недолго жить.

frgpoe
() автор топика
Ответ на: комментарий от greenman

Зайдя на 4пда нашел по поводу биоса сообщение месячной давности, что у человека 1 в 1 проблема и он никак решить ее не может. Эх, где же раньше он был… Лучше бы не связывался с dexp. По поводу биоса - искал, не нашел пока что. Нашел только инфу про установленную программу на флешку, которая позволяет в биосе копаться глубже. Надо будет попробовать, наверное. Хотя я не вижу смысла копаться, не зная, в чем проблема. И я никак не могу ее точно идентифицировать.

frgpoe
() автор топика
Ответ на: комментарий от kostik87

Вот это реально убрало зависания при работе от АКБ. Поэксперементирую с этой строкой еще. Пишу просто как отчет по проблеме, чтоб другим, кто в моей ситуации, помочь. Проблема теперь появилась с этими параметрами при питании. При подключении питания происходит «что-то», из-за чего ноут зависает (экран просто отключает и на кнопки 0 реакции). Спасает отключить питание и заново подключить. А еще такая же проблема (зависание с отвалом изображения) происходит при выходе из сна (раньше такого не было). Но это уже лучше, чем было. Хоть в дорого попользоваться можно. Правда батарею жрет будь здоров

frgpoe
() автор топика
Ответ на: комментарий от sparkie

Не совсем понимаю… dmesg же стирается после перезагрузки? А без перезагрузки я и не могу сохранить ничего… Гуглю - да, стирается там все после перезагрузки (не сохраняется точнее)

frgpoe
() автор топика
Ответ на: комментарий от frgpoe

dmesg выводит лог сообщения из самого ядра. Можешь подключиться по SSH и читать лог

sudo dmesg -w

Может что и увидишь с другого ПК, если сеть раньше не отвалится.

kostik87 ★★★★★
()
Ответ на: комментарий от frgpoe

tlp

что делает tlp? от сети включает одно, а от батарейки другое и когда от батарейки - ноут виснит, значит надо попробовать сыметировать работу от сети без сети, для этого в 00-template.conf надо прописать следущие настройки

TLP_DEFAULT_MODE=AC
TLP_PERSISTENT_DEFAULT=1

это заставит работать tlp всегда в одном режиме - в режиме от сети и потом смотри будет ли ноут виснуть, если не будет - значит tlp косячит и надо в его настройках копаться.

anonymous
()
Ответ на: комментарий от frgpoe

нужно с другого пк войти по ssh (тебе выше советовали), выполнить dmesg -wT и дальше устроить это твоё зависание – может чего-то увидишь; ещё можешь настроить REISUB (вроде бы не твой случай, но попробуй) и попытаться воспользоваться; если ядро крашится, то желательно в этот момент медитировать в «текстовой консоли» – при удаче можно бектрейс увидеть.

anonymous
()
Ответ на: комментарий от kostik87

У обычных Lenovo (не Thinkpad) вроде как тоже с совместимостью и адекватностью работы в Linux нет никаких проблем. У меня старенький ideapad 530s, нареканий вообще никаких нет, за исключением ублюдского 2242 SSD.

mskrasnov
()

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

  • перейдите на свободный видео драйвер
  • отключите режим гибернации
  • не работайте от батареи
  • попробуйте другие системы. я пробовал около 5ти. помогла cachy os. (можно и без установки, загрузитесь в live режиме. но я делал с установкой.)
  • загуглите и почитайте зарубежные форумы.
  • настройте чтоб при переключении питания на батарею ничего не менялось.
  • убедитесь в работоспособности устройства на 100%
jura12 ★★★
()
Последнее исправление: jura12 (всего исправлений: 1)

Вроде проблема исчезла за счет того, что я в параметрах grub-а прописал, что у меня система виндовс 8.1. В таблице ACPI в биосе очень странные условия в зависимости от версии системы. От винды НТ до 8.1 разные условия включения каких-то переменных. Если это линукс, то там все в 0 отключается, все переменные в 0 ставятся

frgpoe
() автор топика
Ответ на: комментарий от mskrasnov

У меня thinkpad и там тоже не всё идеально. В логах пугающие сообщения вроде

Feb 22 14:27:23 archlinux kernel: pnp 00:04: disabling [mem 0xc0000000-0xcfffffff] because it overlaps 0000:00:02.0 BAR 9 [mem 0x00000000-0xdfffffff 64bit pref]
 6 [mem 0x000c0000-0x000dffff]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000c8000-0x000cbfff] because it overlaps 0000:00:02.0 BAR
 6 [mem 0x000c0000-0x000dffff]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000d0000-0x000d3fff] because it overlaps 0000:00:02.0 BAR
 6 [mem 0x000c0000-0x000dffff]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000d8000-0x000dbfff] because it overlaps 0000:00:02.0 BAR 6 [mem 0x000c0000-0x000dffff]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x00000000-0x0009ffff] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000c0000-0x000c3fff disabled] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000c8000-0x000cbfff disabled] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000d0000-0x000d3fff disabled] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000d8000-0x000dbfff disabled] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000e0000-0x000e3fff] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000e8000-0x000ebfff] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x000f0000-0x000fffff] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]
Feb 22 14:27:23 archlinux kernel: pnp 00:08: disabling [mem 0x00100000-0xa07fffff] because it overlaps 0000:00:02.0 BAR 7 [mem 0x00000000-0x06ffffff 64bit]

Feb 22 14:27:23 archlinux kernel: hpet_acpi_add: no address or irqs in _CRS

Feb 22 14:27:27 vbt14s kernel: resource: resource sanity check: requesting [mem 0x00000000fedc0000-0x00000000fedcffff],
 which spans more than pnp 00:05 [mem 0xfedc0000-0xfedc7fff]
Feb 22 14:27:27 vbt14s kernel: caller igen6_probe+0x155/0x81c [igen6_edac] mapping multiple BARs

[    6.872753] i801_smbus 0000:00:1f.4: SMBus is busy, can't use it!
[    6.873799] i801_smbus 0000:00:1f.4: SMBus is busy, can't use it!
[    6.874636] i801_smbus 0000:00:1f.4: SMBus is busy, can't use it!
[    6.875440] i801_smbus 0000:00:1f.4: SMBus is busy, can't use it!
[    6.876245] i801_smbus 0000:00:1f.4: SMBus is busy, can't use it!
[    6.877032] i801_smbus 0000:00:1f.4: SMBus is busy, can't use it!
[    6.877801] i801_smbus 0000:00:1f.4: SMBus is busy, can't use it!

Feb 22 14:27:28 vbt14s kernel: spi-nor spi0.0: supply vcc not found, using dummy regulator
Feb 22 14:27:28 vbt14s kernel: spi-nor spi0.0: unrecognized JEDEC id bytes: f7 f0 30 09 03 00
Feb 22 14:27:28 vbt14s kernel: ACPI Warning: \_SB.PC00.CNVW._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20250807/nsarguments-61)

И т.п. Так-то вроде всё работает, да, хотя в прошлом году один раз завис. Но всё равно видно, что не всё слава богу. И никаких обновлений биоса уже почти год не было, хотя ноутбук вполне себе новый.

vbr ★★★★★
()
Ответ на: комментарий от jura12

не работайте от батареи

Дак при работе от сети у ТС проблем нет. Только ему ноут, не работающий от батареи, не нужен.

загуглите и почитайте зарубежные форумы.

Если у ТС такое:

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

То это больше похоже на какую-то аппаратную проблему/ошибку в схемотехнике, а DEXP же на зарубежных форумах не разбирают.

mky ★★★★★
()
← Где найти нормальный пак иконок сетевого оборудования?
General
Нужен libwebkit2gtk-4.0-dev, нет в репозитории →