Xubuntu startet nicht durch wenn vorher vom Stromnetz getrennt war

Troublegum · 27. November 2015

Klar, verbose und debug steht da nicht, sondern quiet. Statt quiet, verbose und als nächste Stufe gibt es debug.

Mageia 5 kommt mit Kernel 4.19.
Das wäre mir für Skylake zu alt. Bei Kerneln älter als 4.3 musst du mit i915.preliminary_hw_support=1 booten, damit die IGP von Skylake richtig unterstützt wird.

Auslaufmodell · 27. November 2015

Ich habe es nun geschafft, noplymouth und debug an die richtge Stelle in grub einzufügen.

Hier das Ergebnis aus der /run/initramfs/initramfs.debug

Code:

+ [ -z  ]
+ BOOT=local
+ [ -n  ]
+ resume=UUID=ab8454bd-fe0c-4326-adf6-6cca85fcd2c4
+ maybe_break top
+ + echoegrep 
 -q (,|^)top(,|$)
+ export BOOT
+ run_scripts /scripts/init-top
+ initdir=/scripts/init-top
+ [ ! -d /scripts/init-top ]
+ shift
+ . /scripts/init-top/ORDER
+ /scripts/init-top/all_generic_ide
+ [ -e /conf/param.conf ]
+ /scripts/init-top/blacklist
+ [ -e /conf/param.conf ]
+ /scripts/init-top/udev
calling: trigger
device-enumerator: scan all dirs
  device-enumerator: scanning /sys/bus
  device-enumerator: scanning /sys/class
calling: settle
+ [ -e /conf/param.conf ]
+ maybe_break modules
+ echo 
+ egrep -q (,|^)modules(,|$)
+ [ n != y ]
+ log_begin_msg Loading essential drivers
+ _log_msg Begin: Loading essential drivers ... 
+ [ n = y ]
+ printf Begin: Loading essential drivers ... 
Begin: Loading essential drivers ... + load_modules
+ [ -e /conf/modules ]
+ cat /conf/modules
+ read m
+ [ -z microcode ]
+ printf %.1s microcode
+ com=m
+ [ m = # ]
+ modprobe microcode
+ read m
+ [ n != y ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ [ -n  ]
+ maybe_break premount
+ echo 
+ egrep -q (,|^)premount(,|$)
+ [ n != y ]
+ log_begin_msg Running /scripts/init-premount
+ _log_msg Begin: Running /scripts/init-premount ... 
+ [ n = y ]
+ printf Begin: Running /scripts/init-premount ... 
Begin: Running /scripts/init-premount ... + run_scripts /scripts/init-premount
+ initdir=/scripts/init-premount
+ [ ! -d /scripts/init-premount ]
+ return
+ [ n != y ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ maybe_break mount
+ echo 
+ egrep -q (,|^)mount(,|$)
+ log_begin_msg Mounting root file system
+ _log_msg Begin: Mounting root file system ... 
+ [ n = y ]
+ printf Begin: Mounting root file system ... 
Begin: Mounting root file system ... + . /scripts/local
+ . /scripts/nfs
+ . /scripts/local
+ parse_numeric /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445
+ return
+ maybe_break mountroot
+ echo 
+ egrep -q (,|^)mountroot(,|$)
+ mount_top
+ local_top
+ [  != yes ]
+ [ n != y ]
+ log_begin_msg Running /scripts/local-top
+ _log_msg Begin: Running /scripts/local-top ... 
+ [ n = y ]
+ printf Begin: Running /scripts/local-top ... 
Begin: Running /scripts/local-top ... + run_scripts /scripts/local-top
+ initdir=/scripts/local-top
+ [ ! -d /scripts/local-top ]
+ return
+ [ n != y ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ local_top_used=yes
+ mount_premount
+ local_premount
+ [  != yes ]
+ [ n != y ]
+ log_begin_msg Running /scripts/local-premount
+ _log_msg Begin: Running /scripts/local-premount ... 
+ [ n = y ]
+ printf Begin: Running /scripts/local-premount ... 
Begin: Running /scripts/local-premount ... + run_scripts /scripts/local-premount
+ initdir=/scripts/local-premount
+ [ ! -d /scripts/local-premount ]
+ shift
+ . /scripts/local-premount/ORDER
+ /scripts/local-premount/fixrtc
+ [ -e /conf/param.conf ]
+ /scripts/local-premount/ntfs_3g
+ [ -e /conf/param.conf ]
+ /scripts/local-premount/resume
+ [ -e /conf/param.conf ]
+ [ n != y ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ local_premount_used=yes
+ mountroot
+ local_mount_root
+ local_top
+ [ yes != yes ]
+ local_top_used=yes
+ local_device_setup /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445 root
+ [ /disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445 = /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445 ]
+ [ -z  ]
+ ARCHDELAY=30
+ wait-for-root /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445 30
+ FSTYPE=ext4
+ [ -n  ]
+ [ -z ext4 ]
+ [ -z ext4 ]
+ [ -z ext4 -a ! -e /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445 ]
+ [ -z  ]
+ [ -n ext4 ]
+ ROOTFSTYPE=ext4
+ local_premount
+ [ yes != yes ]
+ local_premount_used=yes
+ resolve_device /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445
+ DEV=/dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445
+ [ -e /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445 ]
+ readlink -f /dev/disk/by-uuid/e8f73340-cb7f-4c4c-b639-d043ddeac445
+ DEV=/dev/sda1
+ echo /dev/sda1
+ ROOT=/dev/sda1
+ [ y = y ]
+ [ -z  ]
+ roflag=-r
+ [ -n ext4 ]
+ modprobe ext4
+ checkfs /dev/sda1 root
+ _checkfs_once /dev/sda1 root
+ DEV=/dev/sda1
+ NAME=root
+ [ root = / ]
+ FSCK_LOGFILE=/run/initramfs/fsck.log
+ FSCK_STAMPFILE=/run/initramfs/fsck-root
+ get_fstype /dev/sda1
+ local FS FSTYPE FSSIZE RET
+ FS=/dev/sda1
+ FSTYPE=unknown
+ fstype /dev/sda1
+ eval FSTYPE=ext4 FSSIZE=111787638784
+ FSTYPE=ext4 FSSIZE=111787638784
+ [ ext4 = unknown ]
+ [ ext4 = unknown ]
+ RET=0
+ [ -z ext4 ]
+ echo ext4
+ return 0
+ TYPE=ext4
+ FSCKCODE=0
+ [ n = y ]
+ [ n = y ]
+ force=
+ [ n = yes ]
+ fix=-a
+ spinner=
+ [  = no ]
+ log_begin_msg Checking root file system
+ _log_msg Begin: Checking root file system ... 
+ [ n = y ]
+ printf Begin: Checking root file system ... 
Begin: Checking root file system ... + logsave -a -s /run/initramfs/fsck.log fsck -a -t ext4 /dev/sda1
fsck from util-linux 2.26.2
/dev/sda1: recovering journal
/dev/sda1: clean, 294755/6823936 files, 1997365/27291904 blocks
+ FSCKCODE=0
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ [ 0 -eq 32 ]
+ [ 0 -eq 4 ]
+ [ 0 -gt 1 ]
+ :
+ return 0
+ mount -r -t ext4 /dev/sda1 /root
+ mountroot_status=0
+ [  ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ validate_init /sbin/init
+ checktarget=/sbin/init
+ [ -d /root ]
+ [ -h /root/sbin/init ]
+ readlink /root/sbin/init
+ checktarget=/lib/systemd/systemd
+ [ ! -x /root/lib/systemd/systemd ]
+ [ -d /root/lib/systemd/systemd ]
+ [ systemd = systemd ]
+ read_fstab_entry /usr
+ found=1
+ [ -f /root/etc/fstab ]
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ [ / = /usr ]
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ continue
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ [ none = /usr ]
+ read MNT_FSNAME MNT_DIR MNT_TYPE MNT_OPTS MNT_FREQ MNT_PASS MNT_JUNK
+ return 1
+ mount_bottom
+ local_bottom
+ [ yes = yes ]
+ [ n != y ]
+ log_begin_msg Running /scripts/local-bottom
+ _log_msg Begin: Running /scripts/local-bottom ... 
+ [ n = y ]
+ printf Begin: Running /scripts/local-bottom ... 
Begin: Running /scripts/local-bottom ... + run_scripts /scripts/local-bottom
+ initdir=/scripts/local-bottom
+ [ ! -d /scripts/local-bottom ]
+ shift
+ . /scripts/local-bottom/ORDER
+ /scripts/local-bottom/ntfs_3g
+ [ -e /conf/param.conf ]
+ [ n != y ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ local_premount_used=no
+ local_top_used=no
+ nfs_bottom
+ [  = yes ]
+ [  = yes ]
+ nfs_premount_used=no
+ nfs_top_used=no
+ local_bottom
+ [ no = yes ]
+ [ no = yes ]
+ local_premount_used=no
+ local_top_used=no
+ maybe_break bottom
+ echo 
+ egrep -q (,|^)bottom(,|$)
+ [ n != y ]
+ log_begin_msg Running /scripts/init-bottom
+ _log_msg Begin: Running /scripts/init-bottom ... 
+ [ n = y ]
+ printf Begin: Running /scripts/init-bottom ... 
Begin: Running /scripts/init-bottom ... + run_scripts /scripts/init-bottom
+ initdir=/scripts/init-bottom
+ [ ! -d /scripts/init-bottom ]
+ shift
+ . /scripts/init-bottom/ORDER
+ /scripts/init-bottom/udev
calling: control
+ [ -e /conf/param.conf ]
+ [ n != y ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ [ -d /root/run ]
+ mount -n -o move /run /root/run
+ validate_init /sbin/init
+ checktarget=/sbin/init
+ [ -d /root ]
+ [ -h /root/sbin/init ]
+ readlink /root/sbin/init
+ checktarget=/lib/systemd/systemd
+ [ ! -x /root/lib/systemd/systemd ]
+ [ -d /root/lib/systemd/systemd ]
+ maybe_break init
+ echo 
+ egrep -q (,|^)init(,|$)
+ unset debug
+ unset MODPROBE_OPTIONS
+ unset DPKG_ARCH
+ unset ROOTFLAGS
+ unset ROOTFSTYPE
+ unset ROOTDELAY
+ unset ROOT
+ unset IP
+ unset BOOT
+ unset BOOTIF
+ unset UBIMTD
+ unset blacklist
+ unset break
+ unset noresume
+ unset panic
+ unset quiet
+ unset readonly
+ unset resume
+ unset resume_offset
+ unset fastboot
+ unset forcefsck
+ unset fsckfix
+ mount -n -o move /sys /root/sys
+ mount -n -o move /proc /root/proc
+ [ -z  ]
+ command -v switch_root
+ exec switch_root /root /sbin/init noplymouth splash

Kann man da was erkennen?

Troublegum · 27. November 2015

Also ich kann das leider nicht. Aber zum Verständnis: das ist jetzt die Ausgabe von einem fehlgeschlagenen Kaltstart?

Auslaufmodell · 27. November 2015

Troublegum schrieb:
Also ich kann das leider nicht. Aber zum Verständnis: das ist jetzt die Ausgabe von einem fehlgeschlagenen Kaltstart?

Ich denke nicht, denn wie es von der Uhrzeit des Datei-Erstellens her scheint, ist es die vom normalen Start.

Davor der "versuchte" Start bliebt hängen, nämlich (wie immer) bei dem MATE-Logo, welches vor dem Anmeldebildschirm kurz sichtbar wird.
Und die Zeilen, die davor in weiß auf schwarzem Grund vorbei laufen, kann man ja nicht mitlesen. Geht zu schnell.

Von dem Ereignis schreibt er wohl nichts in die o.g. Datei.

Troublegum · 27. November 2015

Ja, deshalb die Idee, ohne plymouth ( Plymouth ist die Ladeanimation ) und mit "verbose" einen Kaltstart zu booten, der fehlschlägt. Dann sieht man vllt. wo er hängt.
Kannst du in ein anderes virtuelles Terminal wechseln (Strg+Alt+F2 ... bis ... Strg+Alt+F7)?
Vielleicht startet ja nur dein display-manager nicht richtig.

Oder geht dann gar nichts, wenn du einen Kaltstart machst?

Auslaufmodell · 27. November 2015

Troublegum schrieb:
Ja, deshalb die Idee, ohne plymouth ( Plymouth ist die Ladeanimation ) und mit "verbose" einen Kaltstart zu booten, der fehlschlägt. Dann sieht man vllt. wo er hängt.
Kannst du in ein anderes virtuelles Terminal wechseln (Strg+Alt+F2 ... bis ... Strg+Alt+F7)?
Vielleicht startet ja nur dein display-manager nicht richtig.

Oder geht dann gar nichts, wenn du einen Kaltstart machst?

Ich habe nun in grub noplymouth verbose eingetragen. Er zeigt auch eine lange Liste mit Einträgen an (schneller Durchlauf), dann kommt das MATE-Logo, wo sich normalerweise die fünf Punkte gewegen. Und da bleibt er stehen. Er reagiert dann nicht mehr, egal welche Tasten ich drücke.

Den Fenstermanager habe ich schon mal gegen LXDM und GDM ausgetauscht (Standard bei Mate ist LightDM) Aber das brachte nichts.

Habe auch schon den Grafik-Treiber von Intel installiert, ohne Erfolg.

Vielleicht sollte ich eine externe GraKa nehmen?

Seltsam ist ja, das es NUR auftritt, wenn der Rechner vom Stromnetz getrennt war. Lasse ich ihn am Stromnetz, startet er ganz normal.

Troublegum · 27. November 2015

Mal so ins blaue geraten: referenzierst du die mount-Punkte in /etc/fstab über /dev/sdaXYZ oder über die UUID/PARTUUID?
Vorhin hattest du ja auch erwähnt, dass du auf der SSD auch Windows drauf hast. Mountest du die NTFS-Partition auch in der /etc/fstab? Da haben viele Probleme mit dem fastboot-Feature von Windows.

Auslaufmodell · 27. November 2015

Troublegum schrieb:
Mal so ins blaue geraten: referenzierst du die mount-Punkte in /etc/fstab über /dev/sdaXYZ oder über die UUID/PARTUUID?
Vorhin hattest du ja auch erwähnt, dass du auf der SSD auch Windows drauf hast. Mountest du die NTFS-Partition auch in der /etc/fstab? Da haben viele Probleme mit dem fastboot-Feature von Windows.

Windows 8.1 hatte ich extra installiert, um zu prüfen, ob es auch hier die Probleme gibt. Als ich dann feststellte, dass es hier nicht so ist, habe ich wieder Ubuntu MATE installiert. Es ist also kein DualBoot.

Troublegum · 27. November 2015

okay, und ubuntu benutzt wahrscheinlich schon uuids, nehme ich an. Kannst du ja trotzdem mal checken, um das als fehlerursache auszuschließen.
So langsam bin ich mit meinem Latein am Ende. Tut mir Leid.

Das offensichtlichste - nämlich das Netzteil - hast du ja sogar schon ausgetauscht.

Was mir noch einfällt: wenn du das "MATE-Logo" mit den fünf Punkten siehst, klappt das mit dem Deaktivieren von plymouth anscheinend gar nicht richtig.
EDIT: Ah, man muss auch ohne "splash" booten. Also "quiet" und "splash" weg beim Booten.

Wenn du noch Energie hast, kannst du ja mal Archlinux mit aktiviertem [testing]-Repository ausprobieren. Das beinhaltet Kernel 4.3.0. Am einfachsten installiert sich das mit der Architect-Linux ISO-Datei. Damit kann man via menü-gesteuertem Setup auch gleich eine Desktopumgebung mitinstallieren.

Auslaufmodell · 27. November 2015

Ja,

unter <file system> steht UUID=b3f63xxxxxxxxxxxxxxxxxx
<mount point> ist /

EDIT

So, nun hat es geklappt ohne dem "splash"

Bei folgendem Bild ist der Bootvorgang stehen geblieben:

Troublegum · 27. November 2015

okay, dann können wir das Problem ja auf die Festplatte und das Dateisystem eingrenzen.
Die genaue Lösung weiß ich jetzt auch noch nicht. Aber wenn ich die Meldungen bei Google nachschlage, sieht das ja so aus, als ob die Festplatte einen Defekt hat. Natürlich merkwürdig, dass das Problem nur bei einem Kaltstart kommt und nicht jedesmal.
Zitat aus dem Ubuntu-Wiki:

siehe https://wiki.ubuntuusers.de/Festplatten_Problembehebung

Mitunter können solche Fehler durch kalte Lötstellen, defekte Steckverbindungen oder Kabelbrüche auftreten. Diese sind teilweise schwer zu erkennen, da das Problem nur zeitweise auftritt. Hier ist es hilfreich die betroffene Festplatte genau zu inspizieren und testweise andere Kabel zur Verbindung mit dem Computer zu verwenden.

Ich würde mal mit einem USB-Stick ein Live-Linux booten und bei ausgehängtem Dateisystem
die Festplatte mit dem Programm badblocks überprüfen. Bei ubuntu musst du dafür das Paket "e2fsprogs" installieren. Also

sudo apt-get install e2fsprogs
sudo badblocks -vsn /dev/sda

Und zwar in einem Live-Linux, sonst ist die Platte ja eingehängt.
Achtung, dauert lange.

Auslaufmodell · 27. November 2015

Troublegum schrieb:
okay, dann können wir das Problem ja auf die Festplatte und das Dateisystem eingrenzen.
Die genaue Lösung weiß ich jetzt auch noch nicht. Aber wenn ich die Meldungen bei Google nachschlage, sieht das ja so aus, als ob die Festplatte einen Defekt hat. Natürlich merkwürdig, dass das Problem nur bei einem Kaltstart kommt und nicht jedesmal.

Zumal die SSD auch neu ist. Und nur bei einem Kaltstart auftritt.
Übrigens habe ich vorgestern eine HDD angehängt, die vorher in meinem Notebook war. Dort ist noch Xubuntu drauf gewesen. Auch bei dieser Festplatte ist der Startvorgang stehen geblieben. Damals hatte ich aber noch nicht mit noplymouth und verbose gebootet, kann also nicht über die Ursache sagen. Allerdings kommt mir das sehr seltsam vor, dass es bei einer HDD und auch SSD vorkommt.

Troublegum · 27. November 2015

Ja, ist in der Tat komisch. Ich rate jetzt wieder ins Blaue herein: vllt. ist ja auch etwas mit dem SATA-Kabel nicht in Ordnung? Ist ja ein Mini-ITX-System. Vielleicht ist das zu krass gequetscht und beschädigt?
Hast du denn noch nen zweiten Rechner, wo du die Platten auch mal testen kannst? Ist ja mit nem Laptop eher mühselig. Vielleicht tritt das ganze mit der SSD an nem anderen PC nicht auf?!

Aber die SSD würde ich nach so einer Fehlermeldung trotzdem Block für Block überprüfen. Würde mir keine ruhe lassen.

Auslaufmodell · 28. November 2015

Troublegum schrieb:
Ja, ist in der Tat komisch. Ich rate jetzt wieder ins Blaue herein: vllt. ist ja auch etwas mit dem SATA-Kabel nicht in Ordnung? Ist ja ein Mini-ITX-System. Vielleicht ist das zu krass gequetscht und beschädigt?
Hast du denn noch nen zweiten Rechner, wo du die Platten auch mal testen kannst? Ist ja mit nem Laptop eher mühselig. Vielleicht tritt das ganze mit der SSD an nem anderen PC nicht auf?!

Aber die SSD würde ich nach so einer Fehlermeldung trotzdem Block für Block überprüfen. Würde mir keine ruhe lassen.

Ich habe nun die SSD aus meinem neuen Rechner in mein Notebook eingebaut und gestartet. Läuft hier ohne Probleme und vor allem schneller als mein neuer Rechner. Die Ladeanimation blitzt nur kurz auf und schon kann ich mich anmelden. Das dauerte auf meinem neuen Rechner schon ein wenig länger. Man beachte, dass der Neue einen Quad-Core i5 6500 hat mit 8 GB RAM und mein altes Notebook einen DualCore P8400 mit 4 GB RAM.

Ergänzung (28. November 2015)

Ich habe nun Archlinux installiert und gleich beim ersten Start erschien die Meldung "failed to add i915 component master"

So wie ich ergooglen konnte, hat das was mit der Grafikkarte zu tun.

Troublegum · 28. November 2015

@SSD: hm, also ich würde die trotzdem mal genauer checken lassen. Auch wenn sie am anderen Laptop funktioniert. Ich würde mal das BIOS auf Default setzen, das SATA Kabel ersetzen und die SSD Block für Block überprüfen lassen.

@Archlinux: du hast ja auch Kernel 4.2.x und wahrscheinlich ohne i915.preliminary_hw_support=1.
Also entweder i915.preliminary_hw_support=1 als Boot-Option oder auf Kernel 4.3 aktualisieren, indem du [testing] und [community-testing] Repository aktivierst. Dazu die /etc/pacman.conf aktivieren und die beiden Repositorys auskommentieren. Dann mit sudo pacman -Syu ein Update machen.

Auslaufmodell · 28. November 2015

Troublegum schrieb:
@SSD: hm, also ich würde die trotzdem mal genauer checken lassen. Auch wenn sie am anderen Laptop funktioniert. Ich würde mal das BIOS auf Default setzen, das SATA Kabel ersetzen und die SSD Block für Block überprüfen lassen.

@Archlinux: du hast ja auch Kernel 4.2.x und wahrscheinlich ohne i915.preliminary_hw_support=1.
Also entweder i915.preliminary_hw_support=1 als Boot-Option oder auf Kernel 4.3 aktualisieren, indem du [testing] und [community-testing] Repository aktivierst. Dazu die /etc/pacman.conf aktivieren und die beiden Repositorys auskommentieren. Dann mit sudo pacman -Syu ein Update machen.

Ich habe die Boot-Option um i915.preliminary_hw_support=1 ergänzt. Nun erschien zwar die Fehlermeldung nicht mehr, aber dafür kam ich trotzdem nicht weiter. Das heißt, es ist immer noch ein schwarzer Bildschirm zu sehen mit der Eingabeaufforderung. Ich habe dann Archlinux noch mal neu installiert und dabei alle möglichen Option durchsucht, um einen "testing" Kernel zu finden. Im Endeffekt wurde wieder 4.2.5. installiert.
Ich komme also auch nicht in das Betriebssystem rein, um von dort über die GUI den Kernel zu aktualisieren.

Das Sata-Kabel habe ich schon durch ein neues (obwohl das andere auch neu war) ersetzt. Auch das BIOS habe ich schon ein paar Mal zurückgesetzt.

Wenn es an der Grafikkarte liegt, dann würde ich mir für 30 EUR eine PCIe Grafikkarte holen und dann müsste das Problem aus der Welt sein, wenn es denn daran liegt.

Die SSD werde ich aber trotzdem noch mal prüfen.

Troublegum · 28. November 2015

Warum soll es an der Grafik liegen? Es deutet doch alles auf die Festplatte hin.
Prüf doch erstmal die SSD Block für Block.

@Kernel-Installation: Bearbeite (z.B. mit nano) die Datei /etc/pacman.conf und aktiviere dort die Repositories [testing] und [community-testing]. Dann mit pacman -Syu ein Update machen und du hast den Kernel 4.3.0.
Hast du keine Desktop-Oberfläche und einen Displaymanager mitinstalliert mit der Architect-Linux-ISO Datei?

Ach: und hast du dann mit dem Kernel 4.3.0 und Archlinux das gleiche Problem mit der SSD bei einem Kaltstart?

Auslaufmodell · 28. November 2015

Troublegum schrieb:
Warum soll es an der Grafik liegen? Es deutet doch alles auf die Festplatte hin.
Prüf doch erstmal die SSD Block für Block.

@Kernel-Installation: Bearbeite (z.B. mit nano) die Datei /etc/pacman.conf und aktiviere dort die Repositories [testing] und [community-testing]. Dann mit pacman -Syu ein Update machen und du hast den Kernel 4.3.0.
Hast du keine Desktop-Oberfläche und einen Displaymanager mitinstalliert mit der Architect-Linux-ISO Datei?

Ach: und hast du dann mit dem Kernel 4.3.0 und Archlinux das gleiche Problem mit der SSD bei einem Kaltstart?

Ich habe nun Archlinux mit MATE-Desktop installiert.
Nachdem ich mich anmelden konnte, kann ich aber kein Terminal öffnen, oder Pluma oder sonst was. Es erscheint nur kurz in der Fensterliste, geht dann aber wieder weg. Dadurch kann ich auch den Kernel nicht umstellen. Desktop ist also MATE und Displaymanager ist LightDM.
Auch eine leere Datei, die ich erstellt habe, kann ich nicht öffnen. Es erscheint lediglich der Ladekreis der Maus.

Versteh das alles nicht.

Wenn ich heute Abend wieder zuhause bin, werde ich die SSD prüfen. Hatte das heute schon mal begonnen, konnte es aber nicht durchlaufen lassen, da ich weg muss (meine Freundin tickt schon aus langsam..). Der kurz angelaufene Test war aber bisher fehlerfrei.

Beim zweiten Mal starten ist Archlinux übrigens auch mit schwarzem Bildschirm und weißem, blinkendem Cursor oben links stehen geblieben und tat nichts mehr. Mir blieb dann nur das Ausschalten übrig.

Langsam tippe ich eher auch das Motherboard, welches nicht von Linux unterstützt wird.

Troublegum · 28. November 2015

Ich hab ja fast das gleiche Mainboard (und auch Linux). Also wenn das in Kombination mit deiner Hardware zu Featplattenlesefehlern führt, hat das eher einen Hardwaredefekt als ein Kompatibilitätsproblem.
Bist du denn bei der SSD und dem Mainboard noch innerhalb der 14-tätigen Rückgabefrist bei Onlinekäufen?

@Kernel: du kannst das auch in einem virtuellen Terminal machen. Mit STRG+ALT&F2 wechseln, einloggen als root und dann:

nano /etc/pacman.conf

Dort die Zeilen mit [testing] und [community-testing] aus kommentieren und mit STRG+O und STRG+X speichern.
Danach im Terminal

pacman -Syu

Archlinux war auch nur ein Vorschlag von mir, weil ich die Kombination mit dem Kernel bei mir laufen hab und ich weiß, dass man da schnell den neuesten Kernel installieren kann. Am Ende musst du dich ja für deine lieblingsdistribution entscheiden.

Auslaufmodell · 28. November 2015

Mit Ubuntu MATE bin ich super zufrieden. Das läuft auch auf meinen anderen beiden Geräten.
Ich denke, ich werde das Mainboard zurücksenden. Geht das überhaupt, wenn ich es schon für die Installation von Ubuntu eingebaut habe?
Innerhalb der 14 Tage bin ich noch.

Xubuntu startet nicht durch wenn vorher vom Stromnetz getrennt war

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Lt. Commander

Auslaufmodell

Gast

Ähnliche Themen

Passend zum Thema