Nach Kernel-Update öfters Abstürze von PC

Hinweis: In dem Thema Nach Kernel-Update öfters Abstürze von PC gibt es 14 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Hallo,
    vor ein Paar Tagen habe ich das Update für den Kernel mit YaST gemacht. Zuvor hatte ich die
    3.4.6-2.10x86_64, danach 3.4.11-2.16x86_64.
    Vor dem Updatevorgang lief mein System einwandfrei. Danach häufen sich die Abstürze - erst verschwindet die Kontrolleiste und die Icons von dem Bildschirm, paar Sekunden später wird das Monitor schwarz, nur mit dem Mauskursor. Der lässt sich zwar bewegen, aber es hilft nicht weiter - PC reagiert nur auf den Reset.
    Dachte mir - vielleicht liegt es an dem Kernel, habe wieder die alte Version aufgespielt, Uhrzeit richtig eingestellt - Abstürze aber sind geblieben.
    Gestern habe ich nun komplettes Update wiederholt (mit dem neuen Kernel) - bei der Installation kam eine

    Code
    WARNUNG:no dipendiences for kernel module "hid-generic"


    ist aber weiter durchgelaufen und das System funktioniert weiter mit Abstürzen.
    Während ich vor dem schwarzen Bildschirm sitze piepst nur die FP leise (kein BIOS-Lautsprecher, Töne kommen von der Festplatte) vor sich hin - System kann nur neugestartet werden.
    Das Ganze passiert nur bei stehender Internetverbindung, ohne Netz ist noch kein Abstürz gewesen. Unter Win7 (Dualboot), mit und ohne Netz, läuft auch alles ohne Probleme.


    Wo und eventuell wie - kann ich nach Ursachen forschen? Logdatei ist nach dem Neustart weg - es werden mittels fsck Fehler auf dem sdb2 (mein / Verzeichnis) behoben...


    Ich benutze aktuell:
    SuSE 12.2, 64 bit "
    Linux 3.4.11-2.16-desktop x86_64"
    KDE
    4.9.2 "release 511"
    NVIDIA 304.43
    AMD Phenom(tm) II X4 965 Processor
    2 HDD: Seagate Barracuda (sda1-5) ntfs - W7 + Archiv
    Western Digital (sdb1- 4) ext4 für SuSE,
    beide SATA.


    Kann mir jemand, bitte helfen? Danke,
    Gruß, Zuzia

    Für den Inhalt des Beitrages 47683 haftet ausdrücklich der jeweilige Autor: Zuzia

  • Schau bitte in der Datei /var/log/boot.log nach und paste relevante Stellen hier.

    Für den Inhalt des Beitrages 47700 haftet ausdrücklich der jeweilige Autor: uhelp

  • Danke uhelp, das Problem ist, dass die log-Datei nicht's auffälliges zeigt - alles in grünem Bereich. System startet normal und läuft. Dann kommt der Abstürz - gestern sogar bei dem Bildschirmschoner - ohne jegliche Aktivität meinerseits.
    Nach so einem Abstürz und Neustart findet sich in der .log_Datei nur Bericht über Bereinigung auf der sdb2 Partition mittels fsck.ext4 und alles läuft sauber 'ne Weile.
    Ich frage mich, ob es irgendwelche Möglichkeit gibt, die vorherigen Protokolle anzusehen?
    Ein Abschnitt der "warn.txt-Datei (var/log) mit dem Abstürz um 10:06:25 gestern sieht so aus:

    Code
    Oct 28 09:45:59 linux-qsk1 kernel: NVRM: requires the use of a text-mode VGA console. Use of other consoleOct 28 09:45:59 linux-qsk1 kernel: NVRM: drivers including, but not limited to, vesafb, may result inOct 28 09:45:59 linux-qsk1 kernel: NVRM: corruption and stability problems, and is not supported.Oct 28 09:46:00 linux-qsk1 kdm: :0[2008]: pam_apparmor(xdm-np:session): Unknown error occurred changing to users hat: Operation not permittedOct 28 09:46:00 linux-qsk1 checkproc: checkproc: can not get session id for process 2279!Oct 28 09:46:17 linux-qsk1 ifup-ppp[3959]: failed to bring interface dsl0 upOct 28 10:00:29 linux-qsk1 systemd-tmpfile[6907]: stat(/run/user/kxuser/gvfs) failed: Permission deniedOct 28 10:03:28 linux-qsk1 kernel: ata5.00: exception Emask 0x10 SAct 0x0 SErr 0x190002 action 0xe frozenOct 28 10:03:28 linux-qsk1 kernel: ata5.00: irq_stat 0x80400000, PHY RDY changedOct 28 10:03:28 linux-qsk1 kernel: ata5: SError: { RecovComm PHYRdyChg 10B8B Dispar }Oct 28 10:03:28 linux-qsk1 kernel: ata5.00: failed command: FLUSH CACHE EXTOct 28 10:03:28 linux-qsk1 kernel: ata5.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0Oct 28 10:03:28 linux-qsk1 kernel:          res 40/00:00:30:b7:c4/00:00:17:00:00/40 Emask 0x10 (ATA bus error)Oct 28 10:03:28 linux-qsk1 kernel: ata5.00: status: { DRDY }Oct 28 10:03:38 linux-qsk1 kernel: ata5: softreset failed (1st FIS failed)Oct 28 10:03:39 linux-qsk1 kernel: ata5.00: retrying FLUSH 0xea Emask 0x10Oct 28 10:03:47 linux-qsk1 kernel: ata5: exception Emask 0x10 SAct 0x0 SErr 0x190002 action 0xe frozenOct 28 10:03:47 linux-qsk1 kernel: ata5: irq_stat 0x80400000, PHY RDY changedOct 28 10:03:47 linux-qsk1 kernel: ata5: SError: { RecovComm PHYRdyChg 10B8B Dispar }Oct 28 10:06:11 linux-qsk1 kernel: ata5.00: exception Emask 0x10 SAct 0x0 SErr 0x190002 action 0xe frozenOct 28 10:06:11 linux-qsk1 kernel: ata5.00: irq_stat 0x80400000, PHY RDY changedOct 28 10:06:11 linux-qsk1 kernel: ata5: SError: { RecovComm PHYRdyChg 10B8B Dispar }Oct 28 10:06:11 linux-qsk1 kernel: ata5.00: failed command: FLUSH CACHE EXTOct 28 10:06:11 linux-qsk1 kernel: ata5.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0Oct 28 10:06:11 linux-qsk1 kernel:          res 40/00:40:38:d1:c4/00:00:17:00:00/40 Emask 0x10 (ATA bus error)Oct 28 10:06:11 linux-qsk1 kernel: ata5.00: status: { DRDY }Oct 28 10:06:15 linux-qsk1 kernel: ata5: limiting SATA link speed to 1.5 GbpsOct 28 10:06:25 linux-qsk1 kernel: ata5: softreset failed (1st FIS failed)Oct 28 10:06:25 linux-qsk1 kernel: ata5.00: retrying FLUSH 0xea Emask 0x10Oct 28 16:33:04 linux-qsk1 udevd[341]: RUN+="socket:..." support will be removed from a future udev release. Please remove it from: /etc/udev/rules.d/71-multipath.rules:7 and use libudev to subscribe to events.Oct 28 16:32:26 linux-qsk1 kernel: ACPI: RSDP 00000000000fb450 00024 (v02 ACPIAM)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: XSDT 00000000c7f80100 00054 (v01 022410 XSDT1018 20100224 MSFT 00000097)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: FACP 00000000c7f80290 000F4 (v03 022410 FACP1018 20100224 MSFT 00000097)Oct 28 16:32:26 linux-qsk1 kernel: ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 - not using it (20120320/tbfadt-579)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: DSDT 00000000c7f80450 0D37D (v01  A1365 A1365001 00000001 INTL 20060113)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: FACS 00000000c7f98000 00040Oct 28 16:32:26 linux-qsk1 kernel: ACPI: APIC 00000000c7f80390 0007C (v01 022410 APIC1018 20100224 MSFT 00000097)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: MCFG 00000000c7f80410 0003C (v01 022410 OEMMCFG  20100224 MSFT 00000097)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: OEMB 00000000c7f98040 00072 (v01 022410 OEMB1018 20100224 MSFT 00000097)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: HPET 00000000c7f8f450 00038 (v01 022410 OEMHPET  20100224 MSFT 00000097)Oct 28 16:32:26 linux-qsk1 kernel: ACPI: SSDT 00000000c7f8f490 0088C (v01 A M I  POWERNOW 00000001 AMD  00000001)Oct 28 16:32:26 linux-qsk1 kernel: Zone PFN ranges:Oct 28 16:32:26 linux-qsk1 kernel:   DMA      0x00000010 -> 0x00001000Oct 28 16:32:26 linux-qsk1 kernel:   DMA32    0x00001000 -> 0x00100000Oct 28 16:32:26 linux-qsk1 kernel:   Normal   0x00100000 -> 0x00138000Oct 28 16:32:26 linux-qsk1 kernel: Movable zone start PFN for each nodeOct 28 16:32:26 linux-qsk1 kernel: Early memory PFN rangesOct 28 16:32:26 linux-qsk1 kernel:     0: 0x00000010 -> 0x0000009cOct 28 16:32:26 linux-qsk1 kernel:     0: 0x00000100 -> 0x000c7f80Oct 28 16:32:26 linux-qsk1 kernel:     0: 0x00100000 -> 0x00138000Oct 28 16:32:26 linux-qsk1 kernel: Built 1 zonelists in Node order, mobility grouping on.  Total pages: 1030855Oct 28 16:32:26 linux-qsk1 kernel: Policy zone: NormalOct 28 16:32:26 linux-qsk1 kernel: Fast TSC calibration using PITOct 28 16:32:26 linux-qsk1 kernel: Detected 3423.479 MHz processor.Oct 28 16:32:26 linux-qsk1 kernel:  #2Oct 28 16:32:26 linux-qsk1 kernel:  #3



    Drin steht vor dem Absturz etwas über ATA bus Error - ob das die Ursache sein könnte?
    Danach wurde der PC um 16:33:04 wieder eingeschaltet.



    Gruß, Z.


    P.S. Der Zeilenumbruch funktioniert bei mir wieder mal nicht - alles ist in einer Linie rausgekommen...

    Für den Inhalt des Beitrages 47701 haftet ausdrücklich der jeweilige Autor: Zuzia

  • Hallo,


    Ist der NVidia Driver passend zum Kernel installiert?


    Gruss,
    Roland

    Für den Inhalt des Beitrages 47702 haftet ausdrücklich der jeweilige Autor: rme

  • Ein Abschnitt der "warn.txt-Datei (var/log) mit dem Abstürz um 10:06:25 gestern sieht so aus:


    Da waren mindestens Zeilenumbrüche mit dabei.
    Paste anständig.


    So ist Lesen eine Zumutung und entfällt meinerseits.


    ATA klingt nach Festplatte.
    Der Check nach Hochfahren auch.


    Aber nur geraten.
    Boitte auf Lesbarkeit achten.

    Für den Inhalt des Beitrages 47711 haftet ausdrücklich der jeweilige Autor: uhelp

  • @ uhelp - das Problem von mir geposted hängt hier schon lange:


    Code-tags zeigt nur die erste Linie an


    leider ohne greifbare Lösungsvorschläge...


    @ SUSEDJAlex - bitte, (ich muss auf codetags leider verzichten, Grund: siehe oben)


    linux-qsk1:/home/kxuser #
    linux-qsk1:/home/kxuser # zypper se -si nvidia
    Daten des Repositories laden ...
    Installierte Pakete lesen ...


    S | Name | Typ | Version | Arch | Repository
    --+---------------------------+-------+-------------------------+--------+------------------
    i | nvidia-computeG02 | Paket | 304.43-20.1 | x86_64 | (Systempakete)
    i | nvidia-gfxG02-kmp-desktop | Paket | 304.43_k3.4.6_2.10-19.1 | x86_64 | (Systempakete)
    i | oyranos-monitor-nvidia | Paket | 0.4.0-3.1.2 | x86_64 | openSUSE-12.2-Oss
    i | x11-video-nvidiaG02 | Paket | 304.43-20.1 | x86_64 | (Systempakete)
    linux-qsk1:/home/kxuser # zypper se -si kernel
    Daten des Repositories laden ...
    Installierte Pakete lesen ...


    S | Name | Typ | Version | Arch | Repository
    --+-----------------+-------+-------------------+--------+---------------------
    i | kernel-desktop | Paket | 3.4.11-2.16.1 | x86_64 | openSUSE-12.2-Update
    i | kernel-firmware | Paket | 20120719git-2.9.1 | noarch | openSUSE-12.2-Update
    linux-qsk1:/home/kxuser #


    Gruß, Z.

    Für den Inhalt des Beitrages 47713 haftet ausdrücklich der jeweilige Autor: Zuzia

  • Habe in der "boot.log" etwas gefunden, was bis jetzt nicht da war:




    systemd-fsck[615]: /dev/sdb3: sauber, 53346/22282240 Dateien, 10324306/89128704 Blöcke
    Failed to start LSB: Configure the localfs depending network interfaces [[1;31mFAILED[0m]
    See 'systemctl status network.service' for details.


    Es geht um die Systemzeit, die wird auch korrekt abgegeben - trotzdem ist bei booten statt [OK] - [FAILED] zu sehen.
    Auf dieser Linie bleibt der Bootvorgang ca. 1,5 Minuten stehen, dann läuft es weiter - System kommt hochgefahren.
    Gruß, Z.

    Für den Inhalt des Beitrages 47715 haftet ausdrücklich der jeweilige Autor: Zuzia

  • Wenn Du ntp eingerichtet hast und das Netzwerk wird später erst gestartet, dann ist das normal.

    Für den Inhalt des Beitrages 47717 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Danke Sauerland.
    Ich habe vor kürzen nichts geändert - es ist nach dem Ende der Sommerzeit aufgetaucht; bis dahin war alles "grün" ... Aber gut - ärgerlich ist nur die 1,5 Minutige Pause bei Booten.
    Kann ich die ntp irgendwie abschalten und auf utc wieder zurück?


    Z.

    Für den Inhalt des Beitrages 47718 haftet ausdrücklich der jeweilige Autor: Zuzia