РЕШЕНО. Зависание ноутбука

Для новичков как вообще в Linux, так и в конкретной теме, к которой относится вопрос.

Модератор: Bizdelnick

Ответить
UriyZenkov
Сообщения: 439
ОС: Devuan GNU/Linux
Контактная информация:

РЕШЕНО. Зависание ноутбука

Сообщение UriyZenkov »

Я в последнее время всё чаще и чаще замечаю, что при включенном скайпе компьютер иногда зависает, а Chromium на открытых сайтах иногда выдаёт ошибку Опаньки. Ни каких вызовов, звонков или текстовых сообщений нет. Скайп просто включен на всякий случай. И через несколько минут после ошибок Хрома ноутбук зависает Если его не включать, то всё стабильно.

Оперативной памяти 11gb:

Код: Выделить всё

root@yura:/var/log# free -h
              total        used        free      shared  buff/cache   available
Mem:            11G        1,5G        7,0G        156M        3,1G        9,7G
Swap:          3,9G          0B        3,9G
root@yura:/var/log# 
root@yura:/var/log# cat /etc/debian_version
9
root@yura:/var/log# cat /etc/devuan_version
ascii
root@yura:/var/log#
В /var/log/syslog есть такие ошибки после зависания:
Sep 4 19:47:43 yura chrome[1681]: [1681:1681:0904/194743.840955:ERROR:browser_dm_token_storage_linux.cc(101)] Error: /etc/machine-id contains 0 characters (3
2 were expected).
Sep 4 19:51:39 yura chrome[1974]: [1974:1974:0904/195139.498440:ERROR:browser_dm_token_storage_linux.cc(101)] Error: /etc/machine-id contains 0 characters (3
2 were expected).
Sep 4 19:52:53 yura chrome[2204]: [2204:2204:0904/195253.079649:ERROR:browser_dm_token_storage_linux.cc(101)] Error: /etc/machine-id contains 0 characters (3
2 were expected).
Sep 4 19:56:15 yura kernel: [93945.109549] TaskSchedulerFo[2620]: segfault at f90ec200a3b ip 000055b695365c39 sp 00007ffaf5b77100 error 4 in chromium[55b692b
3a000+9e9e000]
Sep 4 19:58:51 yura kernel: [94101.033685] et[3274]: segfault at 9c79d0b8 ip 0000003d96e840d4 sp 00007fff60d41c78 error 4 in libc-2.24.so[3d96e00000+195000]
Sep 4 20:02:40 yura kernel: [94329.682702] et[3441]: segfault at 24d2e760 ip 00007f04a82b1d73 sp 00007fff60d41ad0 error 4 in libQtCore.so.4.7.4[7f04a7ff8000+e55000]
Sep 4 20:02:40 yura kernel: [94329.690773] et[3438]: segfault at 9c90b820 ip 00007f04a82b1d73 sp 00007fff60d45390 error 4 in libQtCore.so.4.7.4[7f04a7ff8000+e55000]
Sep 4 20:02:48 yura kernel: [94338.126082] et[3452]: segfault at 38568068 ip 0000003d96e7725b sp 00007fff60d45f30 error 4 in libc-2.24.so[3d96e00000+195000]
Sep 4 20:02:48 yura kernel: [94338.150076] et[3453]: segfault at 38 ip 0000003d96a0bd3c sp 00007fff60d3abd0 error 4 in ld-2.24.so[3d96a00000+23000]
Sep 4 20:03:56 yura kernel: [94405.897677] et[11672]: segfault at 38 ip 0000003d96a0bd3c sp 00007fff60d4a110 error 4 in ld-2.24.so[3d96a00000+23000]
Sep 4 20:03:56 yura kernel: [94405.903809] et[3484]: segfault at 38 ip 0000003d96a0bd3c sp 00007fff60d443d0 error 4 in ld-2.24.so[3d96a00000+23000]
Sep 4 20:07:38 yura dhclient[2522]: DHCPREQUEST of 192.168.1.128 on eth0 to 192.168.1.1 port 67
Sep 4 20:07:38 yura dhclient[2522]: DHCPACK of 192.168.1.128 from 192.168.1.1
Sep 4 20:07:38 yura dhclient[2522]: bound to 192.168.1.128 -- renewal in 16529 seconds.
Sep 4 20:17:01 yura CRON[4204]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Sep 4 20:17:01 yura CRON[4206]: (root) CMD (root cd / && run-parts --report /etc/cron.hourly)
Sep 4 20:17:01 yura CRON[4203]: (CRON) info (No MTA installed, discarding output)
Sep 4 20:24:34 yura kernel: [95643.772634] vboxdrv: ffffffffc0000020 VMMR0.r0
Sep 4 20:24:34 yura kernel: [95643.934881] vboxdrv: ffffffffc011b020 VBoxDDR0.r0
Sep 4 20:24:34 yura kernel: [95644.064944] vboxdrv: ffffffffc013c020 VBoxEhciR0.r0
Sep 4 20:24:56 yura kernel: [95665.791980] vboxdrv: ffffffffc013f020 VMMR0.r0
Sep 4 20:24:56 yura kernel: [95665.966533] vboxdrv: ffffffffc025a020 VBoxDDR0.r0
Sep 4 20:24:56 yura kernel: [95666.064394] vboxdrv: ffffffffc0288020 VBoxEhciR0.r0
Sep 4 20:25:34 yura kernel: [95704.243706] xkbcomp[5176]: segfault at 7f67c2797c30 ip 00007f67c6476d8c sp 00007ffce5bcfd70 error 4 in libc-2.24.so[7f67c63fe000+195000]
Sep 4 20:25:34 yura kernel: [95704.332379] vboxdrv: ffffffffc0b91020 VMMR0.r0
Sep 4 20:25:35 yura kernel: [95704.582753] vboxdrv: ffffffffc0000020 VBoxDDR0.r0
Sep 4 20:25:35 yura kernel: [95704.663968] vboxdrv: ffffffffc0021020 VBoxEhciR0.r0
Sep 4 20:25:45 yura kernel: [95715.166292] BUG: unable to handle kernel paging request at 0000000051000000
Sep 4 20:25:45 yura kernel: [95715.167730] IP: [<ffffffffc0c66678>] 0xffffffffc0c66678
Sep 4 20:25:45 yura kernel: [95715.169139] PGD 0
Sep 4 20:25:45 yura kernel: [95715.169149]
Sep 4 20:25:45 yura kernel: [95715.170543] Oops: 0000 [#1] SMP
Последний раз редактировалось UriyZenkov 14.10.2019 16:53, всего редактировалось 1 раз.
Спасибо сказали:
UriyZenkov
Сообщения: 439
ОС: Devuan GNU/Linux
Контактная информация:

Re: Зависание ноутбука

Сообщение UriyZenkov »

То была такая память. Купил в прошлом году самую дешевую 8 гиговую планку памяти Samsung польского производства. Мемтест сразу же при включение выдаёт красное полотно ошибок. Но Линукс от неё работает пока не заполниться примерно половина памяти. Виндовс 10 с этой планкой вообще даже не запускается.
Спасибо сказали:
Аватара пользователя
ormorph
Сообщения: 2645
ОС: Gentoo

Re: РЕШЕНО. Зависание ноутбука

Сообщение ormorph »

UriyZenkov писал:
14.10.2019 16:44
Купил в прошлом году самую дешевую 8 гиговую планку памяти Samsung польского производства.
Не обязательно та память была плохой, просто что бы подобрать память под ноутбук, желательно сразу идти со своим ноутбуком и проверять память memtest-ом. У меня ноутбук вообще не принимал память kingston, какую я бы не вставлял.
Потом просто заказал память, которую производитель заявлял, что будет работать на любом ноуте поддерживающим данный тип памяти и с любой планкой памяти - взял corsair и все стало работать как надо, ну и она была дешевле kingston.
Ноутбуки очень критичны к железу.
Спасибо сказали:
UriyZenkov
Сообщения: 439
ОС: Devuan GNU/Linux
Контактная информация:

Re: РЕШЕНО. Зависание ноутбука

Сообщение UriyZenkov »

Memtest проверяет очень долго. Я конечно же, когда вставил память сразу же включил мемтест. Он проработал почти сутки и ничего не нашел. Нужно было работать и я перезагрузил комп в линукс.

По поводу выбора памяти
ormorph писал(а):
14.10.2019 18:39
Не обязательно та память была плохой, просто что бы подобрать память под ноутбук, желательно сразу идти со своим ноутбуком и проверять память memtest-ом.
В интернет-магазинах, особенно на aliexpress, а также на досках объявлений много памяти продается. Люди заходят туда и покупают. Неужели ноутбуки настолько критичны к выбору памяти ? Может частота не та ?
Спасибо сказали:
Аватара пользователя
ormorph
Сообщения: 2645
ОС: Gentoo

Re: РЕШЕНО. Зависание ноутбука

Сообщение ormorph »

UriyZenkov писал:
14.10.2019 19:28
Неужели ноутбуки настолько критичны к выбору памяти ?
Да присутствует такое. Если производитель памяти не гарантирует, что память будет работать с любыми другими планками памяти, то есть шанс что память не заработает.
Я пробовал kingston ставить разных типов и частот и на моем dell во всех случаях Memtest почти сразу выдавал ошибку, при том что память была нормальной и на другом ноуте работала как надо.
Так что не факт что предыдущая планка была бажной. Просто не совместимость.
Спасибо сказали:
UriyZenkov
Сообщения: 439
ОС: Devuan GNU/Linux
Контактная информация:

Re: РЕШЕНО. Зависание ноутбука

Сообщение UriyZenkov »

У меня другая ситуация. Целый год после покупки проблем не было, и только в конце августа появились.
Спасибо сказали:
Аватара пользователя
ormorph
Сообщения: 2645
ОС: Gentoo

Re: РЕШЕНО. Зависание ноутбука

Сообщение ormorph »

UriyZenkov писал:
14.10.2019 20:31
У меня другая ситуация. Целый год после покупки проблем не было, и только в конце августа появились.
Ну тогда всякое может быть :yes3:
Спасибо сказали:
Аватара пользователя
s.xbatob
Сообщения: 1139
ОС: Fedora

Re: РЕШЕНО. Зависание ноутбука

Сообщение s.xbatob »

ormorph
Если память сбоит, то это либо она о себе неверную информацию сообщает (для чего там имеется интерфейс i2c) либо ноут её неправильно понимает, либо — что самое вероятное — она сдохла.
А производитель ничего не гарантирует, он лишь рекомендует. Ещё неясно, из каких соображений.
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20793
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: РЕШЕНО. Зависание ноутбука

Сообщение Bizdelnick »

ormorph писал(а):
14.10.2019 20:16
Я пробовал kingston ставить разных типов и частот и на моем dell во всех случаях Memtest почти сразу выдавал ошибку, при том что память была нормальной и на другом ноуте работала как надо.
Так что не факт что предыдущая планка была бажной. Просто не совместимость.
Скорее проблема в контроллере, а не в какой-то несовместимости. Что Corsair заработал — просто повезло.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
devilr
Сообщения: 3667
ОС: Mandriva => Gentoo (~amd64)
Контактная информация:

Re: РЕШЕНО. Зависание ноутбука

Сообщение devilr »

У памяти, кроме частоты ещё и тайминги есть. За все ноутбуки не скажу, но на некоторых материнских платах их можно было выставить вручную. Собственно, разброс этих таймингов и определяет работоспособность плашки памяти одной или в паре с другими.
Мудрость приходит с возрастом.
Иногда возраст приходит один.
Эхо разума
Спасибо сказали:
Аватара пользователя
s.xbatob
Сообщения: 1139
ОС: Fedora

Re: РЕШЕНО. Зависание ноутбука

Сообщение s.xbatob »

devilr писал(а):
14.10.2019 20:56
У памяти, кроме частоты ещё и тайминги есть. За все ноутбуки не скажу, но на некоторых материнских платах их можно было выставить вручную. Собственно, разброс этих таймингов и определяет работоспособность плашки памяти одной или в паре с другими.
Да, и на десктопах тоже. Только это было очень давно.
Спасибо сказали:
Ответить