Подскажите хорошую утилиту для конвертирования из NTFS в Fat32 без потери данных

[Fedor]

Нужно под виндой переконвертировать логический диск из файловой системы NTFS в FAT32 без потери данных. Спасибо

[MART]

1. Можно ли отконвеpтировать диск FAT32 в NTFS без потеpи данных?
Можно воспользоваться командой CONVERT том: /FS:NTFS [/V] Преобразование произойдет при следующей перезагрузке. Потери информации не при этом не будет, но нужно иметь в виду, что размер кластера после конвертации составит 512 байт, что не очень хорошо на больших разделах, кроме того, диск после конвертации будет сильно фрагментирован.
2. Обратное преобразование (NTFS -> FAT) без потери данных средствами XP невозможно, потребуется отформатировать раздел заново.
3. Выполнить конвертацию также сможет программа Partition Magic. C NTFS 5 нормально работает, начиная с версии 6.0, но если использовать только загрузочную дискету, то подойдет и версия 5.01. Данная программа также позволяет выполнять обратное преобразование без потери данных и даже может менять размер кластера (к сожалению, только на FAT16 и FAT32). Partition Magic не работает с динамическими дисками, только с основными.

***конвертация   ntfs-->fat32 опасна для файловой системы с русскими шрифтами! ***

***перед конвертацией рекомендую сделать Backup


ИМХО  лучший вариант : backup -> format -> restore

[Safir]

Нужно под виндой переконвертировать логический диск из файловой системы NTFS в FAT32 без потери данных. Спасибо

backup
format
restore

Это единственный надёжны способ. Вроде бы ещё Partition Magic умеет. Не проверял, просто поискал в Google.

[kerdyk]

backup
format
restore

Это единственный надёжны способ. Вроде бы ещё Partition Magic умеет. Не проверял, просто поискал в Google.

Действительно, Partition Magic умеет.

[Fedor]

Действительно, Partition Magic умеет.

backup
format
restore

Можно по подробнее

[Victor Snezhko]

backup
format
restore

Можно по подробнее

сливаешь всю нужную информацию куда-нибудь
форматируешь
информацию обратно переливаешь

Просто делать на живом винте опасно, даже partition magic-ом. Мало ли что случится во время копирования (электричество, например, отключится), а даже если ничего не случится - оно надо, доверять нетривиальное действие программе, когда можно перестраховаться и сделать бэкап-восстановление?

[MART]

backup
format
restore

Можно по подробнее

Backup - создание резервной копии. Можно сделать образ всего диска или  просто скопировать важные данные на другой носитель (другой раздел, другой винчестер, диск и пр.)
(Как вариант можно использовать  Acronis True Image: решает проблему резервного копирования информации, гарантируя полную сохранность всех данных, хранящихся на жестких дисках компьютера. С ее помощью можно производить резервное копирование как отдельных файлов и папок, так и целых дисков или их разделов.);

Format - форматирование диска в NTFS;

Restore - Восстановление данных,  которые Backup_ились.

[sie]

...Как вариант можно использовать  Acronis True Image: решает проблему резервного копирования информации, гарантируя полную сохранность всех данных, хранящихся на жестких дисках компьютера. С ее помощью можно производить резервное копирование как отдельных файлов и папок, так и целых дисков или их разделов...

По-моему, в этом случае (однократное архивирование) самое простое, надежное и компактное - RAR-архиватор. Проще только обычное копирование, но резервная копия много места занимает. Можно также ZIP, но сжимает похуже. Кстати, RAR еще и права NTFS может сохранять и восстанавливать.
Имхо, RAR - на все случаи жизни.

[Safir]

По-моему, в этом случае (однократное архивирование) самое простое, надежное и компактное - RAR-архиватор. Проще только обычное копирование, но резервная копия много места занимает. Можно также ZIP, но сжимает похуже. Кстати, RAR еще и права NTFS может сохранять и восстанавливать.
Имхо, RAR - на все случаи жизни.

Утилиты из комплекта Cygwin тоже сохраняют права: сам использую zip для подготовки пакетов для Solaris, в частности, и Unix-like - вообще (родные пакеты пока не собираются ).

Format - форматирование диска в NTFS;

Исходно требуется получить FAT32. Преобразование FAT32->NTFS делает родная утилита от MS.

Кстати, а зачем такое странное преобразование?

[MaksT]

Недавно мне один тип заявил, что хочет перейти с NTFS на FAT32.
Причем переконвертировать хотел только системный раздел.
Аргументировал тем, что работает быстрее.
В принципе в этих словах что-то есть.
На дисках до 20 ГБ FAT32 и NTFS дают приблизительно одинаковую производительность. Только NTFS при этом гарантирует целостность данных.
После 20 ГБ бесспорно лидирует NTFS

[stranger]

Недавно мне один тип заявил, что хочет перейти с NTFS на FAT32.
Причем переконвертировать хотел только системный раздел.
Аргументировал тем, что работает быстрее.
В принципе в этих словах что-то есть.
На дисках до 20 ГБ FAT32 и NTFS дают приблизительно одинаковую производительность. Только NTFS при этом гарантирует целостность данных.
После 20 ГБ бесспорно лидирует NTFS

Ню... Ню... Быстрее... Пущай поработает.... Особенно, если бесперибойника нет...

[Safir]

Ню... Ню... Быстрее... Пущай поработает.... Особенно, если бесперибойника нет...

Ну, NTFS падает с гораздо большим грохотом  и хуже поддаётся восстановлению, по причине большей сложности. Журналируемые системы, те почти совсем не ломаются.

[twobrothers]

Готов поспорить, что с большим грохотом падает винчестер размером в 5", чем 3х дюймовый, если высота и поверхность на которую падают одинаковы.  

[sie]

С тех пор как переехал с fat32 на ntfs знаю только одну проблему - совместимость с другими ОС.
В остальном даже мысли нет обратно возвращаться.
Как вспомню про потери только что записанных файлов на тома fat32, аж дурно становится.
А разграничение прав и опознание владельца файлов? Я даже на домашней тачке предпочел бы их наличие.
А большие тома (> 32 ГБ) форматировать в fat32 теоретически можно, но на практике – один геморрой.
Слышал еще что дефрагментировать тома ntfs - занятие бесполезное, но меня это пока не беспокоит.

[Unit]

Ну, NTFS падает с гораздо большим грохотом  и хуже поддаётся восстановлению, по причине большей сложности. Журналируемые системы, те почти совсем не ломаются.

chkdsk иногда запускать сложно, да?  

[visual]

Ну, NTFS падает с гораздо большим грохотом  и хуже поддаётся восстановлению, по причине большей сложности. Журналируемые системы, те почти совсем не ломаются.

учите матчасть. NTFS - относится к журналируемым файловым системам. за все время работы с NT (начиная с NT 3.51), ни на одной рабочей станции или сервере NTFS не падал ни разу.

Журналирование
NTFS - отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Любая современная файловая система основана на таком понятии, как транзакция - действие, совершаемое целиком и корректно или не совершаемое вообще. У NTFS просто не бывает промежуточных (ошибочных или некорректных) состояний - квант изменения данных не может быть поделен на до и после сбоя, принося разрушения и путаницу - он либо совершен, либо отменен.

Пример 1: осуществляется запись данных на диск. Вдруг выясняется, что в то место, куда мы только что решили записать очередную порцию данных, писать не удалось - физическое повреждение поверхности. Поведение NTFS в этом случае довольно логично: транзакция записи откатывается целиком - система осознает, что запись не произведена. Место помечается как сбойное, а данные записываются в другое место - начинается новая транзакция.

Пример 2: более сложный случай - идет запись данных на диск. Вдруг, бах - отключается питание и система перезагружается. На какой фазе остановилась запись, где есть данные, а где чушь? На помощь приходит другой механизм системы - журнал транзакций. Дело в том, что система, осознав свое желание писать на диск, пометила в метафайле $LogFile это свое состояние. При перезагрузке это файл изучается на предмет наличия незавершенных транзакций, которые были прерваны аварией и результат которых непредсказуем - все эти транзакции отменяются: место, в которое осуществлялась запись, помечается снова как свободное, индексы и элементы MFT приводятся в с состояние, в котором они были до сбоя, и система в целом остается стабильна. Ну а если ошибка произошла при записи в журнал? Тоже ничего страшного: транзакция либо еще и не начиналась (идет только попытка записать намерения её произвести), либо уже закончилась - то есть идет попытка записать, что транзакция на самом деле уже выполнена. В последнем случае при следующей загрузке система сама вполне разберется, что на самом деле всё и так записано корректно, и не обратит внимания на "незаконченную" транзакцию.

И все-таки помните, что журналирование - не абсолютная панацея, а лишь средство существенно сократить число ошибок и сбоев системы. Вряд ли рядовой пользователь NTFS хоть когда-нибудь заметит ошибку системы или вынужден будет запускать chkdsk - опыт показывает, что NTFS восстанавливается в полностью корректное состояние даже при сбоях в очень загруженные дисковой активностью моменты. Вы можете даже оптимизировать диск и в самый разгар этого процесса нажать reset - вероятность потерь данных даже в этом случае будет очень низка. Важно понимать, однако, что система восстановления NTFS гарантирует корректность файловой системы, а не ваших данных. Если вы производили запись на диск и получили аварию - ваши данные могут и не записаться. Чудес не бывает.

[Safir]

учите матчасть. NTFS - относится к журналируемым файловым системам. за все время работы с NT (начиная с NT 3.51), ни на одной рабочей станции или сервере NTFS не падал ни разу.

Да, пора этим заняться. Сильно от жизни отстал. Но про "грохот" от падения - с этим знаком почти лично (не на моей машине, к счатью, "грохотало") и было это не особенно давно после скачка напряжения. Не помню даже, удалось ли что-то с того раздела восстановить.

Но то, что такие вещи NTFS держит на порядок лучше - спорить не стану, самого сколько раз спасала.