Anzeige:
Ergebnis 1 bis 10 von 10

Thema: Cryptsetup: luksOpen öffnet device, Device wird aber nicht gemountet

  1. #1
    Registrierter Benutzer
    Registriert seit
    May 2006
    Beiträge
    8

    Cryptsetup: luksOpen öffnet device, Device wird aber nicht gemountet

    Folgendes Problem:

    Ich kann den Befehl:

    cryptsetup luksOpen /dev/sdb1 data

    eingeben, und alles funktioniert einwandfrei ohne Fehlermeldung, nachdem ich die Passphrase eingegeben habe.

    Leider funktioniert nicht das Mounten von "data".

    Nach Eingabe des Befehls: mount /dev/mapper/data /data kommt die Fehlermeldung:
    "you must specify the filesystem type", wenn ich das Filesystem (ext4) angebe, erfolgt die Fehlermeldung: "mount : wrong fs type, bad option".

    Bis gestern konnte ich noch mounten. Das Einzige, was ich getan habe, war der Versuch eine neue Festplatte zu verschlüsseln und einzubinden. Dazu hatte ich eine neue Festplatte (die als sda1 erkannt wurde) angeschlossen und cryptsetup mit luksFormat durchgeführt. Danach liess sich die sdb1 nicht mehr einbinden. Ein versehentliches luksFormat auf sdb1 kann ich eigentlich ausschliessen. Dies hatte ich schon vermutet, aber die history hat mir da glücklicherweise angezeigt, dass mir dieser Fehler nicht unterlaufen war. Auch ein luksDump zeigt mir an, dass alle keyslots der verschlüsselten Partition befüllt sind.

    Vielen Dank im Voraus für jegliche Hilfe bzw. Hinweise, wie ich diese Partition wieder gemountet bekommen.

  2. #2
    Registrierter Benutzer Avatar von HirschHeisseIch
    Registriert seit
    Nov 2002
    Beiträge
    3.276
    Was sagt denn ein "file -s /dev/mapper/data"?
    RTFM you have to, young padawan.

  3. #3
    Bekennender Debianer
    Registriert seit
    Apr 2001
    Ort
    Bayern
    Beiträge
    354

    Lightbulb

    ist denn (nach Deinem Versuch eine neue Festplatte zu verschlüsseln) immer noch /dev/sdb1 richtig?

    Schau mal unter /dev/disks/by-id/ nach den soft links. Eventl. muss es ja jetzt /dev/sdc1 heißen?

    Hintergrund: Ich habe mal entdeckt, dass cryptsetup eine config-Datei unter /etc führt und dort Eintragungen macht.

    Es könnte aber auch sein, dass unter /etc/udev irgendwelche zusätzlichen Informationen aufgenommen wurden.

    Ich habe so ein Problem damit gelöst, dass ich mir die disks/by-id Nummer einmal gespeichert habe und dann immer den Soft-Link dazu auslese, z. B.
    Code:
    FLASH=usb-USB_2.0_Flash_Disk_AA20000450000338
    FLASHDEV=disk/by-id/${FLASH}-0\:0-part1
    MYDEV=`readlink /dev/$FLASHDEV | cut -d'/' -f3`
    echo "+ Stick /dev/$MYDEV gefunden!"
    Vielleicht bringt Dich dies ein Stück weiter.
    Ciao, Joo
    ------
    zu meinen Debianpaketen: https://www.joonet.de/debian/
    zu meinen anderen Pakete: https://www.joonet.de/sources/

  4. #4
    Registrierter Benutzer
    Registriert seit
    May 2006
    Beiträge
    8
    Ein

    file -s /dev/mapper/data

    ergab:

    /dev/mapper/data: symbolic link to `../dm-3'

  5. #5
    Registrierter Benutzer
    Registriert seit
    May 2006
    Beiträge
    8
    Das die disk-uuid sich ändert, habe ich auch schon festgestellt. Aber Festplatte ist weiterhin die sdb1; was sich aber geändert hat, ist die uuid, die jetzt eine andere ist als vorher. Rührt wohl daher, dass ich das Datenkabel einmal ab hatte.

    Wie die Links nun gesetzt sind, habe ich hier mal aufgeführt:

    data -> ../dm-3
    vg-root -> ../dm-0
    vg-root_crypt -> ../dm-2
    vg-swap -> ../dm-1

    und wie die uuid gesetzt sind hier:
    03e76151-8258-4846-8e73-051a56d08877 -> ../../sdb1
    cadce89b-51c9-48df-a0f1-6c4d24c1d16b -> ../../dm-0
    6af3d805-d01b-4a9f-ab3c-6aa3f79841bb -> ../../dm-1
    870820af-12af-4829-8ea9-59c63a69f486 -> ../../dm-2

    ein dm-3 wird hier nicht aufgeführt.

    Daraufhin habe ich den Link von sdb1 auf dm-3 gesetzt, was aber leider nicht erfolgversprechend war.

  6. #6
    Registrierter Benutzer
    Registriert seit
    May 2006
    Beiträge
    8
    Ich habe hier auch noch mal die Statusmeldung aufgeführt die ich bei Einagebe des Befehls:

    cryptsetup status data

    erhalte:

    /dev/mapper/data is active:
    cipher: aes-cbc-essiv:sha256
    keysize: 256 bits
    device: /dev/sdb1
    offset: 2056 sectors
    size: 976765946 sectors
    mode: read/write

  7. #7
    Registrierter Benutzer Avatar von HirschHeisseIch
    Registriert seit
    Nov 2002
    Beiträge
    3.276
    Zitat Zitat von eltho Beitrag anzeigen
    /dev/mapper/data: symbolic link to `../dm-3'
    Okay...
    Dann nochmal ein
    Code:
    file -s /dev/dm-3
    Auf der verschlüsselten Partition befindet sich aber nicht zufällig auch ein LVM, und wir suchen hier in die falsche Richtung, oder?
    RTFM you have to, young padawan.

  8. #8
    Registrierter Benutzer
    Registriert seit
    May 2006
    Beiträge
    8
    Nein, auf der verschlüsselten Partition befindet sich kein LVM.

    Die Rückgabe des Befehls: file -s /dev/dm-3

    ergab: /dev/dm-3: data

    Sieht wohl so aus, dass da eigentlich noch was drauf ist, oder irre ich mich da?

  9. #9
    Bastard User From Hell Avatar von kreol
    Registriert seit
    Oct 2004
    Beiträge
    7.971
    Mal Nägel mit Köpfen, nur um die Definition von Platte und Partition klar zu halten:

    Was sagt "fdisk -l"?

    Festplatten werden niemals als sda1 oder sdb1 erkannt und auf Partitionen liegen keine LVMs...

    Da uns die Unterscheidung hdx/sdx ja genommen wurde: Wie sind die Platten angeklemmt? Ist USB im Spiel? Oder alles P/S-ATA?

    Und wenn man schon bei den Basics ist:

    Was sagt "ls -l /dev/dm*"?
    Was sagt "ls -l /dev/map*"?
    Was sagt "ls -l /dev/sd*"?
    Was sagt "ls -l /dev/disk/by-uuid"?
    Was sagt "ls -l /dev/disk/by-id"?
    Und was steht in der /etc/fstab?

    Bitte poste Befehl und Ausgabe jeweils unter Verwendung der [code]-Tags, siehe meine Sig.

    Kreol
    Beim posten von Dateien oder Ausgaben bitte [code]Text[/code] verwenden. Nähere Info über vB-Tags gibt es hier

    I just want to know God's thoughts. The rest are details. (A. Einstein)

  10. #10
    Registrierter Benutzer
    Registriert seit
    May 2006
    Beiträge
    8
    Erst einmal vielen Dank an Alle die sich bis jetzt gemeldet haben!

    Jo, dann wollen wir mal alle Informationen sammeln:
    Code:
    root@homeserver:~# ls -l /dev/dm*
    brw-rw---- 1 root disk 254, 0 12. Apr 17:19 /dev/dm-0
    brw-rw---- 1 root disk 254, 1 12. Apr 17:19 /dev/dm-1
    brw-rw---- 1 root disk 254, 2 12. Apr 17:19 /dev/dm-2
    brw-rw---- 1 root disk 254, 3 12. Apr 17:19 /dev/dm-3
    brw-rw---- 1 root disk 254, 4 12. Apr 19:54 /dev/dm-4
    Code:
    root@homeserver:~# ls -l /dev/map*
    insgesamt 0
    crw------- 1 root root 10, 59 12. Apr 17:19 control
    lrwxrwxrwx 1 root root      7 12. Apr 17:19 data -> ../dm-3
    lrwxrwxrwx 1 root root      7 12. Apr 19:54 data_BACKUP -> ../dm-4
    lrwxrwxrwx 1 root root      7 12. Apr 17:19 vg-root -> ../dm-0
    lrwxrwxrwx 1 root root      7 12. Apr 17:19 vg-root_crypt -> ../dm-2
    lrwxrwxrwx 1 root root      7 12. Apr 17:19 vg-swap -> ../dm-1
    Code:
    root@homeserver:~# ls -l /dev/sd*
    brw-rw---- 1 root disk   8,  0 12. Apr 17:19 /dev/sda
    brw-rw---- 1 root disk   8,  1 12. Apr 17:19 /dev/sda1
    brw-rw---- 1 root disk   8, 16 12. Apr 17:19 /dev/sdb
    brw-rw---- 1 root disk   8, 17 12. Apr 19:54 /dev/sdb1
    brw-rw---- 1 root disk   8, 32 12. Apr 17:19 /dev/sdc
    brw-rw---- 1 root disk   8, 33 12. Apr 17:19 /dev/sdc1
    brw-rw---- 1 root disk   8, 34 12. Apr 17:19 /dev/sdc2
    brw-rw---- 1 root disk   8, 37 12. Apr 17:19 /dev/sdc5
    brw-rw---- 1 root floppy 8, 48 12. Apr 17:19 /dev/sdd
    brw-rw---- 1 root floppy 8, 49 12. Apr 17:19 /dev/sdd1
    Code:
    root@homeserver:~# ls -l /dev/disk/by-uuid
    lrwxrwxrwx 1 root root 10 12. Apr 19:54 03e76151-8258-4846-8e73-051a56d08877 -> ../../sdb1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 0afdab08-9d71-4f47-b184-971ddb56a47b -> ../../dm-3
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 3655-87AF -> ../../sdd1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 475023da-ffa8-46df-9a0c-f5b8f5913c01 -> ../../sdc1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 6af3d805-d01b-4a9f-ab3c-6aa3f79841bb -> ../../dm-1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 870820af-12af-4829-8ea9-59c63a69f486 -> ../../dm-2
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 c171d993-3235-4954-aa9c-a9fb7ad799d8 -> ../../sda1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 cadce89b-51c9-48df-a0f1-6c4d24c1d16b -> ../../dm-0
    Code:
    root@homeserver:~# ls -l /dev/disk/by-id
    insgesamt 0
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 ata-Hitachi_HTS541040G9SA00_MPBBPAXHEAGERM -> ../../sdc
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 ata-Hitachi_HTS541040G9SA00_MPBBPAXHEAGERM-part1 -> ../../sdc1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 ata-Hitachi_HTS541040G9SA00_MPBBPAXHEAGERM-part2 -> ../../sdc2
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 ata-Hitachi_HTS541040G9SA00_MPBBPAXHEAGERM-part5 -> ../../sdc5
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 ata-SAMSUNG_HD502HI_S1VZJ9CS712950 -> ../../sdb
    lrwxrwxrwx 1 root root 10 12. Apr 19:54 ata-SAMSUNG_HD502HI_S1VZJ9CS712950-part1 -> ../../sdb1
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 ata-SAMSUNG_HD502HI_S1VZJ9CS712955 -> ../../sda
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 ata-SAMSUNG_HD502HI_S1VZJ9CS712955-part1 -> ../../sda1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-name-data -> ../../dm-3
    lrwxrwxrwx 1 root root 10 12. Apr 19:54 dm-name-data_BACKUP -> ../../dm-4
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-name-vg-root -> ../../dm-0
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-name-vg-root_crypt -> ../../dm-2
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-name-vg-swap -> ../../dm-1
    lrwxrwxrwx 1 root root 10 12. Apr 19:54 dm-uuid-CRYPT-LUKS1-03e76151825848468e73051a56d08877-data_BACKUP -> ../../dm-4
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-uuid-CRYPT-LUKS1-c171d99332354954aa9ca9fb7ad799d8-data -> ../../dm-3
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-uuid-CRYPT-LUKS1-cadce89b51c948dfa0f16c4d24c1d16b-vg-root_crypt -> ../../dm-2
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-uuid-LVM-tKtN4YrocWaYYMYceqIc4dgpXcdLATX32XJR8eQqTs22YGaAPif77cBPgvvAHY6m -> ../../dm-1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 dm-uuid-LVM-tKtN4YrocWaYYMYceqIc4dgpXcdLATX3efw4dG2QVPoIG80IjNsJ4efPx5Ug7Hvy -> ../../dm-0
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 scsi-SATA_Hitachi_HTS5410_MPBBPAXHEAGERM -> ../../sdc
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 scsi-SATA_Hitachi_HTS5410_MPBBPAXHEAGERM-part1 -> ../../sdc1
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 scsi-SATA_Hitachi_HTS5410_MPBBPAXHEAGERM-part2 -> ../../sdc2
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 scsi-SATA_Hitachi_HTS5410_MPBBPAXHEAGERM-part5 -> ../../sdc5
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 scsi-SATA_SAMSUNG_HD502HIS1VZJ9CS712950 -> ../../sdb
    lrwxrwxrwx 1 root root 10 12. Apr 19:54 scsi-SATA_SAMSUNG_HD502HIS1VZJ9CS712950-part1 -> ../../sdb1
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 scsi-SATA_SAMSUNG_HD502HIS1VZJ9CS712955 -> ../../sda
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 scsi-SATA_SAMSUNG_HD502HIS1VZJ9CS712955-part1 -> ../../sda1
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 usb-HP_v115w_AA00000000000172-0:0 -> ../../sdd
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 usb-HP_v115w_AA00000000000172-0:0-part1 -> ../../sdd1
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 wwn-0x50024e9200cd00ce -> ../../sdb
    lrwxrwxrwx 1 root root 10 12. Apr 19:54 wwn-0x50024e9200cd00ce-part1 -> ../../sdb1
    lrwxrwxrwx 1 root root  9 12. Apr 17:19 wwn-0x50024e9200cd00e8 -> ../../sda
    lrwxrwxrwx 1 root root 10 12. Apr 17:19 wwn-0x50024e9200cd00e8-part1 -> ../../sda1
    Code:
    Auszug aus der fstab:
    /dev/mapper/vg-root_crypt /               ext4    errors=remount-ro 0       1
    UUID=475023da-ffa8-46df-9a0c-f5b8f5913c01 /boot           ext4    defaults        0       2
    /dev/mapper/vg-swap_crypt none            swap    sw,pri=1        0       0
    Die beiden cryptierten Festplatten werden über eine "udev"-Regel, welche ein Skript startet, eingebunden.

Ähnliche Themen

  1. WLAN Treiber per Wine
    Von Ihkawiss im Forum Linux Allgemein
    Antworten: 8
    Letzter Beitrag: 02.11.07, 15:22
  2. Schon wieder ATI Probleme - OpenGL
    Von Peiler im Forum Spielen Allgemein
    Antworten: 21
    Letzter Beitrag: 25.02.07, 21:00
  3. Internet?
    Von Tuborg im Forum Anbindung an die Aussenwelt
    Antworten: 37
    Letzter Beitrag: 04.11.06, 20:43
  4. USB Stick hin???
    Von openpeppi im Forum stationäre Hardware
    Antworten: 2
    Letzter Beitrag: 17.09.06, 19:13
  5. Antworten: 17
    Letzter Beitrag: 23.04.05, 10:21

Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •