Nach Hardware Änderung: Linux startet nicht mehr

[BurnerR]

Habe mir neue Hardware gekauft.
Allerdings startet Ubuntu 16.04 nicht mehr. Es kommt der Hintergrund (=grau) vom Bootsplash, aber keine Ladeanzeige o.ä., nur beim aller ersten Versuch zu booten, da hat er über eine Minuten geladen und ist dann in den emergency modus gewechselt.
Windows startet noch ganz normal und kann auch eine NTFS Partition mounten, die zusammen mit Linux auf der SSD liegt.
Recovery Modus in eine root shell geht bei Linux und er mountet auch brav alle Partitionen.
Ich hänge einen Bootlog an den Beitrag an. Ich kann darin das Problem leider nicht identifizieren, vielleicht könnt ihr mich auf den richtigen Weg schubsen?
Anhang anzeigen bootlog.txt

 

[sia]

Dein Problem ist, dass du Ubuntu nutzt, du Noob.

jk, lese gerade​

EDIT: Mach mal ein BIOS Upgrade.

Unable to locate Rio Grande table in EBDA

[…]

ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20150930/dswload-210)

EDIT2: Hier noch was mit NVidia:

Okt 13 00:17:46 desktop-pc kernel: NVRM: Your system is not currently configured to drive a VGA console
Okt 13 00:17:46 desktop-pc kernel: NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
Okt 13 00:17:46 desktop-pc kernel: NVRM: requires the use of a text-mode VGA console. Use of other console
Okt 13 00:17:46 desktop-pc kernel: NVRM: drivers including, but not limited to, vesafb, may result in
Okt 13 00:17:46 desktop-pc kernel: NVRM: corruption and stability problems, and is not supported.

Bekommst du im Recovery-Modus LAN? Dann kannst du mal ein Update wagen.

 

[musv]

Phre4k: Beide Warnungen sind normal.

Die Nvidia-Warnung kommt immer, da der proprietäre Nvidia-Treiber keine Framebufferkonsole unterstützt. Und die AE-Warnung hab ich auch schon ein paar Mal gesehen.

Trotzdem sind die beiden Ansatzpunkte nicht verkehrt:
1. Nvidia-Treiber mal deaktivieren (Nvidia-Modul in die Blacklist) und durch Nouveau ersetzen (xorg.conf: nvidia -> nouveau)
2. ACPI deaktivieren über die Kernel-Commandline

Einen klaren Fehler hab ich ansonsten auch nicht finden können.

 

[theSplit]

Hey ihr beiden Cracks über mir
Schaut euch mal (bitte) diese Zeilen genauer an - ich vermute das hier das Problem liegt, aber ich hab ehrlich gesagt nicht genau das Know-How das zu troubleshooten oder Korrekturhinweise zu geben

Okt 13 00:18:02 desktop-pc systemd[1]: Started File System Check on /dev/disk/by-uuid/212E-E654.
-- Subject: Unit systemd-fsck@dev-disk-by\x2duuid-212E\x2dE654.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-fsck@dev-disk-by\x2duuid-212E\x2dE654.service has finished starting up.
--
-- The start-up result is done.
Okt 13 00:18:53 desktop-pc systemd[1]: dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.device: Job dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.device/start timed out.
Okt 13 00:18:53 desktop-pc systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.device.
-- Subject: Unit dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.device has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.device has failed.
--
-- The result is timeout.
Okt 13 00:18:53 desktop-pc systemd[1]: Dependency failed for /home/SSD.
-- Subject: Unit home-SSD.mount has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit home-SSD.mount has failed.
--
-- The result is dependency.
Okt 13 00:18:53 desktop-pc systemd[1]: Dependency failed for Local File Systems.
-- Subject: Unit local-fs.target has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit local-fs.target has failed.
--
-- The result is dependency.
Okt 13 00:18:53 desktop-pc systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Okt 13 00:18:53 desktop-pc systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Okt 13 00:18:53 desktop-pc systemd[1]: home-SSD.mount: Job home-SSD.mount/start failed with result 'dependency'.
Okt 13 00:18:53 desktop-pc systemd[1]: Dependency failed for File System Check on /dev/disk/by-uuid/69158a9f-f939-40c0-8d2d-cfd3d1f69275.
-- Subject: Unit systemd-fsck@dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-fsck@dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.service has failed.
--
-- The result is dependency.
Okt 13 00:18:53 desktop-pc systemd[1]: systemd-fsck@dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.service: Job systemd-fsck@dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.service/start failed with result 'dependency'.
Okt 13 00:18:53 desktop-pc systemd[1]: dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.device: Job dev-disk-by\x2duuid-69158a9f\x2df939\x2d40c0\x2d8d2d\x2dcfd3d1f69275.device/start failed with result 'timeout'.

Ich bin kein wirklich Crack - aber hier scheint es ein oder zwei Probleme zu geben:
a) In etc/fstab ist eventuell ein fehlerhafter/alter Eintrag auf ein Gerät das nicht mehr existiert bzw. das nicht reagiert?
Ich hatte eben mal nach "systemd[1]: dev-disk-by\" timed out/failed gesucht => ein Fund im Archlinux Forum

Ich bin mir nur unsicher ob das sich auf die SSD bezieht oder ob dies ein zusätzliches Laufwerk ist...

b) und der "home-SSD.mount Job" schlägt auch fehl, eventuell auch deßhalb?

 

[Metal_Warrior]

Jupp, das ist ein UUID-Problem. Ich nehme an, du hast auf deiner neuen Hardware nicht die Festplatten mit dd kopiert, sondern Partitionen neu erstellt und den Systemumzug mit rsync gemacht, richtig? Dann hast du wohl vergessen, dir die UUIDs der neuen Partitionen mit blkid ausgeben zu lassen und in die fstab einzutragen.

Trag das mal mit ner Live-CD nach, dann sollte deine Kiste auch wieder booten. Wenn dann die Grafik spinnt, kannst du immer noch den nouveau-Treiber laden lassen, aber du hast zumindest schon mal ein gebootetes System, auf dem du arbeiten kannst.

 

[saddy]

Mit Label wäre das nicht passiert
Bei gleicher Partitionierung und Benennung.

 

[mathmos]

@saddy:

Label sind aber oft nicht eindeutig. Spätestens wenn man mal zwei Platten mit dem selben Label hat, hat man auch seinen Spaß beim Mounten.

 

[saddy]

Da können aber die Label nix für.
Geschmackssache Meine sind eindeutig benannt und maximal ich würd die nochmal so nennen. Tu ich aber nicht, u.a. ais diesem Grund.

 

[BurnerR]

Es geht wieder, vielen dank!
Fun Fact: Es lag gar nicht an der Hardware Änderung, das war nur zufällig zeitgleich .
Das mit dem mounten hatte ich auch gesehen und in die fstab und blkid geschaut gehabt schon, aber nichts ungewöhnliches gesehen gestern. Die Festplatten habe ich auch alle behalten und nur ans Mainboard neu angeschlossen = UUIDs waren alle noch korrekt.
Aber. Ich hatte gestern auch eine Partition auf der SSD die vorher ext4 war als NTFS neu formatiert. Und sie stand noch als ext4 in der fstab. Daran hatte ich gar nicht mehr gedacht und das dann übersehen.
Wie kommt es eigentlich, dass der gesamte PC davon nicht mehr startet? Die Partition ist noch komplett leer.

 

[musv]

nofail ist der Mount-Parameter, den du willst. Dann bootet auch das System weiter, wenn ein Mount fehlschlägt.