P8Z77V + i73770k (ivy bridge) + sl12.2 не стартует
GNU/Linux, UNIX, Open Source → Аппаратное обеспечение
добрый день! нужен дельный совет :-(
описываю ситуацию
использую slackware12.2, данная система очень хорошо все время переносила переезд на новое железо, была установлени и переезжала в следующем порядке:
— intel + P4
— asus m2ne-sli + amd
— asus p5qc + e8400 (последняя рабочая)
и вот недавно переехала на новую платформу
asus p8z77v i7-3770k
слака более не грузится (вообщем то не удивительно, но до этого стартовала аж на 3х разных матерях, последовательно переползая в течении нескольких лет)
стартует нормально, во время загрузки ошибок вроде как нет, в конце:
kernel panic — not syncing: attempted to kill init!
пробовал разные ядра (от родной слаки 12.2) + рабочее пересобранное ядро 2.6.29.6, сейф моде
все так же, кернел паник с предыдущим сообщением
при этом обычная SLAX_on_USB стартует, подхватывает видеодрайвера, работает нормально (поэтому планирую использовать ее для ремонта)
думаю (предполагаю) что проблемы в ядре, видимо надо каким либо способом запустить рабочую ось хотя бы до ком.строки, а там уж я сам как ни будь пересоберу ядро, и, надеюсь, разберусь с этой проблемой
множество лив_сиди с линухами и виндой не стартуют (видимо из за нового железа)
новая конфигурация
asus p8z77v
i7-3770k
dn gts 250 512mb
2×4 gb 1600 ram
2 hdd, 1 ssd, and mare…
странно, но факт, до этого были проблемы с переносом mac-osx на новые платформы, а слака как родная запускалась (на машине установлена еще и мак-ось)
тут же все наоборот, макака стартонула, как но родном железе (при минимальном теловращении) а вот слака — усе… и ни хотить более
нужны советы именно по старту родной (установленной) слаки хотя бы как, в аварийном режиме, в ком строке онли или еще чего
советы как то:
— а почему такой антиквар?
— установить новую 13.х или 14
— удалить все и с нуля
— сменить дистриб и/или уйти на выньду
… ну короче, не надо всего это!!!
заранее спасибо за внимание и понимание!
п.с. всех с прошедшим и с наступаюшим
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня 2023 года в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
>> Вариант смены ядра Вами рассматривается?
к сожалению нет
— родное ядро от sl12.2 — сильно старое и есть много но
— более новые ядра уже не собираются
— самой СУПЕРСКОЕ для данной конфигурации эт 2.6.29.6 со множеством патчей
и под это самое ядро все заточено
а если и собираются более новые ядра, то множество ядрозависимых пакетов (vmware,virtual-box, nvidia-drv, etc) — не собираются под ним
поэтому ядро именно 2.6.29.х
# lspci -nnk
00:00.0 Host bridge [0600]: Intel Corporation Unknown device [8086:0150] (rev 09)
00:01.0 PCI bridge [0604]: Intel Corporation Unknown device [8086:0151] (rev 09)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:14.0 USB Controller [0c03]: Intel Corporation Unknown device [8086:1e31] (rev 04)
00:16.0 Communication controller [0780]: Intel Corporation Unknown device [8086:1e3a] (rev 04)
00:19.0 Ethernet controller [0200]: Intel Corporation Unknown device [8086:1503] (rev 04)
00:1a.0 USB Controller [0c03]: Intel Corporation Unknown device [8086:1e2d] (rev 04)
Kernel driver in use: ehci_hcd
00:1c.0 PCI bridge [0604]: Intel Corporation Unknown device [8086:1e10] (rev c4)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1c.3 PCI bridge [0604]: Intel Corporation Unknown device [8086:1e16] (rev c4)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1c.4 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c4)
00:1c.7 PCI bridge [0604]: Intel Corporation Unknown device [8086:1e1e] (rev c4)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1d.0 USB Controller [0c03]: Intel Corporation Unknown device [8086:1e26] (rev 04)
Kernel driver in use: ehci_hcd
00:1f.0 ISA bridge [0601]: Intel Corporation Unknown device [8086:1e44] (rev 04)
00:1f.2 SATA controller [0106]: Intel Corporation Unknown device [8086:1e02] (rev 04)
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation Unknown device [8086:1e22] (rev 04)
01:00.0 VGA compatible controller [0300]: nVidia Corporation Unknown device [10de:0615] (rev a2)
Kernel driver in use: nvidia
Kernel modules: nvidia, nvidiafb
03:00.0 SATA controller [0106]: Unknown device [1b21:0612] (rev 01)
Kernel driver in use: ahci
04:00.0 PCI bridge [0604]: Unknown device [1b21:1080] (rev 03)
05:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder [1131:7133] (rev d1)
Kernel driver in use: saa7134
Kernel modules: saa7134
05:01.0 Multimedia audio controller [0401]: Creative Labs SB Live! EMU10k1 [1102:0002] (rev 08)
Kernel driver in use: EMU10K1_Audigy
Kernel modules: snd-emu10k1
05:01.1 Input device controller [0980]: Creative Labs SB Live! Game Port [1102:7002] (rev 08)
Kernel driver in use: Emu10k1_gameport
Kernel modules: emu10k1-gp
06:00.0 USB Controller [0c03]: Unknown device [1b21:1042]
/bin/bash вместо init запускается?
вы имеете в виду, во время загрузки
— Ctrl+C облом загрузки и выход в шелл?
Нет, добавить к опциям ядра init=/bin/bash
пробовал, добавлял (неск. раз) — все то же самое (скриншот)
м-м-м… Это ведь всё происходит с initramfs в качестве корневой системы. То есть раздел с корневой фс ещё не примонтирован. Я правильно понимаю? Если да, то вероятно init=/bin/bash не работает потому, что там busybox, и в /bin ровно один бинарь лежит — busybox. Хотя, быть может (я не помню точно), там должен лежать ещё symlink: /bin/sh -> /bin/busybox (а как иначе запустить скрипт, который сделает busybox --install чтобы создать остальные симлинки?). Я к тому это, что можно попробовать ещё init=/bin/sh, а если не прокатит, то распаковать используемый initrd, найти там /init или /sbin/init и как-нибудь так сделать, чтобы он на самых ранних стадиях выпадал бы в шелл. Ну и запаковать обратно и подсунуть ядру в качестве initramfs. А потом, вплоть до того, что вручную каждую команду из стартовых скриптов набрать в шелле и выполнить. Или, в качестве варианта, можно понатыкать везде отладочной печати, чтобы было бы видно на каком этапе происходит падение init (собственно когда мне зачем-то приспичило создать свой initrd, я именно этим путём и шёл).
А вообще, странно это очень. Если полагать, что система живая (хотя бы на каком-то железе), то не видно никаких причин для неработоспособности init. Может быть, конечно, новый-новый процессор оказался в чём-то несовместим с i686(? или i586? под какой там проц всё скомпилёвано?). Но зная интеловский бзик на обратной совместимости, как-то не очень верится. А других гипотез у меня нет.
спасибо за развернутый ответ-совет, не все ясно с первого раза, покавыряюсь, почитаю, буду думать
init=/bin/sh — пробоавл, все равно кернепаник
по поводу initd — подозреваю что ДА, не все у меня так правильно и замечательно, дело в том, что родная ФС для линуха из коробки это ext & ext2 (так по моему, вторая жерналируемая)
у меня корневой раздер форматнут в ReiseFS, поэтому там какие то особенности с initrd, для того что бы нормально монтировался этот самый нестандартный ReiserFS и когда поначалу собирал первый раз ядро, то как раз столкнулся с тем, что немонитровался корень, но, вроде бы, кернелпаника не было, просто вываливалось в шел с сообщением он необходимости что то там сделать, и шел была доступна, сейчас — КП, видимо что то другое, но может и в связке…
сейчас пытаю так: гружусь с USB_SLAX, монтирую домашний каталог куда надоть, потом chroot на системный диск и собираю новое ядро… точнее пытаюсь, т.к. пока собранные ядра так же кончают на кернелпаник (переживающим за мои ядра сообщаю, не надо, у меня скрипт сборки добовляет суб-индекс к ядру, так что все что там делается — не затирается сверху: о)
пока как то так… пирожки с котяктами
спасибо за помощь, пойду читать, думать
в дополнении, может кто подскажет, как воевать во время конфигурайии ядра с подобным
00:00.0 Host bridge [0600]: Intel Corporation Unknown device [8086:0150] (rev 09) 00:01.0 PCI bridge [0604]: Intel Corporation Unknown device [8086:0151] (rev 09) Kernel driver in use: pcieport-driver Kernel modules: shpchp
где брать информацию об данном устройстве, поддерживается ли данным ядром, есть ли драфвера-модули, которые можно собрать дополнительно… извиняюсь за сумбурность…
А что говорит «lspci -nnk» с live-cd?
топик подправил
не могу отредактировать топик, ни кто не подскажет как?
### 2012.12.26 дополнение
— загрузка в usb_slax
— монтирование домашнего каталога куда надоть
— создание рамдиска
— chroot — на системный раздел
— сборка нового ядра
после сборки ядра система сартует нормально
отчет lspci
00:00.0 Host bridge: Intel Corporation Ivy Bridge DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Ivy Bridge PCI Express Root Port (rev 09)
00:14.0 USB Controller: Intel Corporation Panther Point USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation Panther Point HECI Controller #1 (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 04)
00:1a.0 USB Controller: Intel Corporation Panther Point USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation Panther Point High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation Panther Point PCI Express Root Port 1 (rev c4)
00:1c.3 PCI bridge: Intel Corporation Panther Point PCI Express Root Port 4 (rev c4)
00:1c.4 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c4)
00:1c.6 PCI bridge: Intel Corporation Panther Point PCI Express Root Port 7 (rev c4)
00:1c.7 PCI bridge: Intel Corporation Panther Point PCI Express Root Port 8 (rev c4)
00:1d.0 USB Controller: Intel Corporation Panther Point USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation Panther Point LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation Panther Point 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation Panther Point SMBus Controller (rev 04)
01:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce GTS 250] (rev a2)
03:00.0 SATA controller: Device 1b21:0612 (rev 01)
04:00.0 PCI bridge: Device 1b21:1080 (rev 03)
05:00.0 Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Video Broadcast Decoder (rev d1)
05:01.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08)
05:01.1 Input device controller: Creative Labs SB Live! Game Port (rev 08)
06:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev 01)
07:00.0 USB Controller: Device 1b21:1042
теперь след. этап:
— ядро опознало сетевую карту, но ее пока не видно, как говорит наш любимый никулин — «будем искать»
у кого какие идеи, мысли, наработки по интеграции новых драйверов в старое дяро?
Из 3.x в 2.6.x? Оно можно конечно теоретически, но нужно ли? Может, всё же проще сменить версию ядра? Как бы это не было бы геморройно с администраторской точки зрения, но геморрои с бэкпортированием дров, вероятно, будут протекать сложнее.
— идем на сайт производителя
— скачиваем драйвер (исходники)
— собираем
— кидаем собранный модуль в «кудан надо»
— modprobe or insmod
— драйвер работает
Это то, что «хотелось бы», или то, что «сработало»?
Ядро очень критичная часть ОС, и втыкать в него посторонний код, который непонятно кем и непонятно как написан, меня всегда напрягало. Но если работает, то… Ура(?)
>>Это то, что «хотелось бы», или то, что «сработало»?
честно не понимаю, шо сказать: о)
скачал исходники с интеловского сайта поддержки, собрал модуль, я так понимаю он теперь нативный, сохранил в соотв. каталоге с модулями, добавил загрузку модуля в стартовые скрипты…
сейчас пишу именно с рабочей системы… а правильно-неправильно это уж и не знаю
да, работает! позже подумываю обновить модули для новых материнских чипсетов, высказыывайтесь, может кто уже до меня любил эту тему?
ну… вообщем все работает че надоть!
с новым годом, товарищи, ура!