Tomsk Sysadmins Forum
Windows => Администрирование => Topic started by: Fedor on November 24, 2006, 10:36:25
-
Нужно под виндой переконвертировать логический диск из файловой системы NTFS в FAT32 без потери данных. Спасибо
-
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
-
Нужно под виндой переконвертировать логический диск из файловой системы NTFS в FAT32 без потери данных. Спасибо
backup
format
restore
Это единственный надёжны способ. Вроде бы ещё Partition Magic умеет. Не проверял, просто поискал в Google.
-
backup
format
restore
Это единственный надёжны способ. Вроде бы ещё Partition Magic умеет. Не проверял, просто поискал в Google.
Действительно, Partition Magic умеет.
-
Действительно, Partition Magic умеет.
backup
format
restore
Можно по подробнее
-
backup
format
restore
Можно по подробнее
сливаешь всю нужную информацию куда-нибудь
форматируешь
информацию обратно переливаешь
Просто делать на живом винте опасно, даже partition magic-ом. Мало ли что случится во время копирования (электричество, например, отключится), а даже если ничего не случится - оно надо, доверять нетривиальное действие программе, когда можно перестраховаться и сделать бэкап-восстановление?
-
backup
format
restore
Можно по подробнее
Backup - создание резервной копии. Можно сделать образ всего диска или просто скопировать важные данные на другой носитель (другой раздел, другой винчестер, диск и пр.)
(Как вариант можно использовать Acronis True Image: решает проблему резервного копирования информации, гарантируя полную сохранность всех данных, хранящихся на жестких дисках компьютера. С ее помощью можно производить резервное копирование как отдельных файлов и папок, так и целых дисков или их разделов.);
Format - форматирование диска в NTFS;
Restore - Восстановление данных, которые Backup_ились.
-
...Как вариант можно использовать Acronis True Image: решает проблему резервного копирования информации, гарантируя полную сохранность всех данных, хранящихся на жестких дисках компьютера. С ее помощью можно производить резервное копирование как отдельных файлов и папок, так и целых дисков или их разделов...
По-моему, в этом случае (однократное архивирование) самое простое, надежное и компактное - RAR-архиватор. Проще только обычное копирование, но резервная копия много места занимает. Можно также ZIP, но сжимает похуже. Кстати, RAR еще и права NTFS может сохранять и восстанавливать.
Имхо, RAR - на все случаи жизни.
-
По-моему, в этом случае (однократное архивирование) самое простое, надежное и компактное - RAR-архиватор. Проще только обычное копирование, но резервная копия много места занимает. Можно также ZIP, но сжимает похуже. Кстати, RAR еще и права NTFS может сохранять и восстанавливать.
Имхо, RAR - на все случаи жизни.
Утилиты из комплекта Cygwin тоже сохраняют права: сам использую zip для подготовки пакетов для Solaris, в частности, и Unix-like - вообще (родные пакеты пока не собираются ).
Format - форматирование диска в NTFS;
Исходно требуется получить FAT32. Преобразование FAT32->NTFS делает родная утилита от MS.
Кстати, а зачем такое странное преобразование?
-
Недавно мне один тип заявил, что хочет перейти с NTFS на FAT32.
Причем переконвертировать хотел только системный раздел.
Аргументировал тем, что работает быстрее.
В принципе в этих словах что-то есть.
На дисках до 20 ГБ FAT32 и NTFS дают приблизительно одинаковую производительность. Только NTFS при этом гарантирует целостность данных.
После 20 ГБ бесспорно лидирует NTFS
-
Недавно мне один тип заявил, что хочет перейти с NTFS на FAT32.
Причем переконвертировать хотел только системный раздел.
Аргументировал тем, что работает быстрее.
В принципе в этих словах что-то есть.
На дисках до 20 ГБ FAT32 и NTFS дают приблизительно одинаковую производительность. Только NTFS при этом гарантирует целостность данных.
После 20 ГБ бесспорно лидирует NTFS
Ню... Ню... Быстрее... Пущай поработает.... Особенно, если бесперибойника нет...
-
Ню... Ню... Быстрее... Пущай поработает.... Особенно, если бесперибойника нет...
Ну, NTFS падает с гораздо большим грохотом и хуже поддаётся восстановлению, по причине большей сложности. Журналируемые системы, те почти совсем не ломаются.
-
Готов поспорить, что с большим грохотом падает винчестер размером в 5", чем 3х дюймовый, если высота и поверхность на которую падают одинаковы.
-
С тех пор как переехал с fat32 на ntfs знаю только одну проблему - совместимость с другими ОС.
В остальном даже мысли нет обратно возвращаться.
Как вспомню про потери только что записанных файлов на тома fat32, аж дурно становится.
А разграничение прав и опознание владельца файлов? Я даже на домашней тачке предпочел бы их наличие.
А большие тома (> 32 ГБ) форматировать в fat32 теоретически можно, но на практике – один геморрой.
Слышал еще что дефрагментировать тома ntfs - занятие бесполезное, но меня это пока не беспокоит.
-
Ну, NTFS падает с гораздо большим грохотом и хуже поддаётся восстановлению, по причине большей сложности. Журналируемые системы, те почти совсем не ломаются.
chkdsk иногда запускать сложно, да?
-
Ну, NTFS падает с гораздо большим грохотом и хуже поддаётся восстановлению, по причине большей сложности. Журналируемые системы, те почти совсем не ломаются.
учите матчасть. NTFS - относится к журналируемым файловым системам. за все время работы с NT (начиная с NT 3.51), ни на одной рабочей станции или сервере NTFS не падал ни разу.
Журналирование
NTFS - отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Любая современная файловая система основана на таком понятии, как транзакция - действие, совершаемое целиком и корректно или не совершаемое вообще. У NTFS просто не бывает промежуточных (ошибочных или некорректных) состояний - квант изменения данных не может быть поделен на до и после сбоя, принося разрушения и путаницу - он либо совершен, либо отменен.
Пример 1: осуществляется запись данных на диск. Вдруг выясняется, что в то место, куда мы только что решили записать очередную порцию данных, писать не удалось - физическое повреждение поверхности. Поведение NTFS в этом случае довольно логично: транзакция записи откатывается целиком - система осознает, что запись не произведена. Место помечается как сбойное, а данные записываются в другое место - начинается новая транзакция.
Пример 2: более сложный случай - идет запись данных на диск. Вдруг, бах - отключается питание и система перезагружается. На какой фазе остановилась запись, где есть данные, а где чушь? На помощь приходит другой механизм системы - журнал транзакций. Дело в том, что система, осознав свое желание писать на диск, пометила в метафайле $LogFile это свое состояние. При перезагрузке это файл изучается на предмет наличия незавершенных транзакций, которые были прерваны аварией и результат которых непредсказуем - все эти транзакции отменяются: место, в которое осуществлялась запись, помечается снова как свободное, индексы и элементы MFT приводятся в с состояние, в котором они были до сбоя, и система в целом остается стабильна. Ну а если ошибка произошла при записи в журнал? Тоже ничего страшного: транзакция либо еще и не начиналась (идет только попытка записать намерения её произвести), либо уже закончилась - то есть идет попытка записать, что транзакция на самом деле уже выполнена. В последнем случае при следующей загрузке система сама вполне разберется, что на самом деле всё и так записано корректно, и не обратит внимания на "незаконченную" транзакцию.
И все-таки помните, что журналирование - не абсолютная панацея, а лишь средство существенно сократить число ошибок и сбоев системы. Вряд ли рядовой пользователь NTFS хоть когда-нибудь заметит ошибку системы или вынужден будет запускать chkdsk - опыт показывает, что NTFS восстанавливается в полностью корректное состояние даже при сбоях в очень загруженные дисковой активностью моменты. Вы можете даже оптимизировать диск и в самый разгар этого процесса нажать reset - вероятность потерь данных даже в этом случае будет очень низка. Важно понимать, однако, что система восстановления NTFS гарантирует корректность файловой системы, а не ваших данных. Если вы производили запись на диск и получили аварию - ваши данные могут и не записаться. Чудес не бывает.
-
учите матчасть. NTFS - относится к журналируемым файловым системам. за все время работы с NT (начиная с NT 3.51), ни на одной рабочей станции или сервере NTFS не падал ни разу.
Да, пора этим заняться. Сильно от жизни отстал. Но про "грохот" от падения - с этим знаком почти лично (не на моей машине, к счатью, "грохотало") и было это не особенно давно после скачка напряжения. Не помню даже, удалось ли что-то с того раздела восстановить.
Но то, что такие вещи NTFS держит на порядок лучше - спорить не стану, самого сколько раз спасала.