Страница 1 из 3
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 09:28
STranNik_KLP
Всем привет!
Полный новичок в линуксе, сильно не пинайте)
Стоит Win 10 как основная система (с неё и пишу). Из любопытства и для работы с 3D графикой решил попробовать Linux второй системой...
При попытке установить любую из последних версий линукс комп намертво зависает еще на этапе запуска live системы / установки на hdd (зависает логотип загрузки, ни на что не реагирует). Даже физическая кнопка перезагрузки ПК срабатывает с задержкой секунд в 7-10.
С горем пополам, перебирая разные версии, дошел до LM 18.3 (cinnamon). Ядро 3.19. Эта версия запускается, не зависает, всё вроде ок.
Попробовал накатить обновления. Установил ядро 4.4 - стало и лучше, и хуже одновременно) Система загружается. В отличии от 3.19 сразу устанавливается корректное разрешение экрана. По ощущениям работает быстрее. Но недолго - через рандомные 5-20 секунд система зависает намертво. Так же не реагирует ни на что. Так же перезагрузка с задержкой. Пробовал различные параметры запуска (nouveau, acpi=off) - вообще никак не меняется ничего.
Есть подозрение, что дело в железе - стоит инженерная версия процессора (ES QH73 A0). Мать Asus Maximus VIII Hero. Из-за этого естественно разгон и не последняя версия BIOSа (в последних вырезана поддержка инженерников). При этом Windows больше 2 лет работает вообще без нареканий. А вот насколько понял из гулов всяких, линукс не очень любит разгон и т.п. вмешательства в работу железа...
Ткните носом, где, какие и как посмотреть логи. Как понять, от чего именно зависают новые ядра?
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 10:50
slant
STranNik_KLP писал(а): ↑11 июл 2021, 09:28
Ткните носом, где, какие и как посмотреть логи.
В live версии логи теряются во время зависания. В установленной -
/var/log/messages. В общем-то ваши подозрения достаточно вероятны, и с таким железом начинать диагностику надо со снятия всех разгонов, т.к. некоторые проблемы такого типа в логах вообще никак отражены не будут - зависание происходит внезапно для системы, из-за аппаратной проблемы. Что в вашем случае подтверждается задержкой реакции на reset.
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 11:03
STranNik_KLP
slant писал(а): ↑11 июл 2021, 10:50
и с таким железом начинать диагностику надо со снятия всех разгонов
К сожалению, в таком случае теряется весь смысл инженерника(
Сэкономил, называется
Меня смутил тот факт, что старое-то ядро запустилось и работает. До сих пор надеюсь, что проблему можно как-то обойти, не меняя настроек биоса)
slant писал(а): ↑11 июл 2021, 10:50
В установленной - /var/log/messages
Ок, попробую запуститься с 3.19 и посмотреть что там.
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 11:28
sheridan
STranNik_KLP, Любой разгон это уменьшения срока службы железа, но из-за того что железо морально и технически быстрее устаревает, доживает до выхода из строя (меняется на более современное),
ещё при не умелом разгоне теряется стабильность заданных параметров железа, возможно не проявляется в Win-10, но зато прекрасно проявляется в linux (что русскому хорошо - немцу смерть),
на Вашем месте я бы записал все параметры разгона биоса или сохранил настройки биоса в профиль, чтобы потом вернутся, затем вернул бы всё по умолчанию и попробовал загрузится, выше Вам slant уже советовал.
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 11:38
STranNik_KLP
Да я это понимаю)
Просто потому и куплен инженерный вариант процессора. За 5-6 тысяч получаешь процессор, который сам по себе не очень, но при разгоне получаешь что-то уровня i7-9600к, если не ошибаюсь моделью (давно было, не помню. Но что-то из i7 точно)) )
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 11:42
sheridan
STranNik_KLP писал(а): ↑11 июл 2021, 11:38
Да я это понимаю)
Просто потому и куплен инженерный вариант процессора...
Да речь сейчас идёт о банальной проверке загрузится или нет, разгонять или нет это Ваш выбор.
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 11:47
STranNik_KLP
Проверил. На дефолтных настройках Биоса минт 20.2 загрузился с флешки, работает
Осталось докопаться, что именно заставляет его виснуть.
Как понял из вышесказанного, в логах я это не найду.
Получается искать придётся методом тыка, постепенно меняя по одному параметру
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 11:55
sheridan
STranNik_KLP писал(а): ↑11 июл 2021, 11:47
Получается искать придётся методом тыка, постепенно меняя по одному параметру
Необходимо понимать что делаешь, если гонишь частоту проца то необходимо поднимать вольтаж проца, если память то вольтаж памяти, всё это делается о с опытом и пошагово чтобы понимать происходящее, на бум не прокатит, и запомните одно риски всегда есть при разгоне.
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 12:04
STranNik_KLP
Спасибо за пинок в нужном направлении)
Как докопаюсь до конкретной причины фриза, возможно ещё что-то спрошу)
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 14:32
slant
STranNik_KLP писал(а): ↑11 июл 2021, 12:04
Как докопаюсь до конкретной причины фриза, возможно ещё что-то спрошу)
Данном случае "конкретная причина" - просто слишком высокий разгон. Это как форсирование движка - играя параметрами выхлопа, смеси, и прочего - можно поднять мощность, но если заводить их все дальше и дальше от нормы - движок просто глохнуть начнет (если не сдохнет сразу). А разница почему в винде работает а здесь нет - потому что винда, по всей видимости, грузит процессор не так. Возможно она грузит больше одно ядро, и почти никогда не загружает все ядра одновременно под потолок. В этой ситуации процессор как-то справляется. Под линуксом планировщик нагрузки на ядра раскидывает потоки исполнения эффективнее чем в винде, утилизация всех ядер получается лучше - но и нагрузка с соответствующим нагревом тоже больше. И здесь выставленного вами запредельного режима уже много - на пике проц/материнка глохнут. А возможно вы под виндой просто никогда его не грузили полноценно (даже тяжелые игрушки не грузят процессор на 100%, хотя казалось бы...)
В общем - хотите разгонять - разгоняйте под линукс заново, постепенно повышая параметры и ищите предел стабильности.
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 15:10
STranNik_KLP
Я бы подумал, что от перегрузки виснет, если бы эта нагрузка была. Тут новые версии (20.1, 20.2) даже live запуститься не могут. На логотипе загрузки уже глохнут
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 15:57
slant
STranNik_KLP писал(а): ↑11 июл 2021, 15:10
Я бы подумал, что от перегрузки виснет, если бы эта нагрузка была. Тут новые версии (20.1, 20.2) даже live запуститься не могут.
Перегрузка подобного типа в современном железе может случиться буквально за долю секунды. Там ведь дело даже не в перегреве а в срыве тактов, которые могут быть вызваны наведенными помехами между соседними компонентами из-за повышенной частоты. Скажем - одно ядро еще "слышит" тактовый генератор на максимальной частоте, а два вместе - уже друг другу мешают, не говоря уже о четырех. То же самое может касаться питания, т.к. потребление оного это не константа. Так что - не показатель. Тем более что момент загрузки - вполне вероятное место, т.к. именно в процессе загрузки идет инициализация множества устройств. А это исполнение низкоуровневого кода, который часто оптимизируется именно для того чтобы отработать максимально быстро (т.е. утилизировать максимум ресурсов под свое выполнение).
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 15:59
STranNik_KLP
Понял, принял
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 19:52
vir0id
STranNik_KLP писал(а): ↑11 июл 2021, 11:38
Просто потому и куплен инженерный вариант процессора
Покажи логи и
inxi -Fzx
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 20:27
STranNik_KLP
vir0id писал(а): ↑11 июл 2021, 19:52
Покажи логи
При зависании системы?
Или на дефолтных настройках Биоса, когда Линукс стабилен?
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 20:32
vir0id
STranNik_KLP писал(а): ↑11 июл 2021, 20:27
При зависании системы?
Или на дефолтных настройках Биоса, когда Линукс стабилен?
На тех настройках, на которых ты, в дальнейшем, хотел бы работать - Т.е мне без разницы на каких. Да, когда стабилен
Намертво зависают новые ядра
Добавлено: 11 июл 2021, 21:14
STranNik_KLP
В том-то и дело, что настройки биоса, на которых я привык работать, не дают linux даже загрузится.
Ядро 3.19 в mint 18 грузилось и как-то работало.
Обновил ядро до 4.4 - загружается и почти сразу зависает.
Сбросил биос на дефолтные, запустил Mint 20.2, установил, настроил, всё работает.
Выключаю, возвращаю профиль разгона, запускаю... Появляется логотип Mint, гаснет и всё - черный экран. Комп завис, не реагирует ни на что, как и было описано изначально.
Собственно чем отличается дефолт -> разгон:
vir0id писал(а): ↑11 июл 2021, 19:52
inxi -Fzx
System:
Kernel: 5.4.0-77-generic x86_64 bits: 64 compiler: gcc v: 9.3.0
Desktop: Cinnamon 5.0.4 Distro: Linux Mint 20.2 Uma
base: Ubuntu 20.04 focal
Machine:
Type: Desktop Mobo: ASUSTeK model: MAXIMUS VIII HERO v: Rev 1.xx
serial: <filter> UEFI: American Megatrends v: 2202 date: 09/19/2016
CPU:
Topology: Quad Core model: Intel 0000 bits: 64 type: MT MCP
arch: Skylake-S rev: 1 L2 cache: 8192 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
bogomips: 35199
Speed: 800 MHz min/max: 800/2600 MHz Core speeds (MHz): 1: 800 2: 802
3: 800 4: 801 5: 800 6: 800 7: 800 8: 800
Graphics:
Device-1: NVIDIA TU116 [GeForce GTX 1660] driver: nvidia v: 460.80
bus ID: 01:00.0
Display: x11 server: X.Org 1.20.9 driver: nvidia
unloaded: fbdev,modesetting,nouveau,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: GeForce GTX 1660/PCIe/SSE2 v: 4.6.0 NVIDIA 460.80
direct render: Yes
Audio:
Device-1: Intel 100 Series/C230 Series Family HD Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Device-2: NVIDIA TU116 High Definition Audio driver: snd_hda_intel
v: kernel bus ID: 01:00.1
Device-3: C-Media USB Audio Device type: USB
driver: hid-generic,snd-usb-audio,usbhid bus ID: 1-5:2
Sound Server: ALSA v: k5.4.0-77-generic
Network:
Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: 3.2.6-k
port: f000 bus ID: 00:1f.6
IF: enp0s31f6 state: up speed: 100 Mbps duplex: full mac: <filter>
Device-2: Realtek RTL8151 Adapteon Business Mobile Networks BV type: USB
driver: usb-storage bus ID: 1-10:6
Drives:
Local Storage: total: 2.38 TiB used: 19.55 GiB (0.8%)
ID-1: /dev/sda vendor: Western Digital model: WDS120G2G0B-00EPW0
size: 111.80 GiB
ID-2: /dev/sdb vendor: Western Digital model: WD20EZRZ-00Z5HB0
size: 1.82 TiB
ID-3: /dev/sdc vendor: Seagate model: ST500DM002-1BD142 size: 465.76 GiB
Partition:
ID-1: / size: 44.60 GiB used: 10.72 GiB (24.0%) fs: ext4 dev: /dev/sdc7
Sensors:
System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 43 C
Fan Speeds (RPM): N/A gpu: nvidia fan: 0%
Info:
Processes: 280 Uptime: 1h 26m Memory: 15.56 GiB used: 2.22 GiB (14.2%)
Init: systemd runlevel: 5 Compilers: gcc: 9.3.0 Shell: bash v: 5.0.17
inxi: 3.0.38
vir0id писал(а): ↑11 июл 2021, 19:52
Покажи логи
Подскажите, какие именно... Иду по пути /var/log/ - там нет messages.
Намертво зависают новые ядра
Добавлено: 12 июл 2021, 08:37
sheridan
STranNik_KLP, Никогда не доверял автоматическому разгону, всегда у меня были отрицательные результаты (зависание, обнуление биоса, нестабильные параметры), только вручную,
начинал я с разгона процессора
1. поднимал напряжение на процессоре с шагом 0.05в
2. поднимал коэффициент умножения с шагом 0.5
3. грузил максимально процессор в linux (для проверки)
cat /dev/zero | pbzip2 -c > /dev/null - (загрузка проца 100% необходим pbzip2)
4. После того как добились оптимальной частоты и напряжения переходить к разгону памяти, тоже повышаем напряжение на модули памяти, но не забываем что от повышенного напряжения память будет греться, так что лучше выбрать оптимальный вариант или же навесить дополнительно радиаторы на микросхемы памяти (возможно дополнительный кулер).
5. пошагово уменьшаем основные латенции памяти и добившись стабильности увеличиваем частоту памяти, да не забудьте выяснить какова оптимальная разогнанная частота Вашего проца,
к чему я это говорю, если Вы разогнали проц множителем и вздумаете гнать шину с памятью то частота проца увеличится и всё зависнит намертво вплоть до обнуления биоса, поэтому я вкратце рассказал принцип разгона, но поверьте чтобы добиться хорошего результата необходимо много времени, множество вариантов, множество тестовых программ и терпения.
В любом случае это Вы делаете на свой страх и риск
Намертво зависают новые ядра
Добавлено: 12 июл 2021, 08:48
STranNik_KLP
sheridan писал(а): ↑12 июл 2021, 08:37
Никогда не доверял автоматическому разгону
Так разгон и так в Manual режиме. Это на дефолтных настройках всё Auto
И под этими ручными настройками давным-давно достиг стабильных 3,9GHz, но, как оказалось, только для Windows. А вот Linux...
Как вы правильно заметили,
sheridan писал(а): ↑12 июл 2021, 08:37
чтобы добиться хорошего результата необходимо много времени, множество вариантов, множество тестовых программ и терпения.
Поэтому пока что Linux откладывается :(
Намертво зависают новые ядра
Добавлено: 12 июл 2021, 09:16
STranNik_KLP
Просто ради интереса решил пойти простым путем - понизил BCLK со 165 до 150 - Linux загрузился и работал
Без тестов пока, но он хотя бы сам по себе не завис)
Частота с 3,9 понизилась до 3,6. Попробую вывести на стабильную работу только этим параметром. Найду максимальное значение. Но позже, пока что время не позволяет
Как, кстати, на Linux'е посмотреть текущую частоту процессора? Способы из интернета показывают мне возможные параметры (800-2600МГц). А текущую что-то так и не нашел.