30239 2014-08-20 19:36:49 +0400 [FR] поддержка MMC 2019-10-22 13:32:46 +0300 1 1 4 Development Sisyphus libevms unstable all Linux CLOSED WORKSFORME P3 enhancement --- 32171 1 mike sbolshakov aen glebfm imz mcpain mike rider qa-sisyphus oldest_to_newest 147371 0 mike 2014-08-20 19:36:49 +0400 Экспериментальным путём выяснено, что /dev/mmcblkXpY при Y >= 8 (mmcblk08 в терминах EVMS) выглядят как настоящие, но счастья не приносят -- залитые туда данные после remount_chroot() из пакета installer-scripts-remount-stage2 оказываются недостижимыми вместе с ФС, т.е. вновь созданная ФС отсутствует в выводе blkid(8). Бишь похоже, что для этого типа блочных устройств поддерживается максимум восемь миноров и создавать разделы, начиная с восьмого, следует запретить. PS: также есть смысл игнорировать /dev/mmcblkXbootY по мотивам https://bugzilla.redhat.com/show_bug.cgi?id=1122665 147395 1 mike 2014-08-26 14:58:57 +0400 PS: умолчание регулируется CONFIG_MMC_BLOCK_MINORS=8 153672 2 mike 2015-11-13 00:32:00 +0300 (В ответ на комментарий №0) > PS: также есть смысл игнорировать /dev/mmcblkXbootY по мотивам > https://bugzilla.redhat.com/show_bug.cgi?id=1122665 В этой части, вероятно, закрыто installer-1.8.30-alt1: - add mmbclk*boot* to evms exclude list 153674 3 rider 2015-11-13 09:11:50 +0300 Да, всё верно. Вторую часть предлагается считать несущественной. 153677 4 sbolshakov 2015-11-13 11:26:26 +0300 -вот это вот 'add mmbclk*boot* to evms exclude list' следовало бы сделать в libevms, а не в инсталлере 153678 5 rider 2015-11-13 11:28:44 +0300 Я сделал там, где это уже было сделано. Но вообще конечно надо перенести в дефолтный конфиг, тем более что у нас это используется только в инсталяторе. 153681 6 mike 2015-11-13 11:52:20 +0300 (В ответ на комментарий №5) > [...] только в инсталяторе. Который бывает не только installer, но и livecd-install. 153683 7 rider 2015-11-13 12:49:30 +0300 А в livecd-install пакет installer разве отсутствует ? Ну давайте приведём этот конфиг к единому дефолту везде, это не сложно 153691 8 mike 2015-11-13 13:26:30 +0300 (В ответ на комментарий №7) > А в livecd-install пакет installer разве отсутствует ? Это (вместе с alterator-livecd) частичный форк инсталера. Там надо бы тоже порядок навести с вынесением общего кода в библиотеку/сборку хуков, сейчас в порядке и среде выполнения скриптов ногу сломать крайне просто... здесь упомянул к тому, что может и впрямь лучше бы в libevms отнести сразу. 153694 9 rider 2015-11-13 13:31:26 +0300 если выносить в libevms дефолт, то ещё где-то может что-то сломаться. Надо подумать. 153697 10 mike 2015-11-13 13:37:12 +0300 С mmbclk*boot* мы не работаем вообще никак, насколько помню чтение по теме. 163826 11 mike 2017-05-26 17:13:37 +0300 Опять напоролся -- в инсталяторе не оказалось mmc_block.ko без + @$(call add,STAGE1_MODLISTS,stage2-mmc) а в livecd никто не добавлял в /etc/evms.conf exclude, как в installer: http://git.altlinux.org/gears/i/installer.git?p=installer.git;a=commitdiff;h=8d5d595480c144e8e732e64a6aea556e0a689da6 бишь exclude mmcblk*boot* в секции sysfs_devices в дополнение к уже добавленному там mmcblk*rpmb. Хорошо бы всё-таки засунуть в alterator-vm, мы *действительно* не собираемся ничего именно с этими вариантами устройств делать в обозримом будущем, насколько могу судить. А вот eMMC порой попадаются. В принципе могу поправить и я по отмашке $AUTHOR. 163828 12 sbolshakov 2017-05-26 17:24:11 +0300 я по прежнему считаю, что это следует сделать в libevms 163829 13 mike 2017-05-26 18:41:05 +0300 Соглашусь (при этом в installer надо обеспечить, чтоб sed не вылетел). 185067 14 rider 2019-10-22 13:32:46 +0300 когда я последний раз устанавливался на mmcblk - всё было отлично.