HDD - [решено] Проблема с изменением размера тома.

HDD - [решено] Проблема с изменением размера тома.

VSerge

Пользователь

Сообщения: 140
Благодарности: 4

Здравствуйте,
столкнулся с такой проблемой

Имею 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: первичным, и решил изменить размеры дисков (уменьшить в два раза С: и добавить освободившееся место к D: )

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

Хотя имею лицензию PARAGON Partition Manager 10.0 Professional Edition Решил воспользоваться GParted.
Так как на моей кофигурации ПК Аварийный CD Partition Manager на базе Linux для указанной операции не запускается, то поэтому и решил воспользоваться gparted с Live CD RIPLinux

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).

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

Я уже подумал - всё - капут, однако после рестарта в Windows было выдано сообщение, что "обнаружено новое устройство", "устройство установлено и готово", "требуется перезагрузка". Перезагрузил всё работает за исключением того, что диск D: остался того же размера 184 ГБ, а Свободное пространство (на неразмеченном диске) стало 24.4 ГБ

Код:

Базовый жесткий диск 0 (ST3250820AS)
Тип:
Базовый жесткий диск
Размер:
232.8 ГБ
Секторов на дорожку:
63
Головок:
255
Цилиндров:
30401
 
Локальный диск (C: )
Буква диска:
(C: )
Метка тома:
[Без метки]
Тип:
Первичный
Файловая система:
NTFS
Корневых записей:
73765
Загрузочных секторов:
8
Секторов на кластер:
8
Серийный номер:
7E00-AB08-00AA-C68D
ID раздела:
0x07 NTFS
Версия NTFS:
3.01
Размер тома:
24.4 ГБ
Размер раздела:
24.4 ГБ
Занято:
13.9 ГБ
Свободно:
10.4 ГБ
Активный:
Да
Скрытый:
Нет
 
Data (D: )
Буква диска:
(D: )
Метка тома:
Data
Тип:
Первичный
Файловая система:
NTFS
Корневых записей:
146251
Загрузочных секторов:
8
Секторов на кластер:
8
Серийный номер:
9690-9E51-909E-37A7
ID раздела:
0x07 NTFS
Версия NTFS:
3.01
Размер тома:
184 ГБ
Размер раздела:
184 ГБ
Занято:
168.2 ГБ
Свободно:
15.7 ГБ
Активный:
Нет
Скрытый:
Нет
 
Свободное пространство
Размер:
24.4 ГБ

Поскольку всё работает (только неразмеченная область увеличилась с 10.3 МБ (которые оставил WinXP после форматирования диска) до 24.4 ГБ)
Сейчас хочу сделать то, что и хотел сделать с самого начала - а именно раздел D: увеличить за счёт неразмеченного раздела (то есть плюс 24,4 ГБ), а неразмеченное пространство оставить таким, каким оно и было - то есть 10.3 МБ.

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

Мне важно мнение специалистов по поводу правильного алгоритма:
1) Можно ли просто "растянуть" раздел D: на неразмеченную область?
2) Или надо сначала создать раздел (первичный?/логический?) на неразмеченной области, отформатировать средствами ОС; а потом объеденить D: и полученный раздел?
3) Обязательно ли оставлять 10.3 МБ в конце (с точностью до начального/конечного физического сектора) или можно убрать совсем, или оставить 7.8Мб, или 100 МБ??

С уважением..,

Отправлено: 23:59, 29-01-2010

VSerge

Пользователь

Сообщения: 140
Благодарности: 4

Профиль | Отправить PM | Цитировать

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

Цитата:

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

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

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

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

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

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

Последний раз редактировалось VSerge, 01-02-2010 в 19:57.

Отправлено: 18:55, 01-02-2010 | #2

Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.