А нельзя-ли как-нибудь более точно укать срез дистрибутива.
Подозреваю, что попалась версия дистрибутива (может даже бета), где в 
установычный образ не попал 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.

Воспроизводится ли ситуация на последней версии дистрибутивов?