LINUX.ORG.RU
Ответ на: комментарий от Kaernk

Поиск не должен стопориться. Только очень рекомендуется из поиска исключить псевдо-файловые системы, но ты уже это сделал. Поиск может быть долго идти, если много файлов, большие файлы, медленный доступ к данным, большая загрузка системы и т.д. Посмотри iotop.

Pravorskyi ()
Ответ на: комментарий от Kaernk

Можешь править, перегенерировать initramfs и посмотреть результат. Всегда можно откатить изменения, переустановив соответствующий пакет (в данном случае пакет «cryptsetup», вроде, проверить не могу, узнать можно через apt-file, например).

На всякий случай перед манипуляциями сделай резервную копию ядра и initramfs под другим именем в /boot и перегенерируй конфиги GRUB, чтобы у тебя была возможность загрузиться на заведомо рабочие kernel-image + initramfs.

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

Мне не совсем ясен принцип переустановки шифрования. Стремаюсь получить не восстановимимые данные. Бекап частичный есть, не знаю как ужать 10 ТБ до 6, так что...

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

Нет, никто не говорил о «переустановке шифрования». Рекомендую потратить некоторое время и почитать о initramfs и скриптах внутри него, GRUB, работа с dpkg/apt и т.д. Чувствуется, что ты взялся за задачу, не обладая базовыми знаниями о процессе загрузки и работы GNU/Linux, особенно с шифрованными разделами.

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

С другой стороны, твои неожиданные ассоциации и предположения действительно вызывают опасения, потому что в такой ситуации пользователь вроде тебя непредсказуем и может полезть в дебри что-то чинить, например, «переустанавливать шифрование» раздела, и хотя я не знаю, что ты конкретно имел ввиду, но звучит так, будто твои данные уже обречены.

Но это очень хорошо, что ты задался вопросом о бэкапах.

Pravorskyi ()

В любом случае, если ты будешь сомневаться в безопасности каких-то конкретных действий и в интернете не найдешь ясный и однозначный ответ, то лучше спроси здесь.

Есть прогресс с решением твоей проблемы?

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

Да, все нормально) Просто был пьян (нередко в таком состонии берусь за подобные задачи).
В общем: sudo update-initramfs -u.
Но как-то это все кривовато получилось. При вводе неправильного пароля, опять же выскакивет «cryptsetup: cryptsetup failed, bad password or options?»
Буду искать теперь это сообщение. Неплохо было бы вообще скрипт модифицировать, в сайлент мод, типа.

Kaernk ()

Оно же вроде в

/lib/cryptsetup/cryptdisks.functions

живет?

Туда можно вписать чтоб пред запросом пароля что-то

screenfetch

или еще что красивое :)))

anonymous ()
Ответ на: комментарий от Kaernk

дак там и можно начудить чего угодно :)

главное оригинальный забекапить...

или тебе он при загрузке вообще не нужен, а только в ходе работы иногда?

у меня то весь хомяк зашифрован о_О

anonymous ()
Ответ на: комментарий от Kaernk

Если честно, мне уже поднадоело этот ключ каждый раз вводить :)))

Но пока держусь и не отказался от энтого шифрования...

А если при загрузке том LUKS не обязательно расшифровывать то его же можно закомментировать в /etc/fstab и в /etc/crypttab А расшифровывать и монтировать потом при необходимости... Можно на zenity даже GUI наваять простенький для ввода пароля :)

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

Глянул /lib/cryptsetup/cryptdisks.functions. Не врубаюсь, что нужно поменять, чтоб не было ни строки приглашения, ни сообщений о неправильном пароле.
Сообщение: «cryptsetup: cryptsetup failed, bad password or options?», нашел в том же cryptroot.
А вот «No key available with this passphrase», походу не скрыть?!

sudo grep -rli --exclude-dir={media,home,root,sys,proc,run,dev,mnt,lost+found,cdrom,boot} "No key available with this passphrase" /
/lib/x86_64-linux-gnu/libcryptsetup.so.4.6.0
/usr/share/locale-langpack/en_GB/LC_MESSAGES/cryptsetup.mo
/usr/share/locale-langpack/ru/LC_MESSAGES/cryptsetup.mo
/sbin/cryptsetup
/sbin/cryptsetup-reencrypt
/var/log/auth.log 

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

Глянул /lib/cryptsetup/cryptdisks.functions.

А что за дистрибутив?

У меня на диване пакет

http://debian.mirror.ac.za/debian/pool/main/c/cryptsetup/cryptsetup_1.7.3-4_i...

там

/lib/cryptsetup/cryptdisks.functions

содержит на 620 строке


        # Prepare the unlocking prompt
        if [ "${src#/dev/disk/by-uuid/}" != "$src" ]; then
                # UUIDs are not very helpful
                diskname="$dst"
        else
                diskname="$src ($dst)"
        fi
        promptmsg="Please unlock disk $diskname: "
        

promptmsg=«Please unlock disk $diskname: »

и далее оно используется...

anonymous ()
Ответ на: комментарий от Kaernk

Ну ты спрашивал

при загрузке, видно сообщение из топика. Можно его как-то убрать/скрыть/изменить

вот если там изменить - оно и изменится...

anonymous ()