28082 2012-11-21 16:11:49 +0400 initrd. Брать название luks устройств из /etc/crypttab 2018-04-23 19:08:30 +0300 1 1 4 Development Sisyphus make-initrd-luks unstable all Linux RESOLVED LATER P3 enhancement --- 1 timonbl4 legion aen antohami boyarsh glebfm ldv legion mike placeholder vt qa-sisyphus oldest_to_newest 135185 0 timonbl4 2012-11-21 16:11:49 +0400 В системе есть /etc/crypttab: luks1 UUID=<uuid1> none luks init скрипты смотрят в этот файл и проверяют, если luks1 не существует, то активировать UUID=<uuid1> При загрузке получаем: в initrd активируем sda1, называет sda1-luks, init скрипты не находят luks1 и пытается повторно активировать sda1 135191 1 5643 timonbl4 2012-11-21 16:17:23 +0400 Created attachment 5643 Патч на make-initrd 0.7.9-alt1 135211 2 timonbl4 2012-11-21 16:24:46 +0400 Патчи на ветку legion/master: http://git.altlinux.org/people/timonbl4/packages/?p=make-initrd.git;a=shortlog;h=aab942ee02debefa157d0b694767adf723751cf9 135221 3 legion 2012-11-21 16:54:50 +0400 + LUKS_ROOT_UUID=$(blkid -o value -s UUID "$LUKS_ROOT") Видимо вы не поняли мой ответ по почте. Эти значения можно получить из udev (он их получает через libblkid) в хэндлере. Не нужно лишний раз дёргать одни и те же механизмы для получения одного и того же. + if [ x"$crypttab_block" = x"$LUKS_ROOT" ] || [ x"$crypttab_block" = x"UUID=$LUKS_ROOT_UUID" ]; then Не могли бы вы придерживаться стиля принятого в остальном коде ? 135228 4 timonbl4 2012-11-21 17:30:25 +0400 (В ответ на комментарий №3) > + LUKS_ROOT_UUID=$(blkid -o value -s UUID "$LUKS_ROOT") > > Видимо вы не поняли мой ответ по почте. Эти значения можно получить из udev (он > их получает через libblkid) в хэндлере. $ID_FS_UUID_ENC ? > + if [ x"$crypttab_block" = x"$LUKS_ROOT" ] || [ x"$crypttab_block" = > x"UUID=$LUKS_ROOT_UUID" ]; then > > Не могли бы вы придерживаться стиля принятого в остальном коде ? Можете пояснить? 135229 5 mike 2012-11-21 17:55:20 +0400 (In reply to comment #4) > > + if [ x"$crypttab_block" = x"$LUKS_ROOT" ] || [ x"$crypttab_block" = > > x"UUID=$LUKS_ROOT_UUID" ]; then > > Не могли бы вы придерживаться стиля принятого в остальном коде ? > Можете пояснить? Видимо, [ x$a = x... ] -- дикая архаика, которая в некоторых местах ещё встречается (не считая случаев вроде configure, когда работать должно и на совсем странном хламе). Возможно, лучше так: > if [ "$crypttab_block" = "$LUKS_ROOT" -o "$crypttab_block" = "UUID=$LUKS_ROOT_UUID" ]; then Хотя я бы м.б. оформил как > case "$crypttab_block" in > "$LUKS_ROOT"|"UUID=$LUKS_ROOT_UUID") ...;; > esac 135230 6 legion 2012-11-21 18:04:16 +0400 (В ответ на комментарий №4) > $ID_FS_UUID_ENC ? Угу ... ID_FS_UUID*. Их там насколько я помню несколько под разные цели. Передать её можно точно также как LUKS_ROOT. > > + if [ x"$crypttab_block" = x"$LUKS_ROOT" ] || [ x"$crypttab_block" = > > x"UUID=$LUKS_ROOT_UUID" ]; then > > > > Не могли бы вы придерживаться стиля принятого в остальном коде ? > > Можете пояснить? выражения в if/while не разделяются. x"something" это бесполезный код -> "something". Кстати, в вашем "while read" нет проверки на пустые строки и комментарии. Если с первыми проблем больших нет если верить, что LUKS_ROOT_UUID всегда заполнен, но с вторым можно легко выдать не то. 136249 7 mike 2012-12-21 18:12:52 +0400 (In reply to comment #0) > При загрузке получаем: в initrd активируем sda1, называет sda1-luks, init > скрипты не находят luks1 и пытается повторно активировать sda1 TWIMC: текущий сизифный installer не создаёт /etc/crypttab, вследствие чего получаем bug #28255. 170560 8 legion 2018-04-23 19:08:30 +0300 Reopen if needed 5643 2012-11-21 16:17:23 +0400 2012-11-21 16:17:23 +0400 Патч на make-initrd 0.7.9-alt1 make-initrd-patch2.patch text/plain 1701 timonbl4 ZGlmZiAtLWdpdCBhL2ZlYXR1cmVzL2x1a3MvY29uZmlnLm1rIGIvZmVhdHVyZXMvbHVrcy9jb25m aWcubWsKaW5kZXggOTU2NGJjNi4uYTYyNWQzNyAxMDA2NDQKLS0tIGEvZmVhdHVyZXMvbHVrcy9j b25maWcubWsKKysrIGIvZmVhdHVyZXMvbHVrcy9jb25maWcubWsKQEAgLTEsNiArMSw3IEBACiBD UllQVFNFVFVQX0JJTgkJPz0gL3Vzci9zYmluL2NyeXB0c2V0dXAKK0NSWVBUVEFCX0ZJTEUJCT89 IC9ldGMvY3J5cHR0YWIKIExVS1NfREFUQURJUgkJPz0gJChGRUFUVVJFU0RJUikvbHVrcy9kYXRh CiBMVUtTX0NJUEhFUlMJCT89IGFlcwogTFVLU19CTE9DS0NJUEhFUlMJPz0gY2JjCiBMVUtTX0hB U0hFUwkJPz0gc2hhMjU2Ci1MVUtTX01PRFVMRVMJCSA9IGRtLWNyeXB0ICQoTFVLU19DSVBIRVJT KSAkKExVS1NfQkxPQ0tDSVBIRVJTKSAkKExVS1NfSEFTSEVTKQpcIE5vIG5ld2xpbmUgYXQgZW5k IG9mIGZpbGUKK0xVS1NfTU9EVUxFUwkJID0gZG0tY3J5cHQgJChMVUtTX0NJUEhFUlMpICQoTFVL U19CTE9DS0NJUEhFUlMpICQoTFVLU19IQVNIRVMpCmRpZmYgLS1naXQgYS9mZWF0dXJlcy9sdWtz L2RhdGEvbGliL2hhbmRsZXJzLzA1MC1sdWtzIGIvZmVhdHVyZXMvbHVrcy9kYXRhL2xpYi9oYW5k bGVycy8wNTAtbHVrcwppbmRleCA3ZGVhYzhiLi45MWVkMDU2IDEwMDc1NQotLS0gYS9mZWF0dXJl cy9sdWtzL2RhdGEvbGliL2hhbmRsZXJzLzA1MC1sdWtzCisrKyBiL2ZlYXR1cmVzL2x1a3MvZGF0 YS9saWIvaGFuZGxlcnMvMDUwLWx1a3MKQEAgLTU1LDYgKzU1LDE2IEBAIHJlYWRrZXkoKSB7CiBo YW5kbGVyKCkgewogCW5hbWVsdWtzPSIke0xVS1NfUk9PVCMjKi99LWx1a3MiCiAKKwlpZiBbIC1y IC9ldGMvY3J5cHR0YWIgXTsgdGhlbgorCQlMVUtTX1JPT1RfVVVJRD0kKGJsa2lkIC1vIHZhbHVl IC1zIFVVSUQgIiRMVUtTX1JPT1QiKQorCQl3aGlsZSByZWFkIGNyeXB0dGFiX25hbWUgY3J5cHR0 YWJfYmxvY2sgY3J5cHR0YWJfc3BlY2lmaWVzIGNyeXB0dGFiX29wdGlvbnM7IGRvCisJCQlpZiBb IHgiJGNyeXB0dGFiX2Jsb2NrIiA9IHgiJExVS1NfUk9PVCIgXSB8fCBbIHgiJGNyeXB0dGFiX2Js b2NrIiA9IHgiVVVJRD0kTFVLU19ST09UX1VVSUQiIF07IHRoZW4KKwkJCQluYW1lbHVrcz0kY3J5 cHR0YWJfbmFtZQorCQkJCWJyZWFrCisJCQlmaQorCQlkb25lIDwgL2V0Yy9jcnlwdHRhYgorCWZp CisKIAkjIHNraXAgaWYgJG5hbWVsdWtzIGhhcyBhbHJlYWR5IGV4aXN0CiAJISBkbXNldHVwIGlu Zm8gIiRuYW1lbHVrcyIgPi9kZXYvbnVsbCAyPiYxIHx8CiAJCWV4aXQgMApkaWZmIC0tZ2l0IGEv ZmVhdHVyZXMvbHVrcy9ydWxlcy5tayBiL2ZlYXR1cmVzL2x1a3MvcnVsZXMubWsKaW5kZXggMGRj OWQxOC4uZjcwMTk0OSAxMDA2NDQKLS0tIGEvZmVhdHVyZXMvbHVrcy9ydWxlcy5taworKysgYi9m ZWF0dXJlcy9sdWtzL3J1bGVzLm1rCkBAIC01LDYgKzUsNyBAQCAkKGNhbGwgcmVxdWlyZSxkZXZt YXBwZXIsZGVwbW9kLWltYWdlKQogbHVrczogZGV2bWFwcGVyCiAJQGVjaG8gIkFkZGluZyBMVUtT IHN1cHBvcnQgLi4uIgogCUBwdXQtZmlsZSAiJChST09URElSKSIgJChDUllQVFNFVFVQX0JJTikK KwlAcHV0LWZpbGUgIiQoUk9PVERJUikiICQoQ1JZUFRUQUJfRklMRSkKIAlAcHV0LXRyZWUgIiQo Uk9PVERJUikiICQoTFVLU19EQVRBRElSKQogCiBkZXBtb2QtaW1hZ2U6IGx1a3MK