Summary: | съезжает нумерация разделов | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | a.sinitsin <a.sinitsin> |
Component: | install2-x11-qt | Assignee: | Sergey V Turchin <zerg> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P2 | CC: | genix, mike, pustovit, sbolshakov, tibor, tren, vsu |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 7079, 7371 |
Description
a.sinitsin
2005-07-28 11:48:44 MSD
Кажется я понял, в чем здесь проблема. Ему кажется что это скази, поэтому он считает, что 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 все по другому. Но там теперь обратая бага. После смены файловой системы тип раздела не меняется. |