LINUX.ORG.RU
ФорумAdmin

centos luksUUID - не видит

 , ,


0

1

Доброе...
Есть сервак на centos 5.9, разделы Lusk, несколько ...
и вот не ожиданно при перегрузе выледает такое

http://s020.radikal.ru/i719/1402/d8/07fa40635601.jpg

Они все (разделы) монтируются и запрашивают пароль при загрузке системы.
Начинаю по одному проверять, все показывают что надо, кроме одного
Как раз на картинке его не существующий UUID.

запускаю cryptsetup luksUUID /dev/sda2 (на этом разделе проблемный момент)
получаю uuid как на картинке, то есть он на месте, но при запуске ls /dev/mapper/ мне выдается для каждого раздела свой uuid и раздел, а для sda2 нет uuid

ls /dev/mapper/

control sda3
luks-6yu7778i-9369-59l8-5214-fght67jikouh sda5
luks-5yuvhu78i-9696-59r8-5154-fgh56ujikouh sda6
luks-6yu7778i-9659-59h8-5244-fghtyuj67uuh sda7
sda2

cryptsetup luksDump /dev/sda2 выдает нормальный uuid, который не видит система, на картинке.

Что может быть и куда смотреть.
Спасибо.

Загрузись с LiveCD, попробуй примонтировать. Если получится - то, во-первых, сохрани данные от греха подальше, а во-вторых тогда хз. В том же LiveCD посмотри SMART по винту, relocated secrots count и прочие радости.

З.Ы. Ядро/инитрд не обновлялись перел появлением проблемы?

selivan ★★★
()
Последнее исправление: selivan (всего исправлений: 2)
Ответ на: комментарий от firefedot

Гм, ну что-то ведь должно было поменяться.

Диски, клонированные со старого, в системе не появлялись? А вообще новые диски?

Пересобери initrd(в Debian - update-initramfs и /etc/initramfs-tools, в CentOS не скажу). Поиграйся с опциями. Собери в качестве initrd dracut: https://dracut.wiki.kernel.org/index.php/Main_Page

И репорть баг.

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

initrd посмотрю... а так, это как раз резерв и есть, основной пашет нормально. Все осталось как и было. кроме проблемы с разделом luks.

немного упустил, я подключил еще один раздел, его сделал тоже luks и добавил в загрузку через fstab и crypttab. Он пару раз запустился, но потом началось. Удалил все лишние записи из fstab и crypttab, но не помогло.

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

А если сам новый раздел удалить - не поможет?
Ну и логи cryptsetup в студию, куда он там пишет, в dmesg?

selivan ★★★
()

Вроде как корневой раздел (если LUKS) активируется в initrd, а остальные в /etc/rc.d/rc.sysinit, причём там просто перебираются все указанные в /etc/crypttab.

Если sda2 это у вас не корневой раздел, проверьте содержимое /etc/crypttab (что там нет лишних байт/непечатных символов). Если с crypttab всё в порядке, лично я бы начал втыкать в файл /etc/rc.d/rc.sysinit в функцию, запускающую cryptsetup, отладочную печать, чтобы понять, что там происходит.

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

файл смотрю /etc/crypttab , там после строки не должно быть пробелов и пустых строк или допускается? потому что смотрю на таду изменения файла, она как раз в деть коллапса, но все uuid совпадают

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

Вроде как пробелы и пустые строки не страшны. Там не должно быть символов с кодом 0, их bash не переваривает. И переводы строк должны быть правильными.

Не знаю как лучше искать, попробуйте прогнать такой скрипт:

while read dst src key opt; do
  [ -z "$dst" -o "${dst#\#}" != "$dst" ] && continue
  echo "$dst :  $src : $key : $opt"
done < /etc/crypttab

чтобы проверить, что rc.sysinit правильно читает crypttab.

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

Спасибо, попробую утром... Сегодня посмотрю на олригинал, сравню их, и заодно копию еще одну сделаю... и завтра просмотрю и проверю все ... Спасибо

firefedot
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.