ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Проблема с работой с NTFS дисками | ||
|---|---|---|---|
| Product: | ПСПО | Reporter: | Ivanov Maxim <ivanov.maxim> |
| Component: | installer | Assignee: | Sergey Bolshakov <sbolshakov> |
| Status: | CLOSED WORKSFORME | QA Contact: | Andrey Cherepanov <cas> |
| Severity: | major | ||
| Priority: | P2 | CC: | aen, dottedmag, sbolshakov, snejok, wrar |
| Version: | snapshot | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 15075 | ||
|
Description
Ivanov Maxim
2008-03-18 15:10:35 MSK
А нельзя-ли как-нибудь более точно укать срез дистрибутива. Подозреваю, что попалась версия дистрибутива (может даже бета), где в установычный образ не попал 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. Воспроизводится ли ситуация на последней версии дистрибутивов? |
