Arch Linux

kernel panic beim 2.6.24.1er

[gelöscht]

Hi, hab heute den neuen kernel über pacman -Syu installiert,
mit dem ergebniss dass ich jetzt nen kernel panic hab.
muss ich mir jetzt einen selbst kompilieren,
oder kann ich auch irgendwie den alten statt dem neuen benutzen?

Axo und wie und wohin mitm bugreport?

GerBra

Bei was bekommst du denn die kernel panic? Beim Booten oder bei einem
bestimmten Vorgang?

Wenn beim Booten: Noch während der Initrd oder während der Abarbeitung der
Runlevel-Skripts (als vron etc)

Bugreports natürlich wie immer an bugs.archlinux.org

[gelöscht]

Ich häng mich mal hier mit rein.
Bei PC meiner besseren Hälfte (PATA-PLatte), hab ich dasselbe Problem.

Kernel-Panic nach dem Update.

Folgendes kann ich noch lesen:

Attemting to create root device "/dev/sda6"
/bin/mknod "/dev/root" b 8 6
/init:1: cannot open /dev/root: No such device or adress

Waiting for device to settle ... done
::Initramfs Completed - control passing to kinit
kinit: Unable to mount fs on device dev(8,6)
kinit: init not found
kernel-panic - root syncing: Attempted to kill inint !

Vorher rattert er mehrfach durch mit "ATA ...." (mehr kann ich nicht lesen, geht zu schnell).

Ich hab den MBR neu geschrieben, ohne Wirkung.

Mir scheint er hat Probleme mit PATA-Platten, denn mein Update (nur S-ATA-Platten) hat problemlos funktioniert.

Falls jemand ähnlich Probleme hat, können wir das vielleicht gemeinsam lösen - ohne dass ich das System neu installieren muss.

Jean-Paul

dongiovanni

Bei meinem alten Rechner, den ich als Internetrechner im Keller stehen habe, bekomme ich auch ata Fehler (ebenfalls PATA Platte). Er bootet aber ohne Probleme...
Ich werde mir das ganze mal genauer anschauen...

Pierre

Nutzt ihr pata oder ide?

[gelöscht]

Ich nutze pata.

dongiovanni

Ich nutze PATA. Hier mal das, was dmesg so hergibt:

scsi0 : pata_via
scsi1 : pata_via
ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xd400 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xd408 irq 15
ata1.00: ATA-6: ST340810A, 3.39, max UDMA/100
ata1.00: 78165360 sectors, multi 16: LBA 
ata1.00: configured for UDMA/100
ata2.00: ATAPI: HL-DT-STDVD-ROM GDR8163B, 0L23, max UDMA/33
ata2.01: ATAPI: CD-RW BCE1610IM, VER A.20, max UDMA/33
ata2.00: configured for UDMA/33
ata2.01: configured for UDMA/33
scsi 0:0:0:0: Direct-Access     ATA      ST340810A        3.39 PQ: 0 ANSI: 5
scsi 1:0:0:0: CD-ROM            HL-DT-ST DVD-ROM GDR8163B 0L23 PQ: 0 ANSI: 5
scsi 1:0:1:0: CD-ROM            BTC      BCE1610IM        A.20 PQ: 0 ANSI: 5
Driver 'sd' needs updating - please use bus_type methods
Driver 'sr' needs updating - please use bus_type methods
sd 0:0:0:0: [sda] 78165360 512-byte hardware sectors (40021 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] 78165360 512-byte hardware sectors (40021 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sda:<3>ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
ata1.00: BMDMA stat 0x24
ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
         res 51/84:00:00:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { ICRC ABRT }
ata1: soft resetting link
ata1.00: configured for UDMA/100
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
ata1.00: BMDMA stat 0x24
ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
         res 51/84:00:00:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { ICRC ABRT }
ata1: soft resetting link
ata1.00: configured for UDMA/100
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
ata1.00: BMDMA stat 0x24
ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
         res 51/84:00:00:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { ICRC ABRT }
ata1: soft resetting link
ata1.00: configured for UDMA/100
ata1: EH complete
ata1.00: limiting speed to UDMA/66:PIO4
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
ata1.00: BMDMA stat 0x24
ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
         res 51/84:00:00:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { ICRC ABRT }
ata1: soft resetting link
ata1.00: configured for UDMA/66
ata1: EH complete
 sda1 sda2
sd 0:0:0:0: [sda] 78165360 512-byte hardware sectors (40021 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] 78165360 512-byte hardware sectors (40021 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] Attached SCSI disk

Hab auch noch ein paar Meldungen vor und nach den Fehermeldungen angehäng.
Bei mir kommt es aber wie bereits gesagt, zu keiner Kernelpanic.

[gelöscht]

Ja, genau das sind die Meldungen.
Nur was hindert den Kernel bei mir durchzustarten?

Hast du schon versucht ide einzutragen?

Jean-Paul

dongiovanni

Nein, ide habe ich seit es pata gibt nicht mehr benutzt. Bei 2.6.23 ging alles Fehlerfrei. Hab heute leider keine Zeit mehr für mehr. Morgen wieder.

GerBra

Wie ist der Stand bei Euch, jean paul und pyro?

Mit dem Fallback-Eintrag klappt es auch nicht?
Ich würde evtl. nochmal vorschlagen, von der Install-CD zu booten, ein chroot ins
System zu machen, wie es im Wiki-Artikel zum Grub beschrieben ist, und die
Initrd nochmal neu zu erzeugen: mkinitcpio -p kernel26

[gelöscht]

also ich hab hier auch noch einen älteren PC rumstehen und hier gab es beim Kernel keine Fehler.

mal ein Auszug aus meiner /etc/mkinitcpio.conf

MODULES="pata_via ata_generic"
...
HOOKS="base udev autodetect pata scsi sata keymap filesystems"

[gelöscht]

Hi,

ich hab das mal versucht.
Er meckert an, dass er

/lib/modules/2.6.22-Arch

nicht finden kann. Obwohl der 2.6.23er drauf war und auf den 2.6.24er upgedatet werden sollte.
Das kann ich nun gar nicht verstehen!!

Ausserdem fehlt ihm

module "pata[-_]via" (dto. ata + sata)

Ich hab nachgesehen, im Cache liegt der 2.6.23.14-1 und der 2.6.24.1-2 als ..pkg.tar.gz.

Kann ich den per pacman installieren - und wenn ja, welchen?

Jean-Paul

GerBra

Wieso sucht der im chroot nach /lib/modules/2.6.22-Arch?
Ach, ich bin doch ein Depp 😉
mkinitcpio -p kernel26
nimmt den aktuellen Kernel, sorry.
Im chroot müßte das dann lauten:
mkinitcpio -g /boot/kernel26.img -k 2.6.24-ARCH
Wenn du eine eigene /boot-Partition hast mußt du die auch noch einbinden bevor du
das chroot betrittst.

Der 2.6.24 ist ja bei dir installiert, nur hat der eine Panic, richtig?
pacman -Q kernel26 im chroot sollte den 2.6.24 zeigen.
Wenn nicht dann diesen installieren:
pacman -U pfad.kernel.pkg

[gelöscht]

Hmmm,

mkinitcpio hat nun fehlerfrei funktioniert (2x SUCCESS), nur nach dem reboot hab ich den selben kernel-panic.

Jean-Paul

GerBra

Hast du denn auch einen VIA-IDE-Chipsatz wie dongiovanni (der das dmesg gepostet hat)?

Ich habe mehrere Updates mit Pata(also IDE-Platten) durchgeführt, auf sis und intel
Chipsätzen, und keine Probleme.

Versuch mal Grub als Kernelparameter mitzugeben:
pci=routeirq
und/oder
noapic

Alternativ könntest du im chroot testweise auch nochmal den alten Kernel 2.6.23
installieren. Mit diesem müßte der Boot ja wieder funktionieren. Dann wüßte man, das
es definitiv am 2.6.24 liegt. Und du hättest ggf. auch wieder einlauffähiges System.

[gelöscht]

Okay,
ich hab nvidia und den 2.6.24 deinstalliert und den alten 2.6.23 wieder installiert - und es geht !

Danke für die Hilfe.

Ja, in der Kiste ist ein VIA-Chipsatz verbaut.

Ich beobachte die Sachelage mal etwas und dann werde ich irgendwann mal einen neuen Versuch starten.

Von meiner Seite aus ist das Thema gelöst.

Jean-Paul

dongiovanni

Welchen VIA Chipsatz habt ihr genau? Vielleicht können wir nen konkreten bug report schreiben oder wo anders genaueres erfahren...

[gelöscht]

Hier das lspci

$ lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8374 P4X400 Host Controller/AGP Bridge (rev 82)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2)

Jean-Paul

[gelöscht]

Hi,

eventuell liegt das Problem ja an deiner menu.lst
Versuch mal in der kernel-zeile statt

root=/dev/sdXX

den Gerätenamen als UUID anzugeben

root=/dev/disk/by-uuid/UUID von deiner Root-Festplatte

Vielleicht funktionierts dann auch mit dem neuen Kernel.
Hatte mal ein so ähnliches Problem. Bei mir wars damit gelöst.

Grüße,
Francis