При тестировании ставил на раздел для подкачки. Тип раздела уже указан 83 (давно, после аналогичных экспериментов). ФС - swap. Вывод информации о разделах был корректным. После изменения в инсталляторе типа файловой системы нумерация разделов съехала, раздел стал показываться как номер 4. Проверять что здесь не так я не стал. После mke2fs /dev/sda5 в живой системе, инсталляция прошла корректно. root@wind ~ # fdisk -l 15:20 Disk /dev/sda: 120.0 GB, 120033041920 bytes 255 heads, 63 sectors/track, 14593 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 1259 10008495 83 Linux /dev/sda3 1260 1882 5004247+ 83 Linux /dev/sda4 1883 14593 102101107+ 5 Extended /dev/sda5 1883 1945 506016 83 Linux /dev/sda6 1946 2568 5004216 83 Linux /dev/sda7 2569 14593 96590781 83 Linux root@wind ~ # grep swap /etc/fstab 15:20 /dev/sda5 swap swap defaults 0 0 root@wind ~ #
Кажется я понял, в чем здесь проблема. Ему кажется что это скази, поэтому он считает, что EXT раздел не нужен. Было - 1,2,3 - ФС, 4 - ext-partition, 5,6,7 - ФС Стало - 1,2,3,4,5,6 - ФС.
(In reply to comment #1) > Стало - 1,2,3,4,5,6 - ФС. А fdisk -l что показывает?
(In reply to comment #2) > (In reply to comment #1) > > Стало - 1,2,3,4,5,6 - ФС. > А fdisk -l что показывает? > А я, прошу прощения, не стал применять на живой системе :) Потому что не знаю как, в случае чего откачивать :(
Да он только читает с -l :) # fdisk -l | grep ^Disk Disk /dev/hdg: 120.0 GB, 120034123776 bytes Disk /dev/hde: 120.0 GB, 120034123776 bytes Disk /dev/hdc: 200.0 GB, 200049647616 bytes Disk /dev/hda: 41.1 GB, 41174138880 bytes
(In reply to comment #1) > Стало - 1,2,3,4,5,6 - ФС. А свободного места не появилось? При смене файловой системы раздел целиком удаляется в install2 для изменения типа раздела, поэтому могло быть и так, что удалился, но не создался.
(In reply to comment #4) > Да он только читает с -l :) > Проясню ситуацию. В графическом инсталляторе были отображены разделы (правильно). После изменения отображение стало странным. В этот момент fdisk -l выводит еще старую картину. Изменения актуализуются после команды "применить". Увидев такое отображение разделов я напугался (реанимировать не смогу), и не стал продолжать/применять. Возможно это только отображение, и разметил-бы он правильно. Но основание для недоумения остаются даже в этом случае. Я не более чем сменил ФС (даже не тип раздела, он уже указан). Я предполагал что номера разделов сохранятся, по крайней мере следует иметь в виду возможность установки этой системы как второй.
(In reply to comment #5) > (In reply to comment #1) > > Стало - 1,2,3,4,5,6 - ФС. > А свободного места не появилось? В отображении (гуи)? Нет там, как требовалось, сменилась ФС. > При смене файловой системы раздел целиком удаляется в install2 для изменения > типа раздела, поэтому могло быть и так, что удалился, но не создался. > Возможно это эффекты отображения, но см. ответ выше. Если кто-то устанавливает ALT рядом с RedHat "на посмотреть", то после откачивания fstab и загрузчика он может про ALT забыть надолго.
(In reply to comment #0) Проблема наблюдалась на SATA. Проверил на обычном IDE, разделы обработаны нормально (сменил тип раздела с 82 на 83).
Известен случай когда процесс был доведен до конца. Состояние после восстановления (оно-же - исходное): Device Boot Start End Blocks Id System /dev/sda1 * 1 914 7341673+ 7 HPFS/NTFS /dev/sda2 915 1763 6819592+ 83 Linux /dev/sda3 1764 2676 7333672+ 83 Linux /dev/sda4 2677 19458 134795934 f W95 Ext'd (LBA) Partition 4 does not end on cylinder boundary. /dev/sda5 2677 2742 530113+ 82 Linux swap / Solaris /dev/sda6 2743 3950 9703228+ 83 Linux /dev/sda7 3951 4864 7341673+ b W95 FAT32 /dev/sda8 4865 7475 20972826 7 HPFS/NTFS /dev/sda9 7476 14002 52428096 7 HPFS/NTFS /dev/sda10 14003 19458 43819807+ 7 HPFS/NTFS Сделано: > / и usr примари в начале диска перед ними ntfs раздел на 7 гб. > далее в дополнительном swap и home. > менял местами нтфс и корень. После применения расширенный раздел исчез. Восстановлен был каким-то Recovery
пробовал на разных компах, ситуация с глюком графического инстолятора повторилась! при переводе в другую ФС, разбиении в логическом разделе он полностью сьежает на циферьку вниз. т.е. после применения логичского раздела не будет! до применения: Disk /dev/sda: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 914 7341673+ 7 HPFS/NTFS /dev/sda2 915 1763 6819592+ 83 Linux /dev/sda3 1764 2676 7333672+ 83 Linux /dev/sda4 2677 19457 134793382+ f W95 Ext'd (LBA) /dev/sda5 2677 2742 530113+ 82 Linux swap / Solaris /dev/sda6 2743 3950 9703228+ 83 Linux /dev/sda7 3951 4864 7341673+ b W95 FAT32 /dev/sda8 4865 7475 20972826 7 HPFS/NTFS /dev/sda9 7476 14002 52428096 83 Linux /dev/sda10 14003 19457 43817256 83 Linux после: Device Boot Start End Blocks Id System /dev/sda1 * 1 914 7341673+ 7 HPFS/NTFS /dev/sda2 915 1763 6819592+ 83 Linux /dev/sda3 1764 2676 7333672+ 83 Linux /dev/sda4 2677 19457 134793382+ f W95 Ext'd (LBA) ********************************************************************** и ничего:( вот так грусно! ALT LINUX Compact 3.0
не могу понять, почему unconfirmed?
Хотел, было, подтвердить, но.. перестало воспроизводиться. :-\ ... а было так: # fdisk -l Disk /dev/hda: 40.0 GB, 40060403712 bytes 255 heads, 63 sectors/track, 4870 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 1305 10482381 7 HPFS/NTFS /dev/hda2 1306 4870 28635862+ f W95 Ext'd (LBA) /dev/hda5 1306 1433 1028128+ 82 Linux swap / Solaris /dev/hda6 1434 2071 5124703+ 83 Linux /dev/hda7 2072 2708 5116671 83 Linux /dev/hda8 2709 3346 5124703+ 83 Linux /dev/hda9 3347 4194 6811528+ 83 Linux /dev/hda10 4195 4743 4409811 7 HPFS/NTFS /dev/hda11 4744 4870 1020096 b W95 FAT32 В диалоге разбиения диска назначаю разделу "hda8" точку монтирования "/" (через диалог "Свойства") и он сразу же становиться "hda11", следующие за ним разделы соответственно съехали в нумерации на один номер выше.
Это происходит при смене файловой системы. Приходиться удалять раздел, чтобы изменить его тип, иначе в evms нельзя. А на его месте evms создает новый с номером, не соответствующим порядку расположения на диске.
(In reply to comment #13) А зачем там evms ?
(In reply to comment #14) > А зачем там evms ? Он достаточно прям; имеет хорошее API и возможности.
*** Bug 7874 has been marked as a duplicate of this bug. ***
исправлено в alterator-vm
А не в libevms? (кстати, патчами в апстрим не кидались?)
(In reply to comment #18) > А не в libevms? Нет, у меня при изменении файловой системы удалялся раздел, и заново создавался. Отсюда и новый номер. В alterator-vm все по другому. Но там теперь обратая бага. После смены файловой системы тип раздела не меняется.
