Катастрофические последствия обновления на Asus [Решено]

Я работаю в kubuntu 14.04 на четырех разных компах (три 64-х разрядных и один 32-х). Регулярно устанавливаю обновления системы. При последнем обновлении все везде прошло нормально, кроме Asus X200M (это такой маленький 64-х разрядный ноутбук). Asus теперь не грузится, даже после переустановки системы.

Установка обновления потребовала перезагрузки, и уже в начальной фазе перезагрузки, когда на черном экране появляется слово kubuntu, было видно, что система неправильно распознала разрешение экрана (слово kubuntu очень крупное и с искаженными пропорциями). Экран входа с меню выбора пользователей и вовсе не появился. Попытка перезагрузки в recover-mode не позволила ничего исправить.

Я переустановил сисему 14.04 с диска с флажком "обновить систему при установке". Хотя вся установка прошла нормально, и видно было, что в конце установки пакеты обновлены через сеть, при перезагрузке произошло все то же самое: неверное распознавание экрана и отсутсвие меню пользователей (на чистой, свежеустновленной системе!). Это значит, что ошибка вносится именно последней порцией обновлений, и влияет только на Asus (кстати, сам Asus гарантированно в порядке: у меня на нем же стоит Windows 8.1 и работает как и раньше).

Что делать? Как-то надо достучаться до разработчиков, кто-нибудь знает, как?

0
kot040188 - 31 Январь, 2015 - 23:59
Изображение пользователя kot040188.

Я переустановил сисему 14.04 с диска с флажком "обновить систему при установке"
А чистую установку не пробовали?

0
astroph - 1 Февраль, 2015 - 01:17

Да, теперь вот и чистую переустановку попробовал. Без подключки к сети вообще. Все работает отлично! То есть дело точно в обновлениях.

0
kot040188 - 1 Февраль, 2015 - 01:50
Изображение пользователя kot040188.

Возможно не в них самих. Бывает графическая обновлялка чудит и ломает систему, иногда просто отказывается обновляться выдавая ошибки. К сожалению приходится иногда обновляться в консоли, там ошибок не возникает…

0
MacLeod - 1 Февраль, 2015 - 10:19
Изображение пользователя MacLeod.

Вообще, при описании такой проблемы, желательно было приложить список пакетов, которые привели к последствиям (можно было взять из /var/log/apt, но теперь поздняк).
Теперь можно только предположить, что последнее обновление ядра (3.16.0-30) приводит к проблемам с вашим GPU/драйверами иксов etc... В таком случае решением был выбор в grub дополнительных параметров и загрузка со старым ядром (3.16.0-29).

0
astroph - 1 Февраль, 2015 - 12:18

Нет, /var/apt/log/ - не поздняк. Я же одновременно обновлялся сразу на четырех компах, и видно было, что обновления идут одни и те же. То есть на других-то компах логи целы. Вот последние записи из term.log.1 и history.log.1:

+2
Mike - 1 Февраль, 2015 - 13:43
Изображение пользователя Mike.

Да что ж сегодня за тенденция то на форуме - пихать простыни логов без спойлера >__<

0
MacLeod - 1 Февраль, 2015 - 13:18
Изображение пользователя MacLeod.

Поздняк, в том смысле, что вы решили не чинить, а переустановить. Да, на счет ядра я угадал, но мы не сможем выяснить, в чем именно была проблема, пока вы снова обновы не установите =)
З.Ы. Отредактируйте, пожалуйста, предыдущее сообщение, положив логи под спойлер (кнопка CL).

+1
astroph - 1 Февраль, 2015 - 18:07

Установил на свежеустановленный (и работающий) дистрибутив обновы через apt:

Перезагрузился, и система снова ожидаемо грохнулась точно в том же режиме, что и раньше. Логи apt все заранее сохранил, но не знаю, может ли это чем помочь - были переустановлены сотни пакетов.

+1
DarkneSS - 1 Февраль, 2015 - 20:31
Изображение пользователя DarkneSS.

Ядрышко-то при загрузке попробуйте выбрать старое, как советовали.

0
MacLeod - 2 Февраль, 2015 - 04:13
Изображение пользователя MacLeod.

Система не грохнулась, грохнулась графическая оболочка, что вовсе не означает, что система не работает.
Раз это у вас не единственный компьютер, удобнее будет проводить диагностику с другого. Установите на "сломанный" ноут ssh сервер, нажав Ctrl+Alt+F1 или загрузившись со старым ядром:
sudo apt-get install openssh-server
После этого загрузитесь с новым ядром, и с другого компьютера подключитесь к ноуту, набрав в консоли
ssh ip_адрес_ноута
Далее показывайте
lspci -v
и содержимое /var/log/Xorg.0.log (именно при неудачной загрузке с новым ядром).

0
astroph - 2 Февраль, 2015 - 10:34

Спасибо, я попробую, но прямо сейчас нет времени на эти эксперименты. Когда смогу вернуться к этому вопросу, прежде попытаюсь снова обновиться: ведь сложилась сильно ненормальная ситуация, так как текущая версия 14.04 просто не устанавливается нормально на компьютеры семейства Asus X2000. Рано или поздно эта ошибка должна быть исправлена. Я понимаю, что не устанвливаятся именно графика, но не сама система, но для большинства чайников вроде меня это равнозначно тому, что не устанавливается система.

+1
MacLeod - 2 Февраль, 2015 - 10:50
Изображение пользователя MacLeod.

прежде попытаюсь снова обновиться
Вы снова снесли с переустановкой? Остановитесь =)

0
astroph - 2 Февраль, 2015 - 12:24

Вы снова снесли с переустановкой? Остановитесь =)
Нет-нет, я просто вынужден на время уйти в другие пространства.

+1
astroph - 5 Февраль, 2015 - 23:43

Спасибо за помощь, это действительно работает!
В меню grub или в консоли при загрузке при выборе старого ядра vmlinuz-3.13.0-24-generic вместо последнего vmlinuz-3.13.0-45-generic все грузится нормально. Новое ядро рушит систему по-прежнему. Т.е. ошибка в новом ядре. А можно сделать так, чтобы старое ядро грузилось по умолчанию, без всяких дополнительных действий при загрузке? И как мне сохранить старое хорошее ядро, если при очередном обновлении ядро 3.13.0-24 исчезнет? Или оно не исчезнет никуда? (я в /boot сейчас вижу только два ядра). И будут ли обновленные приложения работать со старой версией ядра?

+1
MacLeod - 6 Февраль, 2015 - 05:43
Изображение пользователя MacLeod.

И будут ли обновленные приложения работать со старой версией ядра?
К функционалу ядра бывает жестко привязано очень малое количество приложений, обычно это что-то вроде системных xorg или драйверов.
Поэтому, к примеру, вы вольны поставить любое ядро поновее отсюда http://kernel.ubuntu.com/~kernel-ppa/mainline/, даже не обращая внимания на версию дистрибутива, только используйте релизные (не rc) версии.
У меня на ноуте с Intel HD4000 стоит версия 3.17.1-031701-lowlatency, чтобы установить достаточно скачать отсюда http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.17.1-utopic/ два deb файла и установить через
sudo dpkg -i linux-headers-3.17.1-031701-lowlatency_3.17.1-031701.201410150735_amd64.deb linux-image-3.17.1-031701-lowlatency_3.17.1-031701.201410150735_amd64.deb
Т.е. пакеты linux-headers и linux-image, под вашу архитектуру, generic или lowlatency на выбор.
При этом ядра, сопровождаемые дистрибутивом будут по-прежнему прилетать и устанавливаться при обновлениях, но по умолчанию будет использоваться установленное вручную.
Минусом подхода является необходимость самостоятельно следить за найденными в версии багами/дырами и ручное обновление/удаление.
Например, для версии 3.17.1 есть какой-то жуткий косяк при работе с файловой системой btrfs, но я ее не использую.
Другой вариант - все же, разобраться, почему у вас не заводится графика на 3.13.0-45. Для этого покажите вывод команды из моего предыдущего поста и лог иксов при неудачной загрузке и вывод команды lsmod. Возможно, удастся починить малыми трудозатратами. С учетом, что это не другая ветка и даже не минорная версия, вполне возможно, что просто не подгружается нужный модуль.

0
astroph - 7 Февраль, 2015 - 18:15

Установил ядро 3.17.1. Грузится нормально, но почему-то с этим ядром система виснет при закрытии (перезагрузка). То же самое происходит и с другим вновь установленным ядром (попробовал 3.13.0-031300-generic). А старое ядро vmlinuz-3.13.0-24-generic по-прежнему работает нормально во всех отношениях. А вот содержимое Xorg.0.log при аварийной загрузке с ядром vmlinuz-3.13.0-45-generic:

0
MacLeod - 7 Февраль, 2015 - 20:22
Изображение пользователя MacLeod.

Навскидку с драйверами GPU все хорошо, но не видят матрицу...
Хотелось бы понять, действительно ли ваша матрица имеет интерфейс eDP, покажите вывод команды
xrandr
на удачно загруженной системе на этом же ноуте.
Если да, то стоит попробовать явно задать конфигурацию /etc/X11/xorg.conf (об этом в сети куча информации).

0
astroph - 7 Февраль, 2015 - 21:36

Вот выдача xrandr

0
MacLeod - 7 Февраль, 2015 - 23:02
Изображение пользователя MacLeod.

Да, интерфейс матрицы у вас действительно eDP. Но, судя по логу неудачного запуска,
[ 101.388] (II) intel(0): resizing framebuffer to 2048x1536
[ 101.400] (II) intel(0): switch to mode [email protected] on eDP1

Происходит попытка переключения режима на неподдерживаемый матрицей.
Попробуйте создать /etc/X11/xorg.conf такого содержания:

и загрузиться с ядром 3.13.0-45.
Что до проблем с зависанием при выключении на других ядрах - зависание намертво? Или Ctrl+Alt+F1 / Ctrl+Alt+F7 работают?
В любом случае, опять же, нужно отмечать время и искать в системных логах информацию о том, что там сглючивает.
0
astroph - 8 Февраль, 2015 - 12:08

1. xorg.conf с описанием матрицы ничего не дал. Инвалидное ядро 3.13.0-45 по-прежнему глючит графику.
2. Ctr+Alt+F1 и др. для ядер, установленных как
sudo dpkg -i linux-headers-3.17.1-031701-lowlatency_3.17.1-031701.201410150735_amd64.deb linux-image-3.17.1-031701-lowlatency_3.17.1-031701.201410150735_amd64.deb
и т.д. ничего не дают - система виснет на выходе намертво.
3. Для эксперимента я установил ядро 3.13.0-41 из репозитория через apt:
sudo apt-get install linux-signed-image-3.13.0-41-generic
sudo apt-get install linux-headers-3.13.0-41-generic

Так установленное ядро работает, по-видимости, безупречно: грузит правильную графику, не виснет на выходе, грузится по умолчанию, и вообще проблем пока не видно.

0
MacLeod - 8 Февраль, 2015 - 19:37
Изображение пользователя MacLeod.

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

0
astroph - 9 Февраль, 2015 - 10:24

Спасибо за помощь, моя проблема, в общем, решена. Хотя, может, и не исчерпывающим образом. Буду работать пока на 3.13.0-41-ядре, баги постараюсь завести.

0
astroph - 8 Февраль, 2015 - 19:30

C ядрами, установленными через apt-get из репозитория, происходят вообще какие-то чудеса: 3.13.0-41-generic работает идеально, а 3.13.0-44-generic (это последняя версия ядра перед 45-й, которая вызвала аврию) глухо виснет на выходе из системы при перезагрузке. Ясно, что поведение определяется какой-то случайностью.

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры