Видит ли dos ntfs
Обновлено: 03.07.2024
По стандарту диски могут быть разбиты на логические разделы, но мы будем рассматривать диски с одним разделом.
Как вы знаете из предыдущих лекций: блоки записываются последовательно; по спирали; сектора по 2352 байта.
Порядок записи информации:
Каждый CD-ROM начинается с 16 блоков (неопределенных ISO 9660), эта область может быть использована для размещения загрузчика ОС или для других целей.
Дальше один блок основного описателя тома - хранит общую информацию о CD-ROM, в нее входит:
- идентификатор системы (32байта)
- идентификатор тома (32байта)
- идентификатор издателя (128байт)
- идентификатор лица, подготовившего данные (128байт)
- имена трех файлов, которые могут содержать краткий обзор, авторские права и библиографическая информация.
- ключевые слова: размер логического блока (как правило 2048, но могут быть 4096, 8192 и т.д.); количество блоков; дата создания; дата окончания срока службы диска.
- описатель корневого каталога (номер блока содержащего каталог).
Могут быть дополнительные описатели тома, подобные основному.
Каталоговая запись стандарта ISO 9660.
Каталоговая запись стандарта ISO 9660.
Расположение файла - номер начального блока, т.к. блоки располагаются последовательно.
L - длина имени файла в байтах
Имя файла - 8 символов, 3 символа расширения (из-за совместимости с MS-DOS). Имя файла может встречаться несколько раз, но с разными номерами версий.
Sys - поле System use (используется различными ОС для своих расширений )
Порядок каталоговых записей:
Описатель самого каталога (аналог ".")
Ссылка на родительский каталог (аналог "..")
Остальные записи (записи файлов) в алфавитном порядке
Количество каталоговых записей не ограничено, но ограничено количество вложенности каталогов - 8.
В стандарте ISO 9660 определены три уровня ограничений:
имена файлов и каталогов до 31 символа
- имена файлов и каталогов до 31 символа
- файлы могут быть не непрерывными, состоять из разделов
3.1.2 Рок-ридж расширения для UNIX
Это расширение было создано, чтобы файловая система UNIX была представлена на CD-ROM.
Для этого используется поле System use.
Расширения содержат следующие поля:
PX - атрибуты POSIX (стандартные биты rwxrwxrwx, (чтение, запись, запуск) (владелец, группа, все) )
PN - старший и младший номер устройств (чтобы можно было записать каталог /dev, который содержит устройства)
SL - символьная связь
NM - альтернативное имя, позволяет использовать произвольные имена, без ограничений
CL - расположение дочернего узла (чтобы обойти ограничение на вложенность каталогов)
PL - расположение дочернего узла (чтобы обойти ограничение на вложенность каталогов)
RE - перераспределение (чтобы обойти ограничение на вложенность каталогов)
TF - временные штампы (время создания, последнее изменение , последний доступ)
3.1.3 Joliet расширения для Windows
Это расширение было создано, чтобы файловая система ОС Windows 95 была представлена на CD-ROM.
Для этого используется поле System use.
Расширения содержат следующие поля:
Длинные имена файлов (до 64 символов)
Набор символов Unicode (поддержка различных языков)
Преодоление ограничений на вложенность каталогов
Имена каталогов с расширениями
3.1.4 Romeo расширения для Windows
Стандарт Romeo предоставляет другую возможность записи файлов с длинными именами на компакт-диск. Длина имени может составлять 128 символов, однако использование кодировки Unicode не предусмотрено. Альтернативные имена в этом стандарте не создаются, поэтому программы MS-DOS не смогут прочитать файлы с такого диска.
Вы можете выбрать стандарт Romeo только в том случае, если диск предназначен для чтения приложениями Windows 95 и Windows NT.
3.1.5 HFS расширения для Macintosh
Иерархическая файловая система компьютеров Macintosh, не совместима ни с какими другими файловыми системами и называется Hierarchical File System (HFS).
3.1.6 Файловая система UDF (Universal Disk Format)
Изначально созданная для DVD, с версии 1.50 добавили поддержку CD-RW и CD-R.
Эта файловая система позволяет дописывать диски, а также поддерживает большие размеры файлов и длинные имена файлов.
3.2 Файловая система CP/M
CP/M (Control Program for Microcomputers) - операционная система, предшественник MS-DOS.
В ее файловой системе только один каталог, с фиксированными записями по 32 байта.
Имена файлов - 8+3 символов верхнего регистра.
После каждой перезагрузки рассчитывается битовый массив занятых и свободных блоков. Массив находится постоянно в памяти (для 180Кбайтного диска 23 байта массива). После завершения работы, он не записывается на диск.
Каталоговая запись CP/M
Видно, что максимальный размер файла 16Кбайт (16*1Кбайт).
Для файлов размером от 16 до 32 Кбайт можно использовать две записи. Для до 48 Кбайт три записи и т.д.
Порядковый номер записи хранится в поле экстент.
Код пользователя - каждый пользователь мог работать только со своими файлами.
Порядок чтения файлов:
Файл открывается системным вызовом open
Читается каталоговая запись, из которой получает информацию о всех блоках.
Вызывается системный вызов read
3.2 Файловая система MS-DOS (FAT-12,16,32)
В первых версиях был только один каталог (MS-DOS 1.0).
С версии MS-DOS 2.0 применили иерархическую структуру.
Каталоговые записи, фиксированны по 32 байта.
Имена файлов - 8+3 символов верхнего регистра.
Порядок чтения файлов:
Файл открывается системным вызовом open, которому указывается путь к файлу (может быть абсолютным и относительным).
Файловая система открывает каталоги (согласно пути), считывает последний каталог в память.
Ищет описатель файла.
Читается дескриптор файла, из которого получает информацию о всех блоках.
Вызывается системный вызов read
Каталоговая запись MS-DOS, обратите внимание на пустые 10 байт, они будут задействованы в Windows 98
Атрибут архивный нужен для программ резервного копирования, по нему они определяют надо копировать файл или нет.
Поле время (16 разрядов) разбивается на три подполя:
секунды - 5бит (2^5=32 поэтому хранятся с точностью до 2-х секунд)
Поле даты (16 разрядов) разбивается на три подполя:
год - 7бит (начинается с 1980г, т.е. максимальный 2107г.)
Теоретически размер файлов может быть до 4Гбайт (32 разряда).
Все блоки файла в записи не хранятся, а только первый блок. Этот номер используется в качестве индекса для 64К (для FAT-16) элементов FAT-таблицы, хранящейся в оперативной памяти.
В зависимости от количества блоков на диске в системе MS-DOS применяется три версии файловой системы FAT:
FAT-32 - для адреса используются только 28 бит, поэтому правильнее назвать FAT-28
Размер блока (кластера) должен быть кратным 512 байт.
В первой версии MS-DOS использовалась FAT-12 с 512 байтовыми блоками, поэтому максимальный размер раздела мог достигать 2Мбайта (2^12*512байта).
С увеличением дисков, этого стало не хватать, стали увеличивать размер блоков 1,2 и 4 Кбайта (2^12) (при этом эффективность использования диска падает).
FAT-12 до сих пор применяется для гибких дисков.
16-разрядные дисковые указатели
Размеры кластеров 512, 1, 2, 4, 8, 16 и 32Кбайт (2^15)
Таблица постоянно занимала в памяти 128 Кбайт.
Максимальный размер раздела диска мог достигать 2Гбайта (2^16*32Кбайта).
Причем кластер в 32 Кбайта для файлов со средним размером в 1Кбайт, не эффективен.
Размеры кластеров 512, 1, 2, 4, 8, 16 и 32Кбайт
Максимальный размер раздела диска мог бы достигать 2^28*2^15, но здесь уже вступает другое ограничение - 512 байтные сектора адресуются 32-разрядным числом, а это 2^32*2^9, т.е. 2 Тбайта.
Максимальный размер раздела для различных размеров кластеров
Размер кластера, Кбайт
Из таблицы видно, что FAT-16 использовать не эффективно уже при разделах в 256 Мбайт, учитывая, что средний размер файла 1Кбайт.
3.2.4 Расширение Windows 98 для FAT-32
Для расширения были задействованы 10 свободных бит.
Формат каталоговой записи в системе FAT-32 с расширениями для Windows 98
Пять добавленных полей:
NT - предназначено для совместимости с Windows.
Sec - дополнение к старому полю время, позволяет хранить время с точностью до секунды (было 2 секунды)
Дата и время создания файла (Creation time)
Дата (но не время) последнего доступа (Last access)
Для хранения номера блока выделено еще 2 байта (16 бит), т.к. номера блоков стали 32-разрядные.
Основная надстройка над FAT-32, это длинные имена файлов.
Для каждого файла стали присваивать два имени:
Короткое 8+3 для совместимости с MS-DOS
Длинное имя файла, в формате Unicode
Доступ к файлу может быть получен по любому имени.
Если файлу дано длинное имя (или используются пробелы), то система делает следующие шаги:
берет первые шесть символов
преобразуются в верхний регистр ASCII, удаляются пробелы, лишние точки, некоторые символы преобразуются в "_"
если такое имя есть, то используется суффикс
Короткие имена хранятся в в обычном дескрипторе файла.
Длинные имена хранятся в дополнительных каталоговых записях, идущих перед основным описателем файла. Каждая такая запись содержит 13 символов формата Unicode (для символа Unicode нужно два байта).
Формат каталогов записи с фрагментом длинного имени файла в Windows 98
Поле "Атрибуты" позволяет отличить фрагмент длинного имени (значение 0х0F) от дескриптора файла. Старые программы MS-DOS каталоговые записи со значением поля атрибутов 0х0F, просто игнорируют.
Последовательность - порядковый номер в последовательности фрагментов.
Длина имени файла ограничена 260 символами не из-за порядкового номера (1 байт), для номера используются только 6 бит 6х13=819 символов.
Контрольная сумма нужна для выявления ошибок, т.к. файл с длинным именем может удалить MS-DOS и создать новый, и тогда останутся не удаленные записи, которые "прилипнут" к новому файлу. Т.к. это поле один байт, есть вероятность 1/256 что Windows 98 не заметит подмены.
3.3 Файловая система NTFS
Файловая система NTFS была разработана для Windows NT.
64-разрядные адреса, т.е. теоретически может поддерживать 2^64*2^16 байт (1 208 925 819 Пбайт
Размеры блока (кластера) от 512байт до 64 Кбайт, для большинства используется 4Кбайта.
Поддержка больших файлов.
Имена файлов ограничены 255 символами Unicode.
Длина пути ограничивается 32 767 (2^15) символами Unicode.
Имена чувствительны к регистру, my.txt и MY.TXT это разные файлы (но из-за Win32 API использовать нельзя), это заложено на будущее.
Журналируемая файловая система, т.е. не попадет в противоречивое состояние после сбоев.
Контроль доступа к файлам и каталогам.
Поддержка жестких и символических ссылок.
Поддержка сжатия и шифрования файлов.
Поддержка дисковых квот.
Главная файловая таблица MFT (Master File Table) - главная структура данных в каждом томе, записи фиксированные по 1Кбайту. Каждая запись описывает один каталог или файл. Для больших файлов могут использоваться несколько записей, первая запись называется - базовой записью.
MFT представляет собой обычный файл (размером до 2^48 записей), который может располагаться в любом месте на диске.
Главная файловая таблица MFT, каждая запись ссылается на файл или каталог.
Первые 16 записей MFT зарезервированы для файлов метаданных. Каждая запись описывает нормальный файл, имена этих файлов начинаются с символа "$".
Каждая запись представляет собой последовательность пар (заголовок атрибута, значение).
Некоторые записи метаданных в MFT:
0) Первая запись описывает сам файл MFT, и содержит все блоки файла MFT. Номер первого блока файла MFT содержится в загрузочном блоке.
1) Дубликат файла MFT, резервная копия.
2) Журнал для восстановления, например, перед созданием, удалением каталога делается запись в журнал. Система не попадет в противоречивое состояние после сбоев.
3) Информация о томе (размер, метка и версия)
4) Определяются атрибуты для MFT записей.
6) Битовый массив использованных блоков - для учета свободного места на диске
7) Указывает на файл начальной загрузки
Атрибуты, используемые в записях MFT:
Стандартная информация - флаговые биты (только чтение, архивный), временные штампы и т.д.
Имя файла - имя файла в кодировке Unicode, файлы могут повторятся в формате MS-DOS 8+3.
Список атрибутов - расположение дополнительных записей MFT
Идентификатор объекта - 64-разрядный идентификатор файла, уникальный для данного тома.
Точка повторного анализа - используется для символьных ссылок и монтирования устройств.
Корневой индекс - используется для каталогов
Размещение индекса - используется для очень больших каталогов
Битовый массив - используется для очень больших каталогов
Поток данных утилиты регистрации - используется для шифрования
Данные - поточные данные, может повторяться, используется для хранения самого файла. За заголовком следует список дисковых адресов, определяющий положение файла на диске, если файл очень маленький (несколько сотен байт), то следует сам файл (такой файл называется - непосредственный файл).
Как привило, все данные файла не помещаются в запись MFT.
Дисковые блоки файлам назначаются по возможности в виде серий последовательных блоков (сегментов файлов). В идеале файл должен быть записан в одну серию (не фрагментированный файл), файл, состоящий из n блоков, может быть записан от 1 до n серий.
Запись MFT для 9-блочного файла, состоящего из трех сегментов (серий).
Вся запись помещается в одну запись MFT (файл не сильно фрагментирован).
Заголовок содержит количество блоков (9 блоков).
Каждая серия записывается в виде пары, дисковый адрес - количество блоков (20-4, 64-2, 80-3).
Каждая пара, при отсутствие сжатия, это два 64-разрядные числа (16 байт на пару).
Многие адреса содержат большое количество нулей, сжатие делается за счет убирания нулей в старших байтах. В результате для пары требуется чаще всего 4байта.
Если файл сильно фрагментирован, требуется несколько записей MFT.
Три записи MFT для сильно фрагментированного файла.
В первой записи указывается индексы на дополнительные записи.
Может потребоваться очень много индексов MFT, так что индексы не поместятся в запись. В этом случае список хранится не в MFT, а в файле.
Запись MFT для небольшого каталога
Поиск файла в каталоге по имени состоит в последовательном переборе имен файлов.
Для больших каталогов используется другой формат. Используется дерево В+, обеспечивающее поиск в алфавитном порядке.
3.3.1 Поиск файла по имени
При создании файла, программа обращается к библиотечной процедуре
Этот вызов попадает в совместно используемую библиотеку уровня пользователя kernel32.dll, где \??\ помещается перед именем файла, и получается строка:
Это имя пути передается системному вызову NtFileCreate в качестве параметра.
Этапы поиска файла C:\windows\readmy.txt
3.3.2 Сжатие файлов
Если файл помечен как сжатый, то система автоматически сжимает при записи, а при чтении происходит декомпрессия.
Берутся для изучения первые 16 блоков файла (не зависимо от сегментов файла).
При меняется к ним алгоритм сжатия.
Если полученные данные можно записать хотя бы в 15 блоков, они записываются в сжатом виде.
Если их можно записать только в 16 блоков, то они записываются в несжатом виде.
Алгоритм повторяется для следующих 16 блоков.
Запись MFT для предыдущего файла.
Как видно из рисунка, сжатие приводит к сильной фрагментации.
Чтобы прочитать сжатый блок системе придется распаковать весь сегмент. Поэтому сжатие применяют к 16 блокам, если увеличить количество блоков, уменьшится производительность (но возрастет эффективность сжатия).
3.3.3 Шифрование файлов
Любую информацию, если она не зашифрована, можно прочитать, получив доступ. Поэтому самая надежная защита информации от несанкционированного доступа - шифрование.
Даже если у вас украдут винчестер, прочесть данные не смогут (большинство не сможет).
Если файл помечен как шифрованный, то система автоматически шифрует при записи, а при чтении происходит дешифрация.
Шифрование и дешифрование выполняет не сама NTFS, а специальный драйвер EFS (Encrypting File System).
Каждый блок шифруется отдельно.
Есть много вариантов, если погуглить, практически все бесплатны для чтения NTFS из под ДОСа, а для записи нужно платить баксы. Но есть (возможно, уже был!) официально бесплатный вариант (при личном некоммерческом использовании) с возможностью записи:
Немного из описания (на буржуйском):
Есть еще платная версия, которая отличается, по сути, только отсутствием рекламного окошка, заставляющего соглашаться с условиями лицензии.
По просьбе трудящихся выложил в интернете:
Важная поправочка: как мне сообщили, по этой ссылке скачивается какая-то непонятная муть вместо файла ntfsinstall.exe. Я проверил - это действительно так! Но, поскольку меня уже пытались забанить за эту ссылочку, как-то не охота мне снова перезаливать.
Длительную сохранность не гарантирую. По ссылке можно загрузить бесплатную версию для личного использования. Vadikan
Последний раз редактировалось XPEHOMETP, 19-09-2006 в 16:19 .
| Конфигурация компьютера | |
| Процессор: AMD Athlon FX 1700+ | |
| Материнская плата: Soltek SL-75DRV5 | |
| Память: 2x512Мб | |
| HDD: 2х Seagate ST3120026A 120Gb UATA/100 | |
| Видеокарта: nVidea GF Ti 4200 | |
| Звук: Creative SB0092 Audigy | |
| Блок питания: Codegen 350 | |
| CD/DVD: Teac CD-W540E, Nec DVD-RW ND-3500AG | |
| Монитор: LG Flatron 795FT+ (17'' CRT) | |
| ОС: WinXP SP2 Eng VLK | |
| Прочее: сеть - Realtek RTL8029(AS) |
XPEHOMETP
Сорри. Ты так написал, как будто действительно у них бесплатная версия кончилась, а мы обычно не зря на сайты разработчиков отсылаем и не приветствуем варезные сайты и файл-хостеры. Т. ч. поспешиля, но ты бы и сам мог проверить.
| Конфигурация компьютера | |
| Процессор: Intel Core i3-4170 | |
| Материнская плата: Asus H81M-Plus | |
| Память: Kingston 99U5471-040.A00LF (1 х 8 Гб) | |
| HDD: WDC WD10EADS-65L5B1 | |
| Видеокарта: NVIDIA GeForce GTX 550 Ti (1 ГБ) | |
| Блок питания: Thermaltake TR2-470 PP | |
| CD/DVD: HL-DT-ST DVDRAM GH24NSC0 | |
| Монитор: Philips 274E5QHSB, 27" | |
| ОС: Windows 7 Prof x64 SP1 | |
| Индекс производительности Windows: 5,9 |
-------
"Большинство болезней от некачественного блока питания" (Авиценна, X-XI век н.э.) || Если я не ответил Вам в теме, то отправьте, пожалуйста, ссылку на нее с комментариями через РМ || Кто я такой, чтоб не пить ! (© М. Жванецкий)
А, вот, доковырялся до ЛЕГАЛЬНОЙ ССЫЛКИ с сайта производителя:
Там слева есть менюшка навигации, надо выбрать Avira NTFS4DOS, и все будет путем. Грузится инсталлятор, а не какие-то там PDF.
Чё-то я так и не смог дать толку с Персональной версией.
Она не проходит верификацию на НЕкоммерческую при запуске. Пока не подменил исполняемый файл на НЕкорректно исправленный (Datapol) - выгружала драйвер принудительно. А теперь - да, всё работает, копирует в обе стороны, FAT <-> NTFS.
Кстати, на 98 бут-дискета не делается (это написано в HELP, но-ж кто его читает). , причём этот PDF - полная копия того HELP, который и так в комплекте.
А ещё, если не делать виртуальный диск - фиг влезает в память что-либо кроме этого драйвера и разве что Волков Коммандера. Ни поддержку CD ни поддержку длинных названий файлов впихать внаглую не получилось
Помогите кто нибудь. Как ой штукой можно подвязать НТФСные диски, что бы были полноценно рабочими под ДОСом. спасибо заранее!
Подвязать??
Winternals NTFSDOS Pro, загружать с флопы.
на мой взгляд лучше конвертнуть в Фат32 и не изгаляться..
Ну пральна нахрен нужны все эти Win2000/XP/NT ставьте все дос и не изгаляйтесь
А по большому счету нужен ли NTFS для использования на домашней машине? Да у нее есть преимущества перед ФАТом, но если на компе играть, смотреть фильмы и слушать музыку без них в полне можно обойтись.
- на сборниках часто вижу подобные проги, действительно, как оно на практике?
Main root Прогамм то есть таких, как они в пользовании? Как читают большие диски и т.д.
Вообще то НТФС гораздо лучше работает, надежней, чем ФАТ. Пока системный диск был под ФАТом машина иногда висла. А сейчас под НТФС более чем за 8 месяцев еще ни разу не висла. ХР гораздо лучше работает под НТФС. Висли кой какие игрушки очень редко- но или сам их убиваешь через менеджер задач, либо сама операционка через какое-то время прихлопывает их. А что бы из за какихто проблем я перегружался такого не было- конечно если без экспериментов, что я довольно часто делаю. А еще под ФАТ ХР любит делать скан-диск посла не корректного завершения работы и вываливаться на перезагрузку в случае фатальной ошибки. В общем с какой стороны ни смотри-а НТФС гораздо надежней, чем ФАТ. И это ни только я подметил. Факт!
Мордвинов Денис
Очевидно, наш уважаеиый никогда не конвертировал большие разделы с NTFS в FAT и посему не знает о порождаемых этим глюках
Slavchik
Нужна. о xcopy слышал? вот. NTFS быстрее, эффективней использует винчестер. Последний у меня правда на NTFS (в конце диска) шумит в разы больше, чем при использовании FAT-раздела.
SoVA
Не знаю, никогда не приходилось использовать. в экстренных случаях конвертировал в FAT Partition Magick-ом.
Main root
Но это же только Reader, не правда ли?)
alf
В основном поддерживаю ))
Но толоько непонятно зачем понадобилось под ДОСом использовать именно NTFS ные диски? из принципа или по принуждению?
Отвечу ReaderNTFS распаковываешь и .zip и копируеш файл на загрузочную дискету или диск если имеется CD-RW после загрузки в DOS открываеш файл и видешь синий экранчик типа NC (файловый менеджер короче) и копируй лазий по NTFS
А может ли мне кто-нибудь кинуть Winternals NTFSDOS Pro.
Zloy_ZEK
Есть много других файловых систем, которые еще лучше NTFS и что. Просто надо под конкретные задачи выбирать то, что наиболее оптимально и не доставит дополнительного геммороя, так что Денис прав-используешь 98 или дос, используй ФАТ и самому будет проще, а любое промежуточное звено в виде дополнительных утилит запросто может съесть все преимущества использования той или иной системы.
Помогите кто нибудь. Как ой штукой можно подвязать НТФСные диски, что бы были полноценно рабочими под ДОСом
Еще лучше найти где нибудь WinPE и работать под почти полноценным виндовсом (с сидюка).
Последний раз редактировалось Rackot; 28.04.2003 в 10:07 .
. Для решения данной проблемы компания Winternals Software выпустила пакет NTFSDOS Professional Edition 3.03, позволяющий в среде MS-DOS смонтировать разделы NTFS как логические диски. Пользователь получает полный доступ к разделам NTFS, может копировать, изменять и удалять файлы, а во многих случаях – быстро и эффективно восстанавливать работоспособность операционной системы. Для обеспечения полной совместимости с файловой системой для доступа к разделам NTFS используются оригинальные драйверы из Windows 2000 и NT. В комплект поставки входит программа Ntfschk, позволяющая проверять разделы NTFS с помощью Chkdsk.
Тестирование NTFSDOS Pro проводилось на компьютере с операционной системой NT Workstation 4.0. Диск был разбит на 2 раздела NTFS (один из них загрузочный) и один раздел FAT. Программа установки записала на жесткий диск программные файлы и файл с руководством, после чего предложила скопировать на две 3,5-дюймовые дискеты Ntfschk и программы NTFSDOS Pro. Затем компьютер был перезагружен с загрузочной дискеты MS-DOS, причем раздел FAT был автоматически обнаружен и смонтирован как диск C. Затем с дискеты был запущен NTFSDOS Pro. Как показано на Рисунке 1, NTFSDOS Pro автоматически определила разделы NTFS и смонтировала их как логические диски E и F, позволяя обращаться с ними так же, как с дисками FAT. Тестирование на компьютере с Win2K Professional Release Candidate 2 (RC2) дало такие же результаты.
Пакет NTFSDOS Pro не позволяет монтировать поврежденные разделы, которые недоступны в Windows 2000/NT, поскольку для работы используются «родные» драйверы Microsoft из операционных систем Windows 2000 и NT, соответственно. Но это ограничение гарантирует, что из-за использования некорректных драйверов независимых разработчиков не произойдет нарушение структуры разделов NTFS. Продукт не поддерживает работу с дисковыми массивами и другими отказоустойчивыми системами (для этой цели Winternals рекомендует ERD Commander). NTFSDOS Pro можно приобрести на сайте Winternals, или заказать поставку на 3,5-дюймовой дискете. Особую привлекательность предлагаемому продукту придает лицензионное соглашение, позволяющее одному человеку использовать данное программное обеспечение на неограниченном количестве компьютеров.
В целом NTFSDOS Pro представляет собой мощное, эффективное и исключительно простое средство, которое позволит сохранить важные данные и сэкономить массу времени. Безусловно, NTFSDOS Pro – удачное приобретение, которое займет достойное место в арсенале инструментов системного администратора.
Читайте также: