Обновление ядра до версии 3.3.4
inpinp 2 мая, 2012 - 07:53
Здравствуйте.
Что делать, если при обновлении ядра до версии 3.3.4 система не может загрузиться
на этом ядре?
Пишет:
[1.300155] usbhid: USB HID core driver
[1.303464] no UART detected at 0x1
и дальше останавливается.
Просто, при обновлении до ветки 3.2.* ВНЕЗАПНО нужно было
собирать ядро с меткой devtmpfs = y
Что ядру не хватает?
»
- Для комментирования войдите или зарегистрируйтесь
Внимательно прочитай
Внимательно прочитай http://gentoo.ru/node/22986
Вполне возможно, что там есть решение
и добавляем udev в уровень
и добавляем udev в уровень запуска sysinit
# rc-update add udev sysinit
там что, уже sysinint начинает играть роль?
Что означает UART?
Нужно ли устанавливать программу usbhid (что-то там)?
Нужно ли устанавливать usbhid
Нужно ли устанавливать usbhid (есть такой ебилд)
на новом ядре? У меня не установлен.
Скинте конфиг, пожалуйста, у
Скинте конфиг, пожалуйста, у кого установлено ядро из ветки 3.3.*.
Там есть параграфы, где упоминается UART.
inpinp написал(а): Скинте
Я ♥ Gentoo & Funtoo
Покажите вывод
Покажите вывод команды
Я ♥ Gentoo & Funtoo
Благодарю. Попробую сегодня.
Благодарю. Попробую сегодня. Машина дома.
CONFIG_BT_HCIUART=m CONFIG_BT
CONFIG_BT_HCIUART=m
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
# CONFIG_BT_HCIUART_ATH3K is not set
CONFIG_BT_HCIUART_LL=y
CONFIG_BT_HCIBTUART=m
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_ALTERA_JTAGUART is not set
# CONFIG_SERIAL_ALTERA_UART is not set
# CONFIG_SERIAL_PCH_UART is not set
# CONFIG_SERIAL_XILINX_PS_UART is not set
CONFIG_SND_MPU401_UART=m
CONFIG_SDIO_UART=m
Vyvod comand
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HIDRAW=y
CONFIG_USB_HID=y
CONFIG_HID_PID=y
CONFIG_USB_HIDDEV=y
CONFIG_HID_A4TECH=m
CONFIG_HID_APPLE=m
CONFIG_HID_BELKIN=m
CONFIG_HID_CHERRY=m
CONFIG_HID_CHICONY=m
CONFIG_HID_CYPRESS=m
CONFIG_HID_EZKEY=m
CONFIG_HID_KYE=m
CONFIG_HID_GYRATION=m
CONFIG_HID_KENSINGTON=m
CONFIG_HID_LOGITECH=m
CONFIG_HID_LOGITECH_DJ=m
CONFIG_HID_MICROSOFT=m
CONFIG_HID_MONTEREY=m
CONFIG_HID_PANTHERLORD=m
CONFIG_HID_PETALYNX=m
CONFIG_HID_SAMSUNG=m
CONFIG_HID_SONY=m
CONFIG_HID_SUNPLUS=m
Здесь некоторые комментарии
Здесь некоторые комментарии по поводу обновления до ветки 3.3.*
https://bbs.archlinux.org/viewtopic.php?id=140091
http://www.gossamer-threads.com/lists/xen/users/241154
Ничего не понятно. Из лога загрузки можно заключить, что ядро не
может правильно примоунтить жесткий диск SATA.
После этого начинает сыпать ошибками.
Где можно посмотреть этот лог загрузки?
Оказалось, что не надо
Оказалось, что не надо копировать конфиг из старой ветки 3.2.*
Настраивал новое ядро ручками снова и заработало.
inpinp
отчего бы это НЕНАДО?
ну если не ломает делать это еще раз (тратить время) то это выход конечно.
ну а теперь надо сделать diff на конфигах и понять что за ерунда была...
ну и для уверенности уже можно обновиться до 3.3.5
кстати зачем тебе UARTы? у тебя BT как подключен?
.
Да оттого, что это самый настоящий черезжоп. Откройте для себя make oldconfig
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Spoiler написал(а): zaufi
встречное предложение: может откроете для себя документацию и почитаете что делает `make oldconfig` в отсутствии .config файла?
.
Вы, типо, один из ниасиляторов? Странно, это с вашим-то стажем по регистрации... Мм, что ж, разжую вам азбуку... Итак, "отсутствии .config" где? В каталоге с сорцами нового ядра? Там его ещё нет и быть не должно (впрочем, даже если и есть - не страшно, будет заменён). Или в каталоге старого? Дык он вообще не нужен - весь каталог может быть спокойно удалён (если не планируется откат). Конфигурация активного ядра берётся либо из /proc/config.gz, либо, при отсутствии оного (IKCONFIG для отключения данной фичи), из /boot/config-blablabla, куда оно помещается скриптами создания нового ядра. Запустив make oldconfig, производится не механическое копирование старого конфига, а сканирование по сорцам опций нового ядра, которым при совпадении сопоставляются значения старых; при отсутствии совпадения - выводится запросы (которые опять же можно отключить). Так что то, что появляется заново в свежем ядре будет предъявлено для обозрения и назначения. Всё, можете выдохнуть, а в качестве домашнего задания - изучить все таргеты из /usr/src/linux/Makefile, и далее по дереву - scripts/kconfig/*
Мы тоже не всего читали Шнитке!.. © В. Вишневский
мое первое собственноручно
мое первое собственноручно собранное ядро было 2.4.0 в 2001 году, поэтому поучать можете пойти школоту...
тратить время на человека с уровнем развития тинэйджера у меня нет ни времени ни желания, в особенности когда есть сомнения в наличиствовании у него интеллекта (если вдруг не понятен намек, это я о вас, Spoiler... просто не имею представления насколько вы недоразвиты и в состоянии ли понять о ком тут только что была речь, ибо исхдя из предидущих сообщений, многие очевидные вещи написанные русским языком вами не были понятны и/или поняты неверно)
--
за сим, дискуссию считаю закрытой
.
Wow!, бида-пичалька... После такого "срока" :-) да такие вопросы ;-) До чего же любят у нас размахивать стажем при отсутствии аргументов... Сразу вспоминается один водитель, мэтр гаража, поучавший мододых (бия себя в грудь): "...вот написано машине заливать 72-й бензин - его и заливайте, а от более высокооктановых - клапана прогорят, кольца полопаются, etc... Я 30 лет за рулём - знаю!.." Или вот другой анекдот - понадобилась мне калиброванная газовая смесь из азота, лёгких парафинов и водорода, обратился в госуниверситет (там есть соотв. оборудование). Но получил официальный отказ в от доцента (!!!) кафедры физхимии (чей стаж в науке зашкаливал) с аргументацией "...данную смесь составить невозможно в принципе, поск-ку водород с другими газами смешиваться не может из-за малой молярной массы и произойдёт неизбежное расслоение смеси...". Мде, смех сквозь слёзы... Возможно, эти примеры и не имеет отношения к камраду zaufi, кто его знает, но одно можно утверждать наверняка - склонность к писькомерии определённо о чём-то ;-) свидетельствует, а уж размахивание 2001-ым годом... Ну да, ну да... Дружеский совет - на будущее, дабы впредь не попадать в "неопределённое" положение, подумайте о замене неканающей аргументации на что-нить другое, вроде "а вот в 1995-ом встретились случайно с Торвальдсом на Ибице,- побухали, обсудили его планы на трудоустройство, etc..."
А поучать не надо никого - ни "школоту" (кстати, откуда такое презрение к молодости,- у вас что, развился комплекс Наполеона? Бросайте это, многие из них дадут вам фору и про "опыт" не спросят), ни кого-либо другого. Форум - не курс IT, он не даёт системных знаний, а заполняет пробелы в них (оные есть всегда и у всех, стесняться этого или надувать щёки себе дороже выйдет)
Спасибо, что дочитали до конца вирши одиозного имбицильного гидроцефала, улыбнуло...
Успехов!
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Никогда не пользовался oldconfig...
Но вот тут почитал вашу перепалку, и таки заинтересовался.
Итак: исходные данные - запущено ядро 3.3.4-gentoo, в /usr/src переключился на свежие (без .config) исходники 3.3.5-gentoo.
В итоге - make oldconfig задал по ядру вопросы по всем опциям, на выходе - конфиг, совершенно отличный от моего обычного (того, что в /proc/config.gz лежит). Вывод - в /proc/config.gz make oldconfig даже не заглядывает. Так что,
Конфигурация активного ядра берётся либо из /proc/config.gz...в корне неверное утверждение, и .config копировать надо.
P.S. По поводу того, берёт ли oldconfig конфигурацию из boot, ничего не скажу, т.к. пользуюсь genkernel, а он конфиги в boot не копирует. Может, при ручной сборке оно так и есть, но про /proc/config.gz всё же вы были неправы.
.
Каюсь, посыпаю голову пеплом - про /proc/config.gz спрашивал у великого гуголя , а сам не проверял. Возможно, здесь имеет значение версия ядра и в какой-то момент это похерили. Я же как раз не пользую genkernel, а ядерные мэйки поступают именно так, вытягивая /boot/config-kenelname. Впредь буду осторожнее с непроверенной собственноручно инфой, но про ".config копировать надо" - уже вы неправы, поск-ку результирующая фраза должна звучать, так: "тем, кто пользует genkernel, .config копировать надо"... Возможно, и при таком раскладе можно обмануть мэйки и всё-же подсунуть им старый конфиг для корректного мержа, но соблазнится ли кто-нить дополнительными телодвижениями (ЕМНИП, genkernel и рабочий-то конфиг берёт не из /usr/src/linux/.config) заради призрачной "корректности" - не факт...
P.S. Попробовал заново найти в гугле спорный момент, и сразу же попал на родной хэндбук :-) Всё-таки и в дебрях genkernel'а есть похожий скрипт (см. параметр --oldconfig), правда без интерактивности, что сильно нивелирует его полезность...
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Цитата: "тем, кто пользует
Просветите, о Мудрейший, каким боком genkernel влияет на поведение make oldconfig?
Копировать надо, если не делаешь
make install. Так правильнее..
Льстец... ;-)
Смею не без оснований предположить, что - никак. Из чего бы вам показалось эдакое?
Мы тоже не всего читали Шнитке!.. © В. Вишневский
.
Я бы удивился, если бы его не было.
А в справедливости выпиливания
make silentoldconfigя на собственном опыте убедился при, помнится, переходе на третью ветку ядра.Хочешь не хочешь, а читать (с включёнными мозгами) надо.
:wq
--
Live free or die
Anarchist написал(а): А в
Какого выпиливания? На месте оно.
.
Физически-то на месте...
Но при запуске из шелла начиная где-то с 2.6.2? различий с
oldconfigне наблюдаю.:wq
--
Live free or die
oldconfig интерактивен, а
oldconfig интерактивен, а silentoldconfig выставляет вновь появившиеся переменные в значения по-умолчанию.
Вот, проверил на 3,3,6