staging.inyokaproject.org

Hallo,

in den vergangenen Tagen habe ich öfters während des Boot-Vorgangs ohne jegliche Fehlermeldung einen schwarzen Bildschirm (Auswahl im Grub-Men funktioniert) - nichts regt sich. Ältere Kernel kann ich auswählen, diese "enden" beim Booten auch mit einem schwarzen Bildschirm; Recovery-Modus kann ich auswählen - bei der Auswahl "normal weiter booten" endet der Bootvorgang mit einem blinkenden Bindestrich oben links auf einem schwarzen Bildschirm.

Mit einem Live-USB-Stick kann ich normal booten (mit Standard-Bildschirmauflösung). Mit Glück bootet der PC dann nach einigen (gewollten bzw. testweisen) Live-Stick-Boot-Versuchen auch wieder normal.

Die UUID in grub.cfg und ftab stimmen.Die letzten Updates von Ubuntu 14.04 LTS habe ich gestern eingespielt (Fehler trat aber schon vorher auf).

Wer kann mir mit seiner Erfahrung weiterhelfen?

Gruß nas

Nachsatz: Habe mit dem Live-Stick meine Boot-Partition mit "sudo fsck /dev/sdb7" geprüft. Es gab diverse Fehlermeldungen (habe die leider nur fotografiert): - Anzahl der freien Blöcke in Gruppe 97 ist falsch (9835, gezählt 9836) - Anzahl der freien Blöcke in Gruppe 124 ist falsch (11736, gezählt 11737) - Anzahl der freien Blöcke ist falsch (3366231, gezählt 3366233) - Inodes-Bitmap differieren... - Anzahl freier Inodes ist falsch...

Habe jeweils "reparieren" mit "j" beantwortet, danach hat der PC normal gebootet.

Woher kommen diese Abweichungen bzw. Differenzen? PC (SSD) defekt? PC ist doch erst 11 Monate alt.

Mehr Daten bitte:

sudo lshw -short
lspci -nnk | grep -iA2 vga

Die Ausgabe auf lshw -short:

H/W-Pfad         Gerät     Klasse         Beschreibung
=======================================================
                            system         W840SU Series (Not Applicable)
/0                          bus            W840SU Series
/0/0                        memory         64KiB BIOS
/0/14                       processor      Intel(R) Core(TM) i5-4200U CPU @ 1.60
/0/14/15                    memory         512KiB L2 Cache
/0/14/16                    memory         128KiB L1 Cache
/0/14/17                    memory         3MiB L3 Cache
/0/18                       memory         4GiB Systemspeicher
/0/18/0                     memory         DIMMProject-Id-Version: lshwReport-Ms
/0/18/1                     memory         DIMMProject-Id-Version: lshwReport-Ms
/0/18/2                     memory         4GiB SODIMM DDR3 Synchron 1600 MHz (0
/0/18/3                     memory         DIMMProject-Id-Version: lshwReport-Ms
/0/100                      bridge         Haswell-ULT DRAM Controller
/0/100/2                    display        Haswell-ULT Integrated Graphics Contr
/0/100/3                    multimedia     Haswell-ULT HD Audio Controller
/0/100/14                   bus            Lynx Point-LP USB xHCI HC
/0/100/16                   communication  Lynx Point-LP HECI #0
/0/100/1b                   multimedia     Lynx Point-LP HD Audio Controller
/0/100/1c                   bridge         Lynx Point-LP PCI Express Root Port 1
/0/100/1c.2                 bridge         Lynx Point-LP PCI Express Root Port 3
/0/100/1c.2/0    wlan0      network        Centrino Wireless-N 2230
/0/100/1c.3                 bridge         Lynx Point-LP PCI Express Root Port 4
/0/100/1c.3/0               generic        Realtek Semiconductor Co., Ltd.
/0/100/1c.3/0.1  eth0       network        RTL8111/8168/8411 PCI Express Gigabit
/0/100/1d                   bus            Lynx Point-LP USB EHCI #1
/0/100/1f                   bridge         Lynx Point-LP LPC Controller
/0/100/1f.2                 storage        Lynx Point-LP SATA Controller 1 [AHCI
/0/100/1f.3                 bus            Lynx Point-LP SMBus Controller
/0/1             scsi0      storage        
/0/1/0.0.0       /dev/sda   disk           500GB ST500LT012-1DG14
/0/1/0.0.0/1     /dev/sda1  volume         465GiB Windows NTFS Laufwerk
/0/1/0.0.0/1/5   /dev/sda5  volume         195GiB HPFS/NTFS partition
/0/1/0.0.0/1/6   /dev/sda6  volume         195GiB HPFS/NTFS partition
/0/1/0.0.0/1/7   /dev/sda7  volume         75GiB HPFS/NTFS partition
/0/2             scsi1      storage        
/0/2/0.0.0       /dev/sdb   disk           120GB Crucial_CT120M50
/0/2/0.0.0/1     /dev/sdb1  volume         976MiB Linux filesystem partition
/0/2/0.0.0/2     /dev/sdb2  volume         110GiB Extended partition
/0/2/0.0.0/2/5   /dev/sdb5  volume         3859MiB Linux swap / Solaris partitio
/0/2/0.0.0/2/6   /dev/sdb6  volume         30GiB Linux filesystem partition
/0/2/0.0.0/2/7   /dev/sdb7  volume         20GiB Linux filesystem partition
/0/2/0.0.0/2/8   /dev/sdb8  volume         18GiB Linux filesystem partition

Die Ausgabe auf lspci:

00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 09)
	Subsystem: CLEVO/KAPOK Computer Device [1558:8400]
	Kernel driver in use: i915

Gruß nas

Ok, sieht bei Intel nicht nach einem Fall für Bootoptionen wie nomodeset aus, aber ich erwähne es mal mit, falls es das Thema voranbringt.

Checke erst mal die SSD, wie du schon richtig angedeutet hattest:

sudo apt-get install --no-install-recommends smartmontools
sudo smartctl -t short /dev/sdb
# Nun mindestens 3 min warten!
sudo smartctl -a /dev/sdb

Das kannst du, wegen des besser kopierbaren Ergebnisses des letzten Befehls, auch per Live-USB ausführen.

Und wenn du wieder das installierte System bootest:

• Bootmenü per ESC → alten Kernel testen

• Recovery-Modus → resume (Menü oder Befehl) testen

• Bei blinkendem Strich STRG + ALT + F2 testen, ob man sich da anmelden kann.

• Wenn ja, versuche den Loginmanager zu starten:

  sudo lightm start
  # ggf. danach auch:
  sudo lightm restart

  Kommen Fehlermeldungen (welche genau am Ende?) oder kannst du dich dann einloggen? Evtl. mit der Gastsitzung?

Die Dateisystemchecks sollten sich natürlich nicht häufen müssen, sonst musst du gleich vom Live-USB aus mal das syslog auf der Festplatte (nicht das der DVD!) als Anhang hier bereitstellen. Sehe auch gerade, dass du manches schon probiert hattest. So weit, so gut/ schlecht.

Oft las man hier aber, dass Haswell-Grafikchips noch Probleme machten, sollte sich aber gebessert haben. Weiß nicht, wie neu deiner ist und ob da 14.10 nicht besser wäre bzw. andere Treiber und Kernel aus Grafikkarten/Intel sowie Kernel (Backports).

Die Dateisystemchecks kommen dann, wenn man dann einfach ausschält, machst du das? Nicht machen, sondern Magic SysRQ nutzen!

@ Benno-007

Danke für die Tips/Anleitungen. Grundsätzlich werde ich das ganze erst morgen in Ruhe angehen können, melde mich dann.

Ein Hinweis trifft aber sofort zu: Ab und zu wacht der PC nicht mehr aus der Bereitschaft auf, auch nicht nach mehrmaligem Deckel zu und auf; seltener "antwortet" er beim Deckel öffnen dann mit "Panics". Bislang habe ich dann einfach durch langen Fingerdruck ausgeschaltet.

Werde mir das mit MagicSysRQ merken. Bislang gibt die Abfrage "176" zurück, demnach wären nur die Funktionen "sub" möglich. Kann ich auf die Fuktionen "ier" verzichten oder muss ich statt der "176" die "1" setzen?

Gruß nas

Die Meldung bitte komplett abschreiben - so sagt sie mir genauso wenig wie dir. 😉

Habe entsprechend des Wiki-Artikels MagicSysRQ die Abfrage "cat /proc/sys/kernel/sysrq" im Terminal eingegeben und als Antwort "176" (nur diese Zahl) erhalten.

Im Artikel ist unter "Anwendung" ein Hinweis (vor der Bechreibung der Funktionen des sicheren Bootens) aufgeführt, dass ab Ubuntu 12.10 systemintern "176" als Standard gesetzt ist - gleichbedeutend mit nur eingeschränktem Funktionsumfang.

Gestern hatte ich wieder einen Panics-Bildschirm. Ein Verlassen mittels MagicSysRQ war nicht möglich - nur die Strom-Aus-Taste fuktionierte. Beim nächsten Mal werde ich mir den Bildschirminhalt notieren wg. einer eventuellen konkreten Fehlersuche.

Ich habe mir überlegt, ob es nicht bis dahin Sinn macht, in der Datei "/etc/default/rcS" den Befehl "FSCKFIX=yes" zu setzen (analog der Wiki-Beschreibung Dateisystemcheck).

Gruß nas

Nachsatz: Habe die SSD mit smartmontools (+GSmartControl) geprüft. Ergebnis: Basic/Overall health check = passed; no errors logged.

• Das mit dem Magic_SysRQ im Detail ist doch jetzt erst mal völlig unwichtig - sauber aushängen geht auch so.

• Ich brauche die komplette Ausgabe des letzten smartctl-Befehls, um defekte Sektoren und anderes im Detail überprüfen zu können.

• Ansonsten hast du ja noch einiges vor dir...lightdm, syslog...schreib das nicht zum Spaß. 😉

Ich habe alles noch einmal u.a. mit dem smartctl-Befehl geprüft. Es wird aktuell nichts ausgewiesen, was auf einen defekten Sektor oder irgendeinen einen Fehler hin deutet - nicht einmal ein Warnhinweis.

Also werde ich warten und beim nächsten "crash" versuchen, die Daten/Fehlerursachen zu ermitteln.

Vorerst danke, Benno-007.

Gruß nas

SMART: Spalte 5, 197 und 198 also geprüft?

Ja, hatte ich mir angesehen; m.E. ist/scheint alles i.O. (Data=0)

197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0

Oder habe ich etwas übersehen?

Gruß nas

Nein, sieht top aus. 👍