LINUX.ORG.RU
решено Форум — Security  

Откзался работать cryptsetup или параноикам на заметку

 


0

2

Один из переносных дисков был навсякий случай зашифрован, диску всего месяцев 4. Недавно обнаружилось, что он не открывается. т.е. команда 

cryptsetup luksOpen /dev/sdb1 crypt-filo --key-file=/home/RCV/Data/comp/key_file

просто виснет - ничего не пишет, просто в постоянном раздумье.

В чем может быть причина? У меня есть подозрение но оно какое-то слишком пессимистичное. Не ужели все так плохо.

★★★★
← Какой браузер безопаснее с точки зрения приватности?
Как относительно безопасно смонтировать FS через FUSE с помощью недоверенного драйвера? → 
strace -o cryptsetup.log cryptsetup luksOpen /dev/sdb1 crypt-filo --key-file=/home/RCV/Data/comp/key_file
^C
tail cryptsetup.log
dmesg | tail



Подозрение оправдается?

AITap ★★★★★
()
Ответ на: комментарий от AITap

Подозрение оправдается?

Не могу сказать, в этом логе я ничего не понимаю http://pastebin.com/1syXaeQk, вот его конец: 

read(6, "l", 1)                         = 1
read(6, "9", 1)                         = 1
read(6, "3", 1)                         = 1
read(6, "G", 1)                         = 1
read(6, "X", 1)                         = 1
read(6, "\n", 1)                        = 1
read(6, "", 1)                          = 0
close(6)                                = 0
brk(0xab3000)                           = 0xab3000
rt_sigaction(SIGINT, {0x7f150fcc53f0, [INT], SA_RESTORER|SA_RESTART, 0x7f150f736020}, {SIG_DFL, [], 0}, 8) = 0
open("/dev/sdb1", O_RDONLY)             = 6
ioctl(6, BLKSSZGET, 512)                = 0
close(6)                                = 0
open("/dev/urandom", O_RDONLY)          = 6
read(6, "\344\247", 2)                  = 2
semget(0xd4da7e4, 1, IPC_CREAT|IPC_EXCL|0600) = 98307
semctl(98307, 0, SETVAL, 0x1)           = 0
semctl(98307, 0, GETVAL, 0xffffffffffffffff) = 1
close(6)                                = 0
semop(98307, {{0, 1, 0}}, 1)            = 0
semctl(98307, 0, GETVAL, 0xffffffffffffffff) = 2
open("/dev/sdb1", O_RDONLY)             = 6
ioctl(6, BLKRAGET, 256)                 = 0
close(6)                                = 0
ioctl(3, DM_DEV_CREATE, 0xa92980)       = 0
ioctl(3, DM_TABLE_LOAD, 0xa92980)       = 0
ioctl(3, DM_DEV_SUSPEND, 0xa92980)      = 0
semget(0xd4da7e4, 1, 0)                 = 98307
semctl(98307, 0, GETVAL, 0xffffffffffffffff) = 2
semop(98307, {{0, -1, IPC_NOWAIT}}, 1)  = 0
semop(98307, {{0, 0, 0}}, 1)            = -1 EINTR (Interrupted system call)
--- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=15484, si_uid=0} ---
+++ killed by SIGTERM +++

dmesg ничего странного не показывает (т.е. разницы между до запуска программы и после нет)

RCV ★★★★
() автор топика
Ответ на: комментарий от getup

Вот, что-то более человеческое. Но все равно не понятно:

# Running command luksOpen.
# Locking memory.
# Allocating crypt device /dev/sdb1 context.
# Trying to open and read device /dev/sdb1.
# Initialising device-mapper backend, UDEV is enabled.
# Detected dm-crypt version 1.11.0, dm-ioctl version 4.23.0.
# Trying to load LUKS1 crypt type from device /dev/sdb1.
# Crypto backend (gcrypt 1.5.0) initialized.
# Reading LUKS header of size 1024 from device /dev/sdb1
# Timeout set to 0 miliseconds.
# Password retry count set to 3.
# Password verification disabled.
# Iteration time set to 1000 miliseconds.
# Password retry count set to 1.
# Activating volume crypt-filo [keyslot -1] using keyfile /home/RCV/Data/comp/key_file_to_dock_station.
# dm status crypt-filo  OF   [16384] (*1)
# File descriptor passphrase entry requested.
# Trying to open key slot 0 [ACTIVE_LAST].
# Reading key slot 0 area.
# DM-UUID is CRYPT-TEMP-temporary-cryptsetup-16354
# Udev cookie 0xd4d32c4 (semid 131076) created
# Udev cookie 0xd4d32c4 (semid 131076) incremented to 1
# Udev cookie 0xd4d32c4 (semid 131076) incremented to 2
# Udev cookie 0xd4d32c4 (semid 131076) assigned to CREATE task(0) with flags DISABLE_SUBSYSTEM_RULES DISABLE_DISK_RULES DISABLE_OTHER_RULES (0xe)
# dm create temporary-cryptsetup-16354 CRYPT-TEMP-temporary-cryptsetup-16354 OF   [16384] (*1)
# dm reload temporary-cryptsetup-16354  OFRW    [16384] (*1)
# dm resume temporary-cryptsetup-16354  OFRW    [16384] (*1)
# temporary-cryptsetup-16354: Stacking NODE_ADD (254,7) 0:0 0600 [verify_udev]
# temporary-cryptsetup-16354: Stacking NODE_READ_AHEAD 256 (flags=1)
# Udev cookie 0xd4d32c4 (semid 131076) decremented to 1
# Udev cookie 0xd4d32c4 (semid 131076) waiting for zero
RCV ★★★★
() автор топика
Ответ на: комментарий от RCV

А если к strace добавить -f? Отслеживаемый процесс зависает на операции с семафором, видимо, общаясь с дочерним процессом.

Раз ядро не ругается на ошибки ввода-вывода, уже хорошо.

AITap ★★★★★
()
Ответ на: комментарий от leave

При опциях -v --debug выявилась фраза

# Udev cookie 0xd4d32c4 (semid 131076) waiting for zero

И действительно udev обновлялось неделю назад ( с тех пор не перезугражал).

На буржуских сайтах написано, что о такой проблеме знают. Нужно пересобрать lvm2 и/или откатиться по udev назад.

RCV ★★★★
() автор топика
Ответ на: комментарий от RCV

Нужно пересобрать lvm2 и/или откатиться по udev назад.

Это гента, да?

af5 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Какой браузер безопаснее с точки зрения приватности?
Security
Как относительно безопасно смонтировать FS через FUSE с помощью недоверенного драйвера? →