29471 2013-10-14 12:26:07 +0400 Плохо работает очистка дисков при установке 2021-09-22 10:55:19 +0300 1 1 4 Development Sisyphus alterator-vm unstable all Linux CLOSED FIXED http://www.altlinux.org/Installer/problems/MD-RAID-cleanup P3 normal --- 27685 30940 1 asy mcpain aen boyarsh imz mcpain mike sbolshakov sem stas.grumbler zerg qa-sisyphus oldest_to_newest 143160 0 asy 2013-10-14 12:26:07 +0400 Выбор пункта "очистить все диски перед применением профиля", на самом деле, не чистит всё. Некоторые хвосты, например, остатки старых RAID, остаются неудалёнными: Bug 29452 143168 1 mike 2013-10-14 17:00:59 +0400 Помнится, в ApplianceWare имени SaM-Solutions был тщательно обученный скриптик, который добивал метаданные (но DDF тогда вроде не было). 143169 2 5968 mike 2013-10-14 17:04:01 +0400 Created attachment 5968 src/cleaner.sh Вот, нашёлся src/cleaner.sh в rbi-0.3.3-aw23 (в спеке указана лицензия GNU GPL). 143170 3 asy 2013-10-14 17:06:50 +0400 Может делать dd if=/dev/zero ... ? И мегабайт по 10 в начало и в конец HDD... Должно быть не сильно долго и весьма универсально. 143444 4 timonbl4 2013-10-25 13:09:58 +0400 Пропатчил EVMS: теперь при создании раздела, затираются его первые и последние 4 мб данных Просьба проверить на dos и gpt таблице. Если проблема решена и нет регрессий, отправлю пакет в сизиф task #107100 143447 5 mike 2013-10-25 13:29:06 +0400 Принято, спасибо, проверим. Сергей, если вдруг есть возможность на той или аналогичной платформе провести аналогичный эксперимент (зарядить собраться зеркало или хотя бы degraded raid1, затем на те же диски встать инсталером) -- пожалуйста, подготовьте стенд, надеюсь к вечеру или завтра выкатить пробный образ. 143454 6 asy 2013-10-25 16:51:40 +0400 (In reply to comment #5) > Сергей, если вдруг есть возможность на той или аналогичной платформе провести аналогичный эксперимент Скорее всего, уже нет: мне его надо завтра в работу вводить, а 2 свободных SATA-диска могу не успеть найти сегодня. Но если найду вдруг, завтра время будет немного. 143456 7 asy 2013-10-25 16:53:49 +0400 (In reply to comment #4) > Пропатчил EVMS: теперь при создании раздела, затираются его первые и последние > 4 мб данных Именно на разделе ? Боюсь, в моём случае присутствовала информация не в тех разделах, которые видел и создавал инсталлятор. 143458 8 timonbl4 2013-10-25 17:37:00 +0400 И да, лучше создать новый баг, с просьбой затирать старые данные на новом разделе (чтобы быть уверенным, что новый раздел "чист" и там нет остатков raid'а). А этот баг закрыть, ибо "очистить все диски перед применением профиля" обрабатывается правильно и тут нечего добавить 143459 9 asy 2013-10-25 17:43:42 +0400 (In reply to comment #8) Как раз наоборот. Этот баг именно про то, что "хвосты" остаются после "очистить все диски перед применением профиля". 143462 10 asy 2013-10-25 18:42:22 +0400 (In reply to comment #5) > Сергей, если вдруг есть возможность на той платформе Нашёл 2 hdd, вроде бы живые. Если завтра будет, с чем пробовать, попробую успеть (планирую работы на вторую половину дня). Сам я образ быстро не соберу, а времени на изучение механизма современного не осталось. 143463 11 mike 2013-10-25 19:12:26 +0400 6c5526d29d436e049ae4d52293968a04 http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/tmp/regular-server-20131025-x86_64.iso 143466 12 asy 2013-10-25 20:30:52 +0400 (In reply to comment #11) Встало в том же месте с "destination filesystem remount error". Кстати, не по теме, но, видимо, где-то галочка стояла "форматировать с проверкой": минут 20 ждал, пока разделы приготовятся. HDD постараюсь сохранить в таком виде, сколько получится. Какое-то время можно будет пробовать на обычном компьютере. 143468 13 mike 2013-10-25 22:48:50 +0400 О! Прошу по возможности вытащить оттуда запрошенное в bug 29452, comment 14: - `find /tmp /var/log -name '*.log'` из инсталятора (в т.ч. evms-engine.log) - `mdadm --examine --scan --verbose` оттуда же - содержимое /proc/mdstat оттуда же 143592 14 mike 2013-11-05 11:22:57 +0400 Отчасти перекликается с bug #29554. 143706 15 asy 2013-11-08 14:58:54 +0400 HDD с остатками RAID, сделанного в BIOS S2600GZ, у меня всё ещё лежат, но поставить некуда пока, чтобы продолжить. Но как только, так сразу. 143718 16 mike 2013-11-08 21:16:49 +0400 Постарайся сделать сжатые образы таких дисков, пожалуйста -- мне попросту не на чем проверить (если есть на чём, то пока об этом не подозреваю). gzip < /dev/sdX > /path/S2600GZ.gz 145081 17 aen 2014-02-05 00:02:40 +0400 ping 145152 18 mike 2014-02-07 19:57:58 +0400 (В ответ на комментарий №1) > Помнится, в ApplianceWare имени SaM-Solutions был тщательно обученный скриптик С тех пор mdadm научили --zero-superblock. 147778 19 mike 2014-09-19 02:00:16 +0400 *** Bug 30332 has been marked as a duplicate of this bug. *** 147786 20 stas.grumbler 2014-09-19 21:41:18 +0400 В скрипте нужно добавить строку для очистки последних 4-х секторов, вот патч: --- cleaner.sh 2014-09-19 23:31:26.815501980 +0600 +++ cleaner.new 2014-09-19 23:37:10.499500740 +0600 @@ -97,6 +97,7 @@ echo -en "Cleaning up partition table on /dev/$DISK\t\t" dd if=/dev/zero of=/dev/$DISK count=1 bs=1024 >/dev/null 2>&1 && echo "[ OK ]" || "[ FAILED ]" + dd if=/dev/zero of=/dev/$DISK count=4 bs=512 seek=$((`fdisk -l /dev/$DISK | sed -n '/^Disk/s/.*, \([1-9][0-9]*\) sector.*/\1/p'` - 4 )) done evms_activate >/dev/null 2>&1 147879 21 mike 2014-09-24 17:22:50 +0400 Благодарю, осталось набраться решимости туда опять слазить. :) 153617 22 mike 2015-11-10 19:11:04 +0300 Как подсказывает prividen@, полезно wipefs(8): https://lists.altlinux.org/pipermail/community/2015-November/684790.html 160264 23 mike 2016-11-28 18:06:13 +0300 (В ответ на комментарий №20) > В скрипте нужно добавить строку для очистки последних 4-х секторов, вот патч: Думаю, вместо dd проще и надёжней пользоваться готовым wipefs; как тут ещё подсказывают: http://www.opennet.ru/openforum/vsluhforumID3/109727.html#496, при полной очистке дисков может пригодиться mdadm --zero-superblock (хотя нужен ли он после wipefs -a, надо смотреть). Но всё это надо дёргать именно по той галке+подтверждению из alterator-vm. 160265 24 mike 2016-11-28 18:08:47 +0300 И это блокер для дистрибутива Альт Сервер 8.1, как мне кажется: > Потому как, если ранее устройства/разделы уже входили в массив и имели > другую версию суперблока, то на финишной прямой мы имеем почти 100% > вероятность получить "Невозможно выполнить скрипт" (вольный пересказ, > дословно не помню уже). После этого резко вспоминаешь, что уже подрывался > на такой мине три года назад, чистишь суперблоки, и снова запускаешь > инсталлятор. -- http://www.opennet.ru/openforum/vsluhforumID3/109727.html#496 160267 25 mike 2016-11-28 18:37:08 +0300 Сейчас это pr-clearall, работающая (сюрприз!) тоже через libevms в итоге: http://git.altlinux.org/gears/a/alterator-vm.git?p=alterator-vm.git;a=blob;f=interfaces/guile/vm/profile.scm;h=3d0095c0bc64f8fcebbaf32f1c1df6e546d0c6dd;hb=HEAD#l88 Н-да, в этот стек поди пристройся с сопровождаемой вне EVMS зачисткой... 160275 26 mike 2016-11-28 23:40:53 +0300 Похоже, дело в отсутствующей реализации CanUnassign/UnAssign в plugins/md/ Заглянул ещё в http://mirrors.vbi.vt.edu/linux/opensuse/discontinued/distribution/10.3/repo/src-oss/suse/src/evms-2.5.5-174.src.rpm на предмет древних патчей... 160660 27 mike 2016-12-11 19:58:06 +0300 Сделал хотя бы страничку для возможности упоминания в примечаниях к выпуску. До завтра мы это явно не починим... 186099 28 asy 2019-12-06 11:39:47 +0300 Я тут увидел вдруг у fdisk из util-linus 2.30.2 (p8) параметры -w и -W. В 2.22.1 (p7 такого ещё не было): -w, --wipe [when] Wipe filesystem, RAID and partition-table signatures from the device, in order to avoid possible collisions. -W, --wipe-partition [when] Wipe filesystem, RAID and partition-table signatures from a newly created partitions, 203069 29 mcpain 2021-09-22 10:55:19 +0300 Очистка дисков сильно переработана, могло и починиться 5968 2013-10-14 17:04:01 +0400 2013-10-14 17:04:01 +0400 src/cleaner.sh cleaner.sh text/plain 3024 mike IyEvYmluL3NoCgpmb3IgaSBpbiBgbHMgLTEgL2Rldi97cyxofWRbYS1sXWA7IGRvCglmZGlzayAt bHUgJGkgPi9kZXYvbnVsbCAyPiYxCmRvbmUKCnN0b3BfYXJyYXlzKCkKewoJZG1zZXR1cCByZW1v dmVfYWxsCgkKCUFSUkFZTElTVD1gY2F0IC9wcm9jL21kc3RhdCAgfCBncmVwIG1kIHwgc2VkICdz L1wobWQuKlwpIDouKi9cMS8nYAoKCWVjaG8gIlN0b3BwaW5nIGFycmF5cyAkQVJSQVlMSVNUIgoK CVsgLXogIiRBUlJBWUxJU1QiIF0gJiYgcmV0dXJuCgkKCWZvciBBUlJBWSBpbiAkQVJSQVlMSVNU OyBkbwoJCWVjaG8gLWVuICJTdG9wcGluZyBhcnJheSAoL2Rldi8kQVJSQVkpXHRcdCIKCQlldmFs IG1kYWRtIC0tbWFuYWdlIC9kZXYvZXZtcy8ubm9kZXMvJEFSUkFZIC0tc3RvcCAmJiBlY2hvICJb IFNUT1BQRUQgXSIgfHwgZWNobyAiWyBOT1RGT1VORCBdIgoJCWV2YWwgbWRhZG0gLS1tYW5hZ2Ug L2Rldi8kQVJSQVkgLS1zdG9wICYmIGVjaG8gIlsgU1RPUFBFRCBdIiB8fCBlY2hvICJbIE5PVEZP VU5EIF0iCglkb25lCn0KCnplcm9fc3VwZXJibG9jaygpCnsKCWxvY2FsIERJU0tMSVNUPSQqCgoJ WyAteiAiJERJU0tMSVNUIiBdICYmIHJldHVybgoJCiAgICAgICAgZm9yIERJU0sgaW4gJERJU0tM SVNUOyBkbwoJCWxvY2FsIFBBUlRMSVNUPWBjYXQgL3Byb2MvcGFydGl0aW9ucyB8IGdyZXAgJERJ U0sgfCBzZWQgInMvLipcKFwoc2RcfGhkXCkuW1s6ZGlnaXQ6XV0qXCkuKi9cMS8iYAoJCQoJCWZv ciBQQVJUIGluICRQQVJUTElTVDsgZG8KCQkJZWNobyAtZW4gIlplcm9pbmcgc3VwZXJibG9jayBv biAoL2Rldi9ldm1zLy5ub2Rlcy8kUEFSVCkgXHRcdCIKCQkJZXZhbCBtZGFkbSAtLW1pc2MgLS16 ZXJvLXN1cGVyYmxvY2sgL2Rldi9ldm1zLy5ub2Rlcy8kUEFSVCA+L2Rldi9udWxsIDI+JjEgJiYg ZWNobyAiWyBaRVJPRUQgXSIgfHwgZWNobyAiWyBOT1RGT1VORCBdIgogICAgICAgIAkgICAgICAg IGVjaG8gLWVuICJaZXJvaW5nIHN1cGVyYmxvY2sgb24gKC9kZXYvJFBBUlQpIFx0XHQiCiAgICAg ICAgICAgIAkgICAgCWV2YWwgbWRhZG0gLS1taXNjIC0temVyby1zdXBlcmJsb2NrIC9kZXYvJFBB UlQgPi9kZXYvbnVsbCAyPiYxICYmIGVjaG8gIlsgWkVST0VEIF0iIHx8IGVjaG8gIlsgTk9URk9V TkQgXSIKCQlkb25lCiAgICAgICAgZG9uZQp9CgoKZGVsZXRlX3BhcnRpdGlvbnMoKQp7CgllY2hv ICJjb21taXQiIHwgZXZtcyAtYyAtLXBpcGUgLW0gcmVhZG9ubHkgIC1kIGV2ZXJ5dGhpbmcgPi9k ZXYvbnVsbCAyPiYxCgoJbG9jYWwgbGlzdD0kKgoJCglzdG9wX2FycmF5cwoJCglhd2sgIC12IGRp c2tzPSJcIiRsaXN0XCIiICcJCgkvXi4qOiBMRF9yZWFkOiBSZWFkLyB7CgkJCXJlcyA9IGdlbnN1 YigvXi4qOiBMRF9yZWFkOiBSZWFkIGRpc2s6KFthLXpdKykgb2Zmc2V0OihbMC05XSspIGNvdW50 OihbMC05XSspLywiZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYvXFwxIGJzPTUxMiBzZWVrPVxcMiBj b3VudD1cXDMiLCQwKTsKCQkJZGlza190b19jbGVhbiA9IGdlbnN1YigvXi4qOiBMRF9yZWFkOiBS ZWFkIGRpc2s6KFthLXpdKykgb2Zmc2V0OihbMC05XSspIGNvdW50OihbMC05XSspLywiXFwxIiwk MCk7CgkJCXByaW50ZiAiJXNcbiIsIHJlczsKCQkJCgkJCWlmIChpbmRleChkaXNrcyxkaXNrX3Rv X2NsZWFuKSAhPSAwKSB7CgkJCQlwcmludCByZXMgPiIvdG1wL2RlbGV0ZV9wYXJ0aXRpb25zLmxv ZyI7CgkJCQljbWQgPSBzcHJpbnRmKCIlcyA+L2Rldi9udWxsIDI+JjEiLCByZXMpOwoJCQkJc3lz dGVtKGNtZCk7CgkJCX0KCQl9CgoJCUJFR0lOIHsKCQkJcHJpbnRmICJcbkRlbGV0aW5nIG1ldGEg aW5mbyBmcm9tOiAoICVzKVxuIiwgZGlza3M7CgkJfQoKCQlFTkQgewoJCQlzeXN0ZW0oInN5bmMi KTsKCQkJcHJpbnQgIkRvbmUiOwoJCX0KCScgL3Zhci9sb2cvZXZtcy1lbmdpbmUubG9nCgoJemVy b19zdXBlcmJsb2NrICRsaXN0Cn0gICAgCgoKRElTS0xJU1Q9IiIKZm9yIGkgaW4gYGVncmVwICcu KiBbc2hdZFthLXpdJCcgL3Byb2MvcGFydGl0aW9ucyB8IHNlZCAtcmUgJ3N8LiogKFtzaF1kW2Et el0pfFwxfCdgOyBkbwoJaWYgbW91bnQgLW9ybyAiL2Rldi8kaSIgL21udCAyPi9kZXYvbnVsbCAm JiBscyAtMSAnL21udC9jZGltYWdlLmlzbyc7IHRoZW4KCQl1bW91bnQgL21udCAyPi9kZXYvbnVs bCB8fDoKCQllY2hvICJGbGFzaCBpbnN0YWxsYXRpb24gZm91bmQhIFBhcnRpdGlvbnMgZGVsZXRp bmcgb24gL2Rldi8kaSBza2lwcGVkIgoJZWxzZQoJCXVtb3VudCAvbW50IDI+L2Rldi9udWxsIHx8 OgoJCURJU0tMSVNUPSIkaSAkRElTS0xJU1QiCglmaQpkb25lCgoKZWNobyAiQ2xlYW5pbmcgJERJ U0tMSVNUIgoKZGVsZXRlX3BhcnRpdGlvbnMgIiRESVNLTElTVCIKCmZvciBESVNLIGluICRESVNL TElTVDsgZG8KCWVjaG8gLWVuICJSZS12YWxpZGF0aW5nIC9kZXYvJHtESVNLfSAgICAgICAgICAg ICAgIFx0XHQiCgllY2hvIC1lICJvXG5uXG5wXG4xXG5cblxud1xuIiB8IGZkaXNrICIvZGV2LyRE SVNLIiA+L2Rldi9udWxsIDI+JjEgJiYgZWNobyAiWyBPSyBdIiB8fCAiWyBGQUlMRUQgXSIKCgll Y2hvIC1lbiAiQ2xlYW5pbmcgdXAgcGFydGl0aW9uIHRhYmxlIG9uIC9kZXYvJERJU0tcdFx0IgoJ ZGQgaWY9L2Rldi96ZXJvIG9mPS9kZXYvJERJU0sgY291bnQ9MSBicz0xMDI0ID4vZGV2L251bGwg Mj4mMSAmJiBlY2hvICJbIE9LIF0iIHx8ICJbIEZBSUxFRCBdIgpkb25lCgpldm1zX2FjdGl2YXRl ID4vZGV2L251bGwgMj4mMQoKZm9yIFZPTCBpbiAvZGV2L2V2bXMvKjsgZG8KCVsgIiRWT0wiID09 ICIvZGV2L2V2bXMvZG0iIF0gJiYgY29udGludWUKCQoJZWNobyAtZW4gIkRlbGV0aW5nIGNvbXBh dGlibGUgdm9sdW1lICgkVk9MKVx0XHQiCgllY2hvIC1lICJkcjokVk9MXG5xdWl0XG4iIHwgZXZt cyAtYiA+L2Rldi9udWxsIDI+JjEgJiYgZWNobyAiWyBPSyBdIiB8fCBlY2hvICJbIEZBSUxFRCBd Igpkb25lCgplY2hvICJBbGwgdGhlIGRpc2tzIGFyZSBwcmVwYXJlZCBmb3IgaW5zdGFsbGF0aW9u LiIK