Странная ситуация:
после разблокировки экрана в начале рабочего дня и попытки просмотреть Хромом почту по https,
система наглухо виснет. В консоли не попасть. На клаве блинкают капс и скролл. После перезагрузки ресет’ом - все устаканивается.
Кто-нибудь сталкивался?
OC: Linux 3.1.10-1.9-desktop x86_64
Система: openSUSE 12.1 (x86_64)
KDE: 4.7.2 (4.7.2) “release 5”
на Intel(R) Core™ i7-2600 CPU @ 3.40GHz, 4GB
Chrome Версия 19.0.1084.56
dmb79 wrote:
> система наглухо виснет. В консоли не
> попасть. На клаве блинкают капс и
> скролл. После перезагрузки ресет’ом -
> все устаканивается.
Это называется “Kernel panic”.
При использовании другого браузера такое происходит?
НЕТ. С родным файрфоксом - все нормально.
dmb79 wrote:
> Chrome Версия 19.0.1084.56
Попробуйте Chromium из официального репозитория.
Спасибо, Chromium установил (шэйм, плохо знаю то, с чем работаю).
Полагаю, проблем не будет:
из стороннего на хосте остается VirtualBox 4.1.8 r75467
google-chrome-stable-19.0.1084.56-140965.x86_64
3.1.10-1.9-desktop
x86_64
XFCE
AMD Phenom™ 9450e Quad-Core Processor, 4GB RAM
Никаких проблем с https нет.
xandry
Я о том-же: странно! Как может приложение в пользовательском режиме крякнуть систему?
Обнаружено с месяц тому, как включил https на mail.ru. Неустанно обновлялся. В репозитории http://dl.google.com/linux/chrome/rpm/stable/x86_64
Порочный порядок не менялся:
утро-разблокировка экрана-попытка проверить почту хромом-кернел паник-ресет-проверка почты хромом-рабочий день-проверка почты-блокировка экрана… начинай с начала
Может чего подцепил??? Так зараза какая-то нетипичная
ДА. С Хромиумом аналогичная байда!
dmb79 wrote:
> ДА. С Хромиумом аналогичная байда!
Тогда есть смысл написать bugreport разработчикамChromium.
http://www.chromium.org/for-testers/bug-reporting-guidelines
Вчера отправил гуглу первый пост кнопой ‘Сообщить о проблеме’, но фактура … не конкретная.
Я из … новообращенных в Linux. Подскажите: если есть кернел паник, где-то должен быть дамп или что-то в этом роде.
Приложить, чтоб по-взрослому.
Если совсем не трогать Хром и Хромиум, то ничего подобного не происходит? Всё-таки есть сомнения в том, что это их вина.
xandry
Не ищу виновных, лишь констатирую факт, с которым не могу управиться.
В порядке эксперимента установил до кучи оперу и конквайер.
Так вот последний выдает пяток окон и ошибку, которая резюмирется следующим:
сертификат не может быть проверен по внутренним причинам.
Ну, у каждого могут быть ‘внутренние причины’, лишь бы систему не ронял. 
мне кажется, это связано с аппаратным ускорением.
Возможно. А возможно, грин технологии, поскольку время простоя имеет значение. Если с утра раскочегарить иными приложениями - все работает (конквайеру - пофиг: у этого всегда внутренние причины).
В messages.log по времени кернел паник всегда одно и то-же (imklog - это, наверное, уже загрузка) :
Jun 13 08:25:13 linux-xgth kernel: [1203721.132575] ISO 9660 Extensions: Microsoft Joliet Level 3
Jun 13 08:25:13 linux-xgth kernel: [1203721.132619] ISO 9660 Extensions: RRIP_1991A
Jun 13 08:25:52 linux-xgth dbus[971]: [system] Activating service name=‘org.kde.powerdevil.backlighthelper’ (using servicehelper)
Jun 13 08:25:52 linux-xgth dbus[971]: [system] Successfully activated service ‘org.kde.powerdevil.backlighthelper’
Jun 13 08:26:15 linux-xgth dbus[971]: [system] Activating service name=‘org.freedesktop.NetworkManager’ (using servicehelper)
Jun 13 08:26:15 linux-xgth dbus[971]: [system] Activated service ‘org.freedesktop.NetworkManager’ failed: Launch helper exited with unknown return code 1
Jun 13 08:29:41 linux-xgth kernel: imklog 5.8.5, log source = /proc/kmsg started.
ок, при использовании Opera ситуация такая же или лучше?
С Оперой все в порядке.
В ней аппаратное ускорение отключено?
Закрываем тему. Последнее(?) обновление SUSE, похоже, ликвидировало проблему.
Всем спасибо.
Ни черта не рассосалось. Реже проявляется при тех-же обстоятельствах.
Прекращаю борьбу с этим трогательным фактом.