Что-то не так с таблицей разделов, как это исправить?
| vasek |
|
|
Темы:
47
Сообщения:
11856
Участник с: 17 февраля 2013
|
nafanjaОшибка не закралась, какую утилиту выбрал, той и делай - нечего прыгать с одной на другую. Да, за утилитами винды замечено, что они в этом не порядочны и позволяют себе такие штуки. Но, также замечено и другое, что такая ситуация часто случается в следующих случаях - начальная разметка диска выполнена одной утилитой, а в дальнейшем изменение/перемещение/удаление/.........разделов выполняется другими утилитами, меняясь по несколько раз, а иногда, перескакивая с виндовых на линуксовые и обратно. - выполнение слишком многих шагов (изменение+перемещение+удаление+создание.......) за одну операцию по редактированию разделов диска. Все это способно привести к нарушению геометрии диска. А винить линуксовые утилиты в том, что они не видят такой диск и не дают его исправить, вообщем то не логично. Если исползуешь только их и не прыгаешь с одной на другую, то они такого и не допустят.
Ошибки не исчезают с опытом - они просто умнеют
|
| Natrio |
|
|
Темы:
48
Сообщения:
4771
Участник с: 08 января 2011
|
С линуксовыми утилитами всё норавльно – они всё видят. Проблемы только с parted, но это не утилита, это комбайн, в баню его :) |
| vasek |
|
|
Темы:
47
Сообщения:
11856
Участник с: 17 февраля 2013
|
NatrioНикогда им вообщем то и не пользовался - а после такого отзыва, придется забыть, что есть такая утилита.
Ошибки не исчезают с опытом - они просто умнеют
|
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
Natrio, какую утилиту можешь посоветовать для изменения/перемещения разделов без потери данных?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| Natrio |
|
|
Темы:
48
Сообщения:
4771
Участник с: 08 января 2011
|
nafanjaДля изменения САМИХ разделов я использую либо fdisk, либо (вынужденно) sfdisk, если fdisk отказывается пересоздавать раздел с того же места. sfdisk – это обоюдоострый низкоуровневый инструмент, он позволяет сделать с таблицей разделов буквально что угодно, в том числе угробить по ошибке. Использовать можно, но очень осторожно, по принципу "семь раз отмерь". Для изменения размера ФС на разделе – resize2fs для ext2/3/4 и ntfsresize для NTFS. Перед ресайзом ФС ОБЯЗАТЕЛЬНО сделать её проверку. Кстати, parted напрочь отказывается ресайзить NTFS, хотя мог бы запросто это делать, используя последнюю утилиту. Спрашивается, зачем тогда он такой нужен? ПЕРЕМЕЩЕНИЕ разделов (изменение со сдвигом начала) – сама по себе крайне рискованная операция, и требует полного бэкапа. Но если вы всё-таки сделали бэкап, перемещение фактически теряет всякий смысл – проще создать новый раздел и записать на него бэкап :) |
| Aivar |
|
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
Собсно, в плане изменения размеров раздела даже без перемещения, работа gparted вызывает недоумение. Не так давно понадобилось отрезать кусок ntfs-раздела (в конце, в пользу неиспользуемого рядом пространства). На разделе использовалось максимум аж 50 гиг. Gparted после нескольких предупреждений о возможности повреждения данных начал добросовестно перемешать около 400 гигабайт, на что предположительно ушло бы около 3-х часов. Минут через 20 терпение лопнуло, на свой страх и риск прервал операцию, скопировал всё на внешний диск, переразбил винт по новой и т.д. Кто-нибудь может это объяснить? Возможно, vasek прав на счет утилит от разных систем, но за gparted это замечается уже не в первый раз: с перемещением/изменением размеров раздела этот инструмент работает не так как ожидаешь, по крайней мере с ntfs-разделами. К слову, подобная операция в Acronis Disk Director выполняется легким движением руки. |
| citadeldimon |
|
|
Темы:
6
Сообщения:
288
Участник с: 09 июля 2012
|
начал добросовестно перемешать около 400 гигабайт, на что предположительно ушло бы около 3-х часов. Минут через 20 терпение лопнуло, на свой страх и риск прервал операцию, скопировал всё на внешний диск, переразбил винт по новой и т.д. Кто-нибудь может это объяснить?могу предположить что данные были фрагментированы очень на весь раздел, возможно было записано много, а потом удалено. |
| Aivar |
|
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
Предположение неверное. Перед выполнением операции была выполнена дефрагментация диска. Просто Gparted тупо что-то куда-то перемещал, хотя требовалось всего-то отрезать хвост. Не в тему, но так же не знаю, как нативными средствами преобразовать основной раздел в расширенный и наоборот. fdisk, cfdisk не умеют. |
| Natrio |
|
|
Темы:
48
Сообщения:
4771
Участник с: 08 января 2011
|
AivarНельзя преобразовать основной раздел в расширенный, можно в логический. Для этого надо всего лишь удалить раздел и создать новый нужного типа с теми же самыми начальным и конечным секторами. Если fdisk позволит вам использовать строго те же номера секторов, что были у старого, остаётся только сохранить изменения в MBR. Если НЕ позволил – разумеется, в этом случае изменения сохранять НЕЛЬЗЯ, но тогда ничего и не удалится. В крайнем случае разделов можно править в sfdisk, но это сложно и опасно (если ошибётесь в цифрах). |
| Aivar |
|
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
NatrioТа да, не совсем правильно выразился, надо было преобразовать основной раздел в расширенный с логическим диском в нем. Хотя, думаю, и так понятно о чем шла речь. Для этого надо всего лишь удалить раздел и создать новый нужного типаДык, в том то и фокус, что надо было преобразовать БЕЗ ПОТЕРИ ДАННЫХ. Как думаете, каким был выход? Тот же Acronis! Было это год-два назад, но по сей день ничего не изменилось. Пичаль... |