ubuntuusers.de

cryptsetup: WARNING: failed to detect canonical device

Status: Ungelöst | Ubuntu-Version: Ubuntu 18.04 (Bionic Beaver)
Antworten |

dasnetzundich

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Hallo,

Hab meinen Root Server frisch aufgesetzt.Bin auch soweit durch das dieser komplett läuft.

Nun habe ich ein sudo apt-get update && sudo apt-get upgrade && sudo apt-get dist-upgrade gemacht. Bekomme nun eine Warnung angezeigt.

Kann mir da jemand weiterhelfen, inwieweit ich diesen Fehler beheben kann?

1
2
3
4
5
6
7
update-initramfs: Generating /boot/initrd.img-4.15.0-29-generic
cryptsetup: WARNING: failed to detect canonical device of /dev/md1
cryptsetup: WARNING: could not determine root device from /etc/fstab
W: Possible missing firmware /lib/firmware/ast_dp501_fw.bin for module ast
I: The initramfs will attempt to resume from /dev/sdb3
I: (UUID=9055a919-6d99-49f0-88f1-7c53d6fd92a7)
I: Set the RESUME variable to override this.

Grüße

Lars

Taomon Team-Icon

Supporter
Avatar von Taomon

Anmeldungsdatum:
30. Januar 2011

Beiträge: 8463

Wohnort: Digiworld

sudo lsblk -f

sowie

cat /etc/fstab

und

cat /etc/initramfs-tools/conf.d/resume

Gruß Taomon

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Oh danke für die schnelle Antwort ☺

Taomon Team-Icon

Supporter
Avatar von Taomon

Anmeldungsdatum:
30. Januar 2011

Beiträge: 8463

Wohnort: Digiworld

dasnetzundich schrieb:

Oh danke für die schnelle Antwort ☺

Gern geschehen.

Die Ausgaben sind unterwegs verloren gegangen? 😀

Gruß Taomon

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Taomon schrieb:

dasnetzundich schrieb:

Oh danke für die schnelle Antwort ☺

Gern geschehen.

Die Ausgaben sind unterwegs verloren gegangen? 😀

Gruß Taomon

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
root@h2744217:~# sudo lsblk -f
NAME    FSTYPE LABEL      UUID                                 MOUNTPOINT
loop0   squash                                                 /snap/core/491loop1   squash                                                 /snap/canonicasda
├─sda1
├─sda2  linux_ h2744217:0 f1fe3298-5d6d-5f24-43fd-1b3262b60b24
│ └─md0 ext4              7e978828-0070-416d-9bf0-afcb166fa8aa /boot
├─sda3  swap              e5550e86-7caa-4d49-8498-15fd12e5d97d [SWAP]
└─sda4  linux_ h2744217:1 87ea5091-e018-87eb-160d-5eea53f2ee4f
  └─md1 ext4              81ea29a7-9558-4840-b117-e4ef6ff34401 /
sdb
├─sdb1
├─sdb2  linux_ h2744217:0 f1fe3298-5d6d-5f24-43fd-1b3262b60b24
│ └─md0 ext4              7e978828-0070-416d-9bf0-afcb166fa8aa /boot
├─sdb3  swap              9055a919-6d99-49f0-88f1-7c53d6fd92a7 [SWAP]
└─sdb4  linux_ h2744217:1 87ea5091-e018-87eb-160d-5eea53f2ee4f
  └─md1 ext4              81ea29a7-9558-4840-b117-e4ef6ff34401 /
root@h2744217:~#
root@h2744217:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/md1        /       ext4    defaults        1       1
/dev/sda3       none    swap    defaults        0       0
/dev/sdb3       none    swap    defaults        0       0
/dev/md0        /boot   ext4    defaults        1       2
root@h2744217:~# cat /etc/initramfs-tools/conf.d/resume
cat: /etc/initramfs-tools/conf.d/resume: Datei oder Verzeichnis nicht gefunden

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Taomon schrieb:

sudo lsblk -f

sowie

cat /etc/fstab

und

cat /etc/initramfs-tools/conf.d/resume

Gruß Taomon

Muss ich die UUID des SWAP Speichers in die resume Datei einfügen, die bisher nicht existiert?

https://ubuntuforums.org/showthread.php?t=2291078

Taomon Team-Icon

Supporter
Avatar von Taomon

Anmeldungsdatum:
30. Januar 2011

Beiträge: 8463

Wohnort: Digiworld

Uppsie, Software-Raid. Taomon hinterläßt Staubwolke.

Zeige noch

cat /proc/mdstat 

und

sudo mdadm --detail /dev/md1 

Schau mal Software-RAID

Irgend jemand kommt bestimmt, der sich damit auskennt.

Gruß Taomon

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7790

Swap sollte eigentlich auch ein RAID sein. Sonst macht RAID nicht viel Sinn, sprich - dir geht eine Platte ein und die Kiste stürzt ab weil der Swap weg ist.

Und bei einem Server nutzt man eigentlich Resume / Hibernate / Suspend auch nicht. Oder brauchst du das für irgendwas bestimmtes?

Evtl. dann das hier https://wiki.debian.org/Suspend#Disable_suspend_and_hibernation

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

frostschutz schrieb:

Swap sollte eigentlich auch ein RAID sein. Sonst macht RAID nicht viel Sinn, sprich - dir geht eine Platte ein und die Kiste stürzt ab weil der Swap weg ist.

Und bei einem Server nutzt man eigentlich Resume / Hibernate / Suspend auch nicht. Oder brauchst du das für irgendwas bestimmtes?

Nein brauche ich nicht. Wie man sieht ist SWAP ja im RAID. Hab mich nur über die Meldung gewundert. Wollte man nachfragen was es damit auf sich hat.

Grüße

Lars

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7790

Hatte meine vorherige Antwort noch editiert. Ggf. auch noresume in die Kernelparameter.

Wie man sieht ist SWAP ja im RAID.

Nein, du hast zwei Swap-Partitionen sda3, sdb3 ohne RAID.

Wenn du willst, daß die Kiste bei Plattenausfall weiterläuft, und sich eine Platte im Betrieb tauschen lässt, dann ist das verkehrt.

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Taomon schrieb:

Uppsie, Software-Raid. Taomon hinterläßt Staubwolke.

Zeige noch

cat /proc/mdstat 

und

sudo mdadm --detail /dev/md1 

Schau mal Software-RAID

Irgend jemand kommt bestimmt, der sich damit auskennt.

Gruß Taomon

sshadmin@h2744217:~$ cat /proc/mdstat
Personalities : [raid1] [raid0] [linear] [multipath] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb2[1] sda2[0]
      1023936 blocks super 1.0 [2/2] [UU]

md1 : active raid1 sdb4[1] sda4[0]
      3901991744 blocks super 1.0 [2/2] [UU]
      bitmap: 4/30 pages [16KB], 65536KB chunk

unused devices: <none>
sshadmin@h2744217:~$ sudo mdadm --detail /dev/md1
[sudo] Passwort für sshadmin:
/dev/md1:
           Version : 1.0
     Creation Time : Fri Jul 27 07:41:10 2018
        Raid Level : raid1
        Array Size : 3901991744 (3721.23 GiB 3995.64 GB)
     Used Dev Size : 3901991744 (3721.23 GiB 3995.64 GB)
      Raid Devices : 2
     Total Devices : 2
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Sun Jul 29 15:18:04 2018
             State : clean
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : h2744217:1
              UUID : 87ea5091:e01887eb:160d5eea:53f2ee4f
            Events : 8

    Number   Major   Minor   RaidDevice State
       0       8        4        0      active sync   /dev/sda4
       1       8       20        1      active sync   /dev/sdb4

Bearbeitet von Taomon:

codeblock gesetzt, und bitte keine Vollzitate mehr. Danke

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Hat jemand eine Idee wegen dem Problem?

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Hab nochmal apt install update && apt install Diät-Upgrade ausgeführt, es kommt keine Meldung derart. Ist das jetzt gut oder nicht?

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Ich glaube ich kann die Warnung ignorieren. Bei mir ist nichts verschlüsselt.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.15.0-29-generic
cryptsetup: WARNING: failed to detect canonical device of /dev/md1
cryptsetup: WARNING: could not determine root device from /etc/fstab
W: Possible missing firmware /lib/firmware/ast_dp501_fw.bin for module ast
I: The initramfs will attempt to resume from /dev/sdb3
I: (UUID=9055a919-6d99-49f0-88f1-7c53d6fd92a7)
I: Set the RESUME variable to override this.
root@h2744217:/backupfiles/backup/domain.tld# cat /proc/cmdlin
cat: /proc/cmdlin: Datei oder Verzeichnis nicht gefunden
root@h2744217:/backupfiles/backup/domain.tldt# cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.15.0-22-generic root=UUID=81ea29a7-9558-4840-b117-e4ef6ff34401 ro net.ifnames=0 biosdevname=0 console=tty0 console=ttyS0,57600
root@h2744217:/backupfiles/backup/domain.tld# /etc/crypttab
-su: /etc/crypttab: Keine Berechtigung
root@h2744217:/backupfiles/backup/domain.tld# cat /etc/crypttab
# <target name> <source device>         <key file>      <options>
root@h2744217:/backupfiles/backup/domain.tld cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/md1        /       ext4    defaults        1       1
/dev/sda3       none    swap    defaults        0       0
/dev/sdb3       none    swap    defaults        0       0
/dev/md0        /boot   ext4    defaults        1       2

Oder?

dasnetzundich

(Themenstarter)

Anmeldungsdatum:
29. Juli 2018

Beiträge: 10

Eine Sache noch. Da bei mir ja nichts verschlüsselt ist, kann ich da einfach so crypttab deinstallieren und mit sudo grub-install /dev/sda /dev/sdb in den Bootloader zur Sicherheit neu installieren?

Antworten |