» Проблема с изменением размера тома.

Здравствуйте,
столкнулся с такой проблемой
Имею Windows XP SP2 Ru и диск в 250 Гб (точнее в 232,8 Гб), ...

И такую структуру:
Базовый жёсткий диск: http://s004.radikal.ru/i206/1001/65/f7e3dd286f79.png
Диск C: http://s47.radikal.ru/i116/1001/d6/ca832e294622.png
Диск D: http://s002.radikal.ru/i199/1001/6c/e3f5e6cd3e4a.png
Неразмеченное пространство: http://s001.radikal.ru/i196/1001/58/c4fb3781953c.png

После чего сделал диск D: первичным, и решил изменить размеры дисков
C: 24.4 ГБ
D: 184 ГБ плюс 24.4 ГБ (от диска C: ) то есть 208.4 ГБ
и Свободное пространство (на неразмеченном диске) 10.3 МБ

Решил воспользоваться GParted.
C диском C: всё прошло быстро - OK!
C диском D: всё длилось часа два, а по завершении - ERROR!
ЛОГ РАБОТЫ ПРИЛАГАЮ.

Код: GParted 0.4.5

Libparted 1.8.8
Shrink /dev/sda1 from 48.83 GiB to 24.41 GiB 00:00:19 ( SUCCESS )
    
calibrate /dev/sda1 00:00:00 ( SUCCESS )
    
path: /dev/sda1
start: 63
end: 102398309
size: 102398247 (48.83 GiB)
check file system on /dev/sda1 for errors and (if possible) fix them 00:00:04 ( SUCCESS )
    
ntfsresize -P -i -f -v /dev/sda1
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 52427899392 bytes (52428 MB)
Current device size: 52427902464 bytes (52428 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 14955 MB (28.5%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 16017 MB 0
Multi-Record : 52357 MB 71300
$MFTMirr : 26214 MB 1
Compressed : 15322 MB 36352
Sparse : 15317 MB 66186
Ordinary : 37519 MB 407
You might resize at 14954393600 bytes or 14955 MB (freeing 37473 MB).
Please make a test run using both the -n and -s options before real resizing!
shrink file system 00:00:11 ( SUCCESS )
    
run simulation 00:00:05 ( SUCCESS )
    
ntfsresize -P --force /dev/sda1 -s 26213935103 --no-action
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 52427899392 bytes (52428 MB)
Current device size: 52427902464 bytes (52428 MB)
New volume size : 26213929472 bytes (26214 MB)
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 14955 MB (28.5%)
Collecting resizing constraints ...
Needed relocations : 57 (1 MB)
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
The read-only test run ended successfully.
real resize 00:00:06 ( SUCCESS )
    
ntfsresize -P --force /dev/sda1 -s 26213935103
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 52427899392 bytes (52428 MB)
Current device size: 52427902464 bytes (52428 MB)
New volume size : 26213929472 bytes (26214 MB)
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 14955 MB (28.5%)
Collecting resizing constraints ...
Needed relocations : 57 (1 MB)
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
Syncing device ...
Successfully resized NTFS on device '/dev/sda1'.
You can go on to shrink the device for example with Linux fdisk.
IMPORTANT: When recreating the partition, make sure that you
1) create it at the same disk sector (use sector as the unit!)
2) create it with the same partition type (usually 7, HPFS/NTFS)
3) do not make it smaller than the new NTFS filesystem size
4) set the bootable flag for the partition if it existed before
Otherwise you won't be able to access NTFS or can't boot from the disk!
If you make a mistake and don't have a partition table backup then you
can recover the partition table by TestDisk or Parted's rescue mode.
shrink partition from 48.83 GiB to 24.41 GiB 00:00:00 ( SUCCESS )
    
old start: 63
old end: 102398309
old size: 102398247 (48.83 GiB)
new start: 63
new end: 51199154
new size: 51199092 (24.41 GiB)
check file system on /dev/sda1 for errors and (if possible) fix them 00:00:03 ( SUCCESS )
    
ntfsresize -P -i -f -v /dev/sda1
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 26213929472 bytes (26214 MB)
Current device size: 26213935104 bytes (26214 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 14954 MB (57.0%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 16017 MB 0
Multi-Record : 26178 MB 65574
$MFTMirr : 15055 MB 1
Compressed : 15322 MB 36352
Sparse : 15317 MB 66186
Ordinary : 17133 MB 293
You might resize at 14953594880 bytes or 14954 MB (freeing 11260 MB).
Please make a test run using both the -n and -s options before real resizing!
grow file system to fill the partition 00:00:01 ( SUCCESS )
    
run simulation 00:00:01 ( SUCCESS )
    
ntfsresize -P --force /dev/sda1 --no-action
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 26213929472 bytes (26214 MB)
Current device size: 26213935104 bytes (26214 MB)
New volume size : 26213929472 bytes (26214 MB)
Nothing to do: NTFS volume size is already OK.
real resize 00:00:00 ( SUCCESS )
    
ntfsresize -P --force /dev/sda1
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 26213929472 bytes (26214 MB)
Current device size: 26213935104 bytes (26214 MB)
New volume size : 26213929472 bytes (26214 MB)
Nothing to do: NTFS volume size is already OK.

========================================
Move /dev/sda2 to the left and grow it from 184.05 GiB to 208.46 GiB 02:41:33 ( ERROR )
    
calibrate /dev/sda2 00:00:00 ( SUCCESS )
    
path: /dev/sda2
start: 102398373
end: 488375999
size: 385977627 (184.05 GiB)
calculate new size and position of /dev/sda2 00:00:00 ( SUCCESS )
    
requested start: 51199155
requested end: 488375999
requested size: 437176845 (208.46 GiB)
new start: 51199155
new end: 488375999
new size: 437176845 (208.46 GiB)
check file system on /dev/sda2 for errors and (if possible) fix them 00:00:04 ( SUCCESS )
    
ntfsresize -P -i -f -v /dev/sda2
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda2
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 197620544000 bytes (197621 MB)
Current device size: 197620545024 bytes (197621 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 183507 MB (92.9%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 185837 MB 0
Multi-Record : 197593 MB 1303
$MFTMirr : 98811 MB 1
Compressed : 121772 MB 13364
Ordinary : 197621 MB 124508
You might resize at 183506014208 bytes or 183507 MB (freeing 14114 MB).
Please make a test run using both the -n and -s options before real resizing!
move partition to the left 00:00:01 ( SUCCESS )
    
old start: 102398373
old end: 488375999
old size: 385977627 (184.05 GiB)
new start: 51199155
new end: 437176781
new size: 385977627 (184.05 GiB)
move file system to the left 02:41:28 ( SUCCESS )
    
perform read-only test 00:53:09 ( SUCCESS )
    
using internal algorithm
read 385977627 sectors
finding optimal blocksize
    
read 65536 sectors using a blocksize of 128 sectors 00:00:00 ( SUCCESS )
    
65536 of 65536 read
0.572953 seconds
read 65536 sectors using a blocksize of 256 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 read
0.547087 seconds
read 65536 sectors using a blocksize of 512 sectors 00:00:00 ( SUCCESS )
    
65536 of 65536 read
0.482351 seconds
read 65536 sectors using a blocksize of 1024 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 read
0.537984 seconds
read 65536 sectors using a blocksize of 2048 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 read
0.956201 seconds
read 65536 sectors using a blocksize of 4096 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 read
0.833922 seconds
read 65536 sectors using a blocksize of 8192 sectors 00:00:00 ( SUCCESS )
    
65536 of 65536 read
0.703264 seconds
read 65536 sectors using a blocksize of 16384 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 read
0.5786 seconds
read 65536 sectors using a blocksize of 32768 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 read
0.559891 seconds
read 65536 sectors using a blocksize of 65536 sectors 00:00:00 ( SUCCESS )
    
65536 of 65536 read
0.521106 seconds
optimal blocksize is 512 sectors (256.00 KiB)
read 385322267 sectors using a blocksize of 512 sectors 00:53:03 ( SUCCESS )
    
385322267 of 385322267 read
385977627 sectors read
perform real move 01:48:19 ( SUCCESS )
    
using internal algorithm
copy 385977627 sectors
finding optimal blocksize
    
copy 65536 sectors using a blocksize of 64 sectors 00:00:02 ( SUCCESS )
    
65536 of 65536 copied
1.45567 seconds
copy 65536 sectors using a blocksize of 128 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 copied
1.45189 seconds
copy 65536 sectors using a blocksize of 256 sectors 00:00:02 ( SUCCESS )
    
65536 of 65536 copied
1.79722 seconds
copy 65536 sectors using a blocksize of 512 sectors 00:00:02 ( SUCCESS )
    
65536 of 65536 copied
1.69228 seconds
copy 65536 sectors using a blocksize of 1024 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 copied
1.84406 seconds
copy 65536 sectors using a blocksize of 2048 sectors 00:00:02 ( SUCCESS )
    
65536 of 65536 copied
1.68086 seconds
copy 65536 sectors using a blocksize of 4096 sectors 00:00:02 ( SUCCESS )
    
65536 of 65536 copied
1.54109 seconds
copy 65536 sectors using a blocksize of 8192 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 copied
1.54669 seconds
copy 65536 sectors using a blocksize of 16384 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 copied
1.24942 seconds
copy 65536 sectors using a blocksize of 32768 sectors 00:00:02 ( SUCCESS )
    
65536 of 65536 copied
1.08708 seconds
copy 65536 sectors using a blocksize of 65536 sectors 00:00:01 ( SUCCESS )
    
65536 of 65536 copied
1.04417 seconds
optimal blocksize is 65536 sectors (32.00 MiB)
copy 385256731 sectors using a blocksize of 65536 sectors 01:48:02 ( SUCCESS )
    
385256731 of 385256731 copied
385977627 sectors copied
updating boot sector of ntfs file system on /dev/sda2 00:00:00 ( SUCCESS )
    
echo b33c0d03 | /usr/bin/xxd -r -p | /bin/dd conv=notrunc of=/dev/sda2 bs=1 seek=28
    
4+0 records in
4+0 records out
4 bytes (4 B) copied, 0.0677113 s, 0.1 kB/s
check file system on /dev/sda2 for errors and (if possible) fix them 00:00:00 ( ERROR )
    
ntfsresize -P -i -f -v /dev/sda2
    
ntfsresize v2.0.0 (libntfs 10:0:0)
Failed to startup volume: Invalid argument.
ERROR(22): Opening '/dev/sda2' as NTFS failed: Invalid argument
The device '/dev/sda2' doesn't have a valid NTFS.
Maybe you selected the wrong partition? Or the whole disk instead of a
partition (e.g. /dev/hda, not /dev/hda1)? This error might also occur
if the disk was incorrectly repartitioned (see the ntfsresize FAQ).

========================================

VsTOM,
Цитата:

Как сделать это корректно, (используя например PARAGON Partition Manager 10.0 Professional Edition ??)

- корректно надо делать ч/з оснастку "Управление дисками"!!! Т.е. копируете информацию на другой носитель, затем в оснастке удаляете раздел D:, создаёте/форматируете новый раздел D: необходимого размера. Использование сторонних программ может привести к ошибкам загрузки/работе OS (перераспределённый раздел С:, это, к сожалению, уже сделано ) и потере данных (перераспределённый раздел D: ).

Я только вчера сделал это "корректно", используя при этом РМ10.0. Информацию сохранил на другом диске, а потом, не боясь её потери, воспользовался PMом. Он ведёт себя вполне прилично, если его не раздражать. Опять же, в отличие от Acronis'a, бесплатно.
Одно только замечание: RTFM!!

Проблема решена,
Как мне ответили на одном из форумов:

Цитата:

Только не п.2
По п.1 -- раздел растягивается вверх как правило без последствий; в отличие от объединения разделов, которое относится к самой рискованной операции.
по п.3 -- растягивайте до конца, сколько даст.
Но непонятен зазор между диском C: и D: на ваших скриншотах; возможно он и был источником проблемы.

Я сделал следующее:
В PARAGON Partition Manager 10.0 PE, через функцию "Переместить/изменить размер раздела" - раздел D: "растянул" до конца и "Enter" (только отключил антивирус на "всякий случай").

Через 10 сек. - "Операция выполнена успешно". Не перезагрузки ПК, ничего другого - не потребовалось.
По прошествии суток никаких "потерь не обнаружено".

Сейчас диск имеет такую структуру:
HDD
C:
D:

Тема закрыта..,

p.s. зазор между диском C: и D:, который вероятно и был источником проблем, появился с самого начала, то есть когда когда устанавливал WinXP SP2 на "чистый" HDD, и просто указал размер разделов.