it-swarm.com.de

Neue Hardware - System bootet nicht mehr - wie setze ich systemd / udev zurück?

Ich habe Ubuntu 16.04. Ich habe gerade die Hardware ausgetauscht (neues Motherboard, neue CPU, neue GPU, neuer RAM, neue Netzwerkkarte, neuer SATA-Controller) und jetzt bootet Ubuntu nicht mehr. Nach einer Weile steige ich in die Notfall-Shell ein und es scheint, als hätte ich dort vollen Zugriff auf das System. Ich konnte das Netzwerk manuell einrichten (ifconfig en5ps0 up; dhclient en5ps0 <- sehr merkwürdiger Name der Benutzeroberfläche). Beim Betrachten des Tagebuchs (journalctl -xb) scheint es eine Zeitüberschreitung zu geben, während auf eine Festplatte gewartet wird, die nicht mehr gefunden wird.

Einige möglicherweise relevante Journalnachrichten:

...
systemd: Received SIGRTMIN+21 from PID 2816 (plymouthd).
...
root: /etc/dhcp/dhclient-enter-hooks.d/avahi-autoipd returned non-zero exit status 1
...
root: /etc/dhcp/dhclient-enter-hooks.d/samba returned non-zero exit status 1
...
systemd: Received SIGRTMIN+20 from PID 3100 (plymouthd).
...
systemd: dev-disk-by\x2duuid-....device: Job dev-disk-by\x2duuid-...device/start timed out.
systemd: Timed out waiting for device dev-disk-by\x2duuid-....device.
-- Subject: Unit dev-disk-by...device has failed
...
-- The result is timeout.
systemd: Dependency failed for File System Check on /dev/disk/by-uuid/....
...
systemd: Dependency failed for /mnt/....
...
systemd: Dependency failed for Local File Systems.
...

/etc/fstab:

[email protected]:~# cat /etc/fstab 
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0

#/dev/sdb1: UUID="56fc92d2-1903-4263-b88e-d09bc15ef1d3" TYPE="ext4"
#/dev/sdb2: UUID="f9b799de-c564-4e00-9924-4e8a0ffe8d51" TYPE="swap"

# new SSD (OCZ-VERTEX2_OCZ-K5Q40019666QDZLM)
UUID=56fc92d2-1903-4263-b88e-d09bc15ef1d3 /               ext4    discard,noatime,user_xattr,acl,relatime,errors=remount-ro 0       1

# /dev/sdb5:
# UUID=78ca7a27-6fcc-493c-a10a-5ed961a682e5 none            swap    discard,sw              0       0


/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0

# very old Gentoo (ST380011A_5JVHHAX0)
UUID=64f30a2f-1c38-40e8-8ab2-7f639b9c3673   /mnt/gentooroot reiserfs    user_xattr,acl  0 1
UUID=a448006c-43df-4fbe-be3d-18da22b4e29c   /mnt/gentooroot/home    reiserfs    user_xattr,acl  0 1

# oldroot (WDC_WD5000AACS-00G8B1_WD-WCAUK0065639)
UUID=2474adbe-ca12-4ad1-bea1-1938fdb1c8a4   /mnt/oldroot            ext3    noatime,user_xattr,acl,relatime,errors=remount-ro 0       1

blkid:

[email protected]:~# blkid
/dev/sda1: UUID="56fc92d2-1903-4263-b88e-d09bc15ef1d3" TYPE="ext4" PTTYPE="dos" PARTUUID="2db0af09-01"
/dev/sda2: UUID="f9b799de-c564-4e00-9924-4e8a0ffe8d51" TYPE="swap" PARTUUID="2db0af09-02"
/dev/sdb1: UUID="2474adbe-ca12-4ad1-bea1-1938fdb1c8a4" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="00039d20-01"
/dev/sdb5: UUID="78ca7a27-6fcc-493c-a10a-5ed961a682e5" TYPE="swap" PARTUUID="00039d20-05"

Wie behebe ich das? Warum wartet es überhaupt auf die Festplatte? Das Root-Dateisystem einschließlich home und allem, was es benötigt, ist bereits verfügbar.

Muss ich udev oder systemd oder was auch immer anweisen, nach neuer Hardware oder nach neuen Festplatten-IDs oder so zu suchen? Warum macht es das nicht automatisch?

Wie würde ich das weiter debuggen?

3
Albert
  1. IDs abgleichen ...

In terminal...

  • Sudo cp /etc/fstab /etc/fstab.bak # Backup erstellen
  • Sudo blkid
  • Sudo cat /etc/fstab

Vergleichen Sie jede von blkid ausgegebene Zeile mit einer unkommentierten Zeile in/etc/fstab und stellen Sie sicher, dass die UUIDs mit den entsprechenden/dev/sdxx übereinstimmen.

  1. Zwei Swap-Partitionen und keine Swap-Definition in/etc/fstab ...

Sowohl sda2 als auch sdb5 sind Swap-Partitionen. Du brauchst nur einen. Löschen Sie/dev/sda2 und kommentieren Sie die sdb5-Zeile in/etc/fstab mit gksudo gedit /etc/fstab aus

  1. nbenutzte Festplatten ...

Kommentieren Sie die folgenden Zeilen mit gksudo gedit /etc/fstab...

alle NTFS-Mounts

/ dev/scd0/media/cdrom0 udf, Benutzer iso9660, noauto, exec, utf8 0 0

UUID = 64f30a2f-1c38-40e8-8ab2-7f639b9c3673/mnt/gentooroot reiserfs user_xattr, acl 0 1

UUID = a448006c-43df-4fbe-be3d-18da22b4e29c/mnt/gentooroot/home reiserfs user_xattr, acl 0 1

4
heynnema

Nach dem Löschen einiger Einträge aus meinem /etc/fstab scheint dies einige der Probleme behoben zu haben. Ich frage mich immer noch, warum es deswegen nicht gestartet werden konnte, auch wegen der anderen Fehler, und ich erhalte immer noch keine grafische Anmeldung (siehe hier ), aber vielleicht ist zumindest dieses erste Problem behoben.

0
Albert

Ergänzung zu früheren Antworten.

Anstatt Teile von fstab auszukommentieren, ändern Sie deren Optionen. Müssen Sie während des Startvorgangs wirklich ein NTFS/FAT-Laufwerk/eine Partition gemountet haben oder verwenden Sie diese gelegentlich? In letzterem Fall sollten Sie die Option "noauto" in den Optionsabschnitt der Mount-Definitionszeile einfügen.

Zum Beispiel. War:

LABEL="NTFS drive" /media/NTFSD NTFS some_options

Wenn eine Partition mit der Bezeichnung "NTFS-Laufwerk" fehlt oder etwas nicht stimmt, können Sie die folgenden Probleme vermeiden:

LABEL="NTFS drive" /media/NTFSD NTFS noauto,some_options

Dann wird das System nicht versuchen, dies beim Booten zu mounten ...

0
Troublemaker-DV