В одной школе на всех компьютерах не удалось сделать ресайз NTFS дисков, выдаёт сообщение: "evms-commit-changes: operation not permitted". Перед ресайзом все диски проверялись виндовым chkdsk. Возможно поможет решить проблему: - инсталлятор определял свободное место на разделах = объёму всего раздела - все компьютеры на чипсетах Sis - ресайз с LiveCD parted magic (www.partedmagic.com) тоже не срабатывает. - на некоторых компьютерах, где пытились сделать ресайз, затем ставили систему, NTFS раздел стал иметь тип SFS, вместо HPFS/NTFS, вследствие чего винда уже не грузилась (возвможно это стоит повесить отдельным багом). Еще раз повторю, что всё это случилось в одной школе, но на всех компьютерах. Если надо доп. инфу то давайте сразу определимся с перечнем и я туда съезжу сниму все показатели.
А нельзя-ли как-нибудь более точно укать срез дистрибутива. Подозреваю, что попалась версия дистрибутива (может даже бета), где в установычный образ не попал ntfsresize.
Ставили и Lite (тот который не те диски напечатали) и Master (тот который вроде бы правильный). Везде одна и та же картина. Опять же с LiveCD линукс дистрибутива PartedMagic в котором уж точно есть ntfsresize отресайзить диски тоже не получилось, т.е. есть какой-то случий когда ничего кроме платных Acronis/PartitionMagic не помогает.
Когда я тестировал alterator-vm я пришёл к выводу - достаточно любой ошибки в файловой системе ntfs и ntfsresize не работает. Вплоть до того - ntfsresize не хочет менять размер диска, перегружаюсь в LiveCD, запускаю gparted, он изменяет размер раздела, но после этого радел рассыпается - теряется информация на диске. После этого своё скрытое знание, что с помощью LiveCD (gparted на нём) можно изменять размеры Win дисков я решил не афишировать - если alterator просто не берётся в проблемных случаях менять радел жёсткого диска, то внешние программы, типа gparted могут просто разрушить такие разделы.
Это всё очень плохо, потому что проверкой виндовым chkdsk проблема не исправилась, а значит как конкретно решать эту проблему в школе пока не ясно.
Какой Win стоял ?
(In reply to comment #5) > Какой Win стоял ? 2000 и XP
Насчёт среза дистрибутива - https://bugzilla.altlinux.org/show_bug.cgi?id=14994
Тут похоже надо разбираться - почему при неосторожном действии пользователя в alterator-vm могут возникать ошибки в разделах и требовать заново делать chkdsk. Кстати - не уверен что нужен именно chkdsk (а не что-нибудь покрепче :) ). Относительно ntfsresize - там все операции начинаюя от --info идут с монтированием раздела. Возможно с этим связаны наружения в разделах. По альтератору - хорошо-бы evms запускать после того, как оператор выбрал что он хочет делать с разделами (вернее запустить два раза - один для чтения таблицы разделов, а потом выключить (если возможно)), а второй для выполнения запланированных операций.
в alterator-vm (собственно, в evms) _все_ манипуляции с дисками _до_ нажатия кнопицы 'применить' на самом деле производятся над копиями метаданных в памяти, никак не затрагивая содержимое собственно дисков -- поэтому предложение 'выключить' evms 1) неосуществимо 2) бессмысленно. ntfsresize монтирования раздела не требует, да это в инсталляторе и не делается. по поводу sis -- было бы хорошо указать поточнее, что за чипсет/материнка, возможно, кривой драйвер.
1. Смотрю код ntfsresize -i - первое, что делается - монтируется раздел. 2. А размер раздела то-же определяется по копии ? Не похоже, иначе-бы fatresize не было постоянно включено.
1) нарисованный там ntfs_mount() собственно монтированием не является. 2) размер раздела известен и до запуска alterator-vm -- неизвестно его наполнение; постоянные запуски fatresize -- это попытка выяснить, возможно ли _сейчас_ изменение размера раздела, исходя из свободного места. для ntfs я эту информацию волевым решением закешировал, для fat всё несколько сложнее.
Всплыла проблема еще в одной школе. Про чипсеты пока незнаю но: 1) в одном случае проблема решилась ntfsfix, хотя до этого виндовым chkdsk прошлись по разделу пару раз. 2) в другом ругалось на бэд блоки, хотя опять же chkdsk со всеми галочками (в том числе и проверять бэд блоки) ничего не нашёл. Опция -b решила проблему, нтфс диск остался цел =)
Похоже, так и надо советовать пользователям - использовать средства Windows, вплоть до тотого, что-бы перед установкой на разделах Win делали "сборку мусора" Насчёт bad-блоков - не опасно-ли туда что-либо ставить вообще ?
(In reply to comment #13) > Насчёт bad-блоков - не опасно-ли туда что-либо ставить вообще ? Если честно сообщению от виндового chkdsk что проблем с диском нет я доверяю больше чем сообщение от ntfsresize что проблемы есть и тем более бэд блоки. Как он определяет это не проверив весь диск самостоятельно?
Вообще как-минимум надо сделать более информативное сообщение об ошибке. ntfsresize ругается на вполне конкретные вещи - почему-бы это не вытащить и не показать пользователю?
Проблему больше не удаётся воспроизвести ни на одной из доступных систем. Нужен непосредственный доступ к системе, на которой проблема воспроизводится. Пока закрываю как LATER, хотя стоило бы вообще поставить WORKSFORME.
Воспроизводится ли ситуация на последней версии дистрибутивов?
