Я работаю в kubuntu 14.04 на четырех разных компах (три 64-х разрядных и один 32-х). Регулярно устанавливаю обновления системы. При последнем обновлении все везде прошло нормально, кроме Asus X200M (это такой маленький 64-х разрядный ноутбук). Asus теперь не грузится, даже после переустановки системы.
Установка обновления потребовала перезагрузки, и уже в начальной фазе перезагрузки, когда на черном экране появляется слово kubuntu, было видно, что система неправильно распознала разрешение экрана (слово kubuntu очень крупное и с искаженными пропорциями). Экран входа с меню выбора пользователей и вовсе не появился. Попытка перезагрузки в recover-mode не позволила ничего исправить.
Я переустановил сисему 14.04 с диска с флажком "обновить систему при установке". Хотя вся установка прошла нормально, и видно было, что в конце установки пакеты обновлены через сеть, при перезагрузке произошло все то же самое: неверное распознавание экрана и отсутсвие меню пользователей (на чистой, свежеустновленной системе!). Это значит, что ошибка вносится именно последней порцией обновлений, и влияет только на Asus (кстати, сам Asus гарантированно в порядке: у меня на нем же стоит Windows 8.1 и работает как и раньше).
Что делать? Как-то надо достучаться до разработчиков, кто-нибудь знает, как?
А чистую установку не пробовали?
Да, теперь вот и чистую переустановку попробовал. Без подключки к сети вообще. Все работает отлично! То есть дело точно в обновлениях.
Возможно не в них самих. Бывает графическая обновлялка чудит и ломает систему, иногда просто отказывается обновляться выдавая ошибки. К сожалению приходится иногда обновляться в консоли, там ошибок не возникает…
Вообще, при описании такой проблемы, желательно было приложить список пакетов, которые привели к последствиям (можно было взять из /var/log/apt, но теперь поздняк).
Теперь можно только предположить, что последнее обновление ядра (3.16.0-30) приводит к проблемам с вашим GPU/драйверами иксов etc... В таком случае решением был выбор в grub дополнительных параметров и загрузка со старым ядром (3.16.0-29).
Да что ж сегодня за тенденция то на форуме - пихать простыни логов без спойлера >__<
Поздняк, в том смысле, что вы решили не чинить, а переустановить. Да, на счет ядра я угадал, но мы не сможем выяснить, в чем именно была проблема, пока вы снова обновы не установите =)
З.Ы. Отредактируйте, пожалуйста, предыдущее сообщение, положив логи под спойлер (кнопка CL).
Ядрышко-то при загрузке попробуйте выбрать старое, как советовали.
Система не грохнулась, грохнулась графическая оболочка, что вовсе не означает, что система не работает.
Раз это у вас не единственный компьютер, удобнее будет проводить диагностику с другого. Установите на "сломанный" ноут ssh сервер, нажав Ctrl+Alt+F1 или загрузившись со старым ядром:
sudo apt-get install openssh-server
После этого загрузитесь с новым ядром, и с другого компьютера подключитесь к ноуту, набрав в консоли
ssh ip_адрес_ноута
Далее показывайте
lspci -v
и содержимое /var/log/Xorg.0.log (именно при неудачной загрузке с новым ядром).
Спасибо, я попробую, но прямо сейчас нет времени на эти эксперименты. Когда смогу вернуться к этому вопросу, прежде попытаюсь снова обновиться: ведь сложилась сильно ненормальная ситуация, так как текущая версия 14.04 просто не устанавливается нормально на компьютеры семейства Asus X2000. Рано или поздно эта ошибка должна быть исправлена. Я понимаю, что не устанвливаятся именно графика, но не сама система, но для большинства чайников вроде меня это равнозначно тому, что не устанавливается система.
Вы снова снесли с переустановкой? Остановитесь =)
Нет-нет, я просто вынужден на время уйти в другие пространства.
Спасибо за помощь, это действительно работает!
В меню grub или в консоли при загрузке при выборе старого ядра vmlinuz-3.13.0-24-generic вместо последнего vmlinuz-3.13.0-45-generic все грузится нормально. Новое ядро рушит систему по-прежнему. Т.е. ошибка в новом ядре. А можно сделать так, чтобы старое ядро грузилось по умолчанию, без всяких дополнительных действий при загрузке? И как мне сохранить старое хорошее ядро, если при очередном обновлении ядро 3.13.0-24 исчезнет? Или оно не исчезнет никуда? (я в /boot сейчас вижу только два ядра). И будут ли обновленные приложения работать со старой версией ядра?
К функционалу ядра бывает жестко привязано очень малое количество приложений, обычно это что-то вроде системных 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. Возможно, удастся починить малыми трудозатратами. С учетом, что это не другая ветка и даже не минорная версия, вполне возможно, что просто не подгружается нужный модуль.
Навскидку с драйверами GPU все хорошо, но не видят матрицу...
Хотелось бы понять, действительно ли ваша матрица имеет интерфейс eDP, покажите вывод команды
xrandr
на удачно загруженной системе на этом же ноуте.
Если да, то стоит попробовать явно задать конфигурацию /etc/X11/xorg.conf (об этом в сети куча информации).
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
Так установленное ядро работает, по-видимости, безупречно: грузит правильную графику, не виснет на выходе, грузится по умолчанию, и вообще проблем пока не видно.
Ну, судя по списку, изменений по интелу было много. Возможно, что-то поломали, починив одно и создав проблемы на вашей конфигурации. Возможно, есть какая-нибудь связь с драйверами к иксам и их обновление поможет.
Не имея проблемного девайса под рукой, далее я не могу ничего посоветовать, кроме как завести баги, хотя бы на ланчпэде, на проблемно работающие версии с приложением логов.
Спасибо за помощь, моя проблема, в общем, решена. Хотя, может, и не исчерпывающим образом. Буду работать пока на 3.13.0-41-ядре, баги постараюсь завести.
C ядрами, установленными через apt-get из репозитория, происходят вообще какие-то чудеса: 3.13.0-41-generic работает идеально, а 3.13.0-44-generic (это последняя версия ядра перед 45-й, которая вызвала аврию) глухо виснет на выходе из системы при перезагрузке. Ясно, что поведение определяется какой-то случайностью.
Отправить комментарий