Ос windows поддерживает длинные имена файлов которым считается

1 Теоретическая справка

Файлы

Наиболее удобной
формой хранения информации в компьютере
ока­зался принцип, согласно которому
пользователь назначает для той или иной
совокупности данных некоторое имя.
Такую поименованную сово­купность
данных назвали файлом,
а так как все хранимые данные располагаются
на диске, то ввели следующее определение
понятия файла.

Файл
— это поименованная область данных на
диске или других носителях информации.

Имя файла может
состоять из двух частей: идентификатора
(собст­венно имени) и расширения
(параметр необязательный), которое
следует за именем файла и отделяется
от него точкой. Собственное имя файла
должно быть
уникальным.

Операционная
система Windows
поддерживает длинные имена файлов,
которые формируются по следующим
правилам:

• они могут содержать
  до 255 символов, включая расширение;

• они могут содержать
  пробелы;

• они могут содержать
  несколько точек (расширением имени
  счи­таются те символы, которые следуют
  после последней точки);

• они могут содержать
  любые символы клавиатуры, кроме
  следую­щих: / : ? * “ < > |

Таким образом,
допустимы следующие имена файлов:

Пример.Doc

FAR-manager
for DOS and Windows.txt

Расширение
– это параметр, по которому можно сказать
о типе информации, содержащейся в файле.
Используя расширение, можно назначить
одну из программ для выполнения операций
с данным типом файла. Расширение может
включать в себя не более 3-х символов.
Общепринятыми являются следующие
расширения:

doc – файл
с документом, созданным в редакторе
Word;

txt –
тестовый файл;

com, exe – готовые
к выполнению программы;

pas – программы
на языке программирования Паскаль;

bak – резервная
копия файла

gif, jpg, bmp – файлы
графических изображений

mdb
– файл базы данных

Таким образом, имя
файла может выглядеть следующим образом,

Paper
.doc

программа
.exe

command
.com

имя
расширение

Папки

Существует
физическое и логическое понятие папки.

С физической точки
зрения папка
– это специальное место на диске, в
кото­ром хранятся имена файлов,
сведения о размере файлов, времени их
по­следнего обновления, атрибуты
(свойства) файлов и т.д. На каждом
маг­нитном диске может быть несколько
папок. Папки могут быть вложенными.
Кроме физического
понятия папки часто рассматривается
ее логическое понятие: папка
– это объект, предназначенный для
объединения файлов и других папок в
группы.

Имя папки
формируется аналогично имени файла,
но, как правило, расширение имени для
папки не используется. Имя папки должно
быть уникальным для данного уровня
вложенности. Допустимо существование
папки с таким же именем в других папках.

Текущая папка
– это папка, в которой в настоящий момент
работает пользова­тель.

Корневая папка
диска – это
папка самого высокого уровня вложенности.
Она не имеет имени. В ней регистрируются
файлы и вложенные в нее папки (вложенность
1-го уровня). Во вложенных папках 1-го
уровня регистрируются файлы и папки
2-го уровня вложенности и т.д. Получается
иерархическая древовидная структура
папок и файлов (файловая структура) на
магнитном диске, называемая деревом
папок и файлов.
Пример такой структуры приведен на
рисунке 1.

Рисунок 1 – Структура
папок и файлов на диске

Здесь

С:
-корневая папка диска С;

GROUP, NC, HELL, CHI
— папки 1-го уровня вложенности;

99EM, SCOLL, HELP, UTIL
— папки 2-го уровня вложенности.

Когда Вы используете
файл не из текущей папки, необходимо
указать в какой папке этот файл находится,
т.е. указать путь к файлу.

Путь
– это последовательность из имен папок
или символов «..», разделенных симво­лом
« ». Если путь начинается с символа «
», то маршрут вычисляется от корневой
папки диска, иначе — от текущей папки.
Символ «..» соответствует выходу из
вложенной папки на уровень выше.

Пример. Пусть
текущая папка – HELP
(рисунок 2).
Указать, как будет выглядеть путь от
текущей и от корневой папки диска к
папке 99ЕМ.

Правильный
ответ в данном случае выглядит следующим
образом:

GROUP99EM
— путь от корневой папки

.. .. GROUP99EM
— путь от текущей папки

К основным
операциям с файлами и паками относят:

— навигация по
файловой структуре, т.е. обеспечение
доступа к нужной папке и ее содержимому;

• создание папок и
  файлов;

• копирование файлов
  и папок;

• перемещение файлов
  и папок;

• удаление файлов
  и папок;

• переименование
  файлов и папок;

В данном пункте
будем рассматривать еще две операции
с файлами и папками, а именно:

• запуск приложений
  и открытие документов;

• создание ярлыков.

Операции с файловой
структурой можно производить с помощью
двух приложений:

Мой компьютер,
Проводник,
или используя контекстное меню файлов
и папок.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Операционные системы | Вопросы с ответами

Вопросы с ответами (тест) по дисциплине «Операционные системы».

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

2. Системы пакетной обработки предназначены для решения задач:
+вычислительного характера
-требующих постоянного диалога с пользователем
-занятость оперативной памяти
-требующих решения конкретной задачи за определенный промежуток времени

3. В каких системах гарантируется выполнение задания за определенный промежуток времени:
-пакетной обработки
-разделения времени
-занятость оперативной памяти
+системах реального времени

4. В системах пакетной обработки суммарное время выполнения смеси задач:
+равно сумме времен выполнения всех задач смеси
-меньше или равно суммы времен выполнения всех задач смеси
-больше или равно суммы времен выполнения всех задач смеси
-занятость оперативной памяти

5. В системах реального времени
-набор задач неизвестен заранее
-занятость оперативной памяти
-набор задач известен заранее
+известен или нет набор задач зависит от характера системы

6. Самое неэффективное использование ресурсов вычислительной системы:
+в системах пакетной обработки
-занятость оперативной памяти
-в системах разделения времени
-в системах реального времени

7. В многопоточных системах поток есть –
-заявка на ресурсы
-занятость оперативной памяти
-заявка на ресурс ЦП
+заявка на ресурс ОП

8. Потоки создаются с целью:
+ускорения работы процесса
-защиты областей памяти
-занятость оперативной памяти
-улучшения межпроцессного взаимодействия

9. Как с точки зрения экономии ресурсов лучше распараллелить работу:
-создать несколько процессов
-создать несколько потоков
-занятость оперативной памяти
+оба равнозначны, можно выбирать любой из них

10. Планирование потоков игнорирует:
-приоритет потока
-занятость оперативной памяти
-время ожидания в очереди
+принадлежность некоторому процессу

11. В каких системах тип планирования статический
-реального времени
-разделения времени
-занятость оперативной памяти
+пакетной обработки

12. Состояние, которое не определено для потока в системе:
-выполнение
-синхронизация
-ожидание
+готовность

13. Каких смен состояний не существует в системе:
+выполнение → готовность
-ожидание →выполнение
-ожидание → готовность
-готовность → ожидание

14. Какой из алгоритмов планирования является централизованным:
-вытесняющий
-памятный
-возможный
+невытесняющий

15. При каком кванте времени в системах, использующих алгоритм квантования, время ожидания потока в очереди не зависит от длительности ее выполнения:
-при маленьком кванте времени
-занятость оперативной памяти
-при длительном кванте времени
+при любом кванте времени

16. Приоритет процесса не зависит от:
-того, является ли процесс системным или прикладным
+статуса пользователя
-требуемых процессом ресурсов
-занятость оперативной памяти

17. В каких пределах может изменяться приоритет потока в системе Windows NT:
-от базового приоритета процесса до нижней границы диапазона приоритета потоков реального времени
-от нуля до базового приоритета процесса
-занятость оперативной памяти
+базовый приоритет процесса ± 2

18. Каких классов прерываний нет?
-аппаратных
-асинхронных
-внутренних
+программных

19. Какие из прерываний можно считать синхронными?
-внешние
+внутренние
-программные
-динамические

20. Память с самой высокой стоимостью единицы хранения:
-дисковая память
-оперативная память
-занятость оперативной памяти
+регистры процессора

21. Какая функция ОС по управления оперативной памятью характерна только для мультизадачных ОС:
-выделение памяти по запросу
-освобождение памяти по завершению процесса
-занятость оперативной памяти
+защита памяти

22. Какая стратегия управления памятью определяет, какие конкретно данные необходимо загружать в память:
+выборки
-размещения
-замещения
-загрузки

23. Виртуальные адреса являются результатом работы:
-пользователя
+транслятора
-компоновщика
-ассемблера

24. Какого типа адреса могут быть одинаковыми в разных процессах:
+виртуальные
-физические
-реальные
-сегментные

25. Недостатки распределения памяти фиксированными разделами:
-сложность реализации
-сложность защиты
+ограничение на число одновременно выполняющихся процессов
-фрагментация памяти

26. Какой процесс обязательно должен выполняться в системе памяти с перемещаемыми разделами:
-сжатие
-перемещение
-занятость оперативной памяти
+свопинг

27. Что из ниже перечисленного верно для свопинга:
-на диск выгружается неиспользуемая в настоящий момент часть процесса
-на диск выгружаются неиспользуемые процессом данные
-занятость оперативной памяти
+на диск выгружается не активный процесс

28. Таблица страниц используется для:
+преобразования виртуального адреса в физический
-для ускорения работы процесса
-для реализации свопинга
-занятость оперативной памяти

29. Объем страницы:
-выбирается по возможности максимальный
-занятость оперативной памяти
-выбирается минимальным
+для процессоров х86 стандартно равен 4 кбайта

30. Кэширование – это:
-способ функционирования дисковых устройств
-способ работы с ОП
-занятость оперативной памяти
+способ взаимного функционирования двух типов запоминающих устройств

31. Что может выступать в качестве кэша для ОП:
+дисковые устройства
-быстродействующая статическая память
-виртуальная память
-занятость оперативной памяти

32. Атаки класса «отказ в обслуживании» направлены на:
+полный или частичный вывод ОС из строя
-вывод из строя аппаратуры ПК
-занятость оперативной памяти
-полное или частичное удаление установленного ПО

33. Какой вид многозадачности не существует?
-Вытесняющая многозадачность
+Кооперативная (не вытесняющая) многозадачность
-занятость оперативной памяти
-Симметричная многозадачность

34. Существуют ли классификация ядер ОС по особенностям выполнения ядра в многопроцессорных системах? (учитывая, что такие системы ядром поддерживаются)
-Да
+Нет
-Возможно
-Нереально

35. Где должен располагаться код для обнаружения оборудования? (учитывая современные устройства)
+В ядре (или обязательных модулях, серверах для немонолитных архитектур)
-Вне ядра, в драйверах
-Не занятость оперативной памяти
-Занятость оперативной памяти

36. Какое ядро современных ОС поддерживает Multiboot Specification?
+Windows
-SunOS 82
-MacOS
-Все ядра BSD

37. Что означает аббревиатура PIC в контексте ОС?
-Programmable Interrupt Controller
-Past Implemented Code
-Position Independent Code
+Portable Incompatible Code

38. Какие основные преимущества микроядерной архитектуры?
-Упрощение переносимости
-Улучшение безопасности
+Повышенные отказоустойчивость и степень структурированности
-Все выше перечисленное

39. Предшественником какого современного семейства ОС была ОС Minix Эндрю Таненбаума?
-BSD
-Windows
-СИЛК
+Linux

40. Нашли ли экзоядерные ОС широкое применение в современной вычислительной технике?
-Да
+Нет
-Возможно
-Нереально

41. В какой из ОС впервые был реализован стек протоколов TCP/IP?
-BSD
+Windows
-Linux
-DOS

42. Выберите не подходящее утверждение об отношении DOS к первым версиям Windows?
+В Windows можно было запускать приложения DOS
-занятость оперативной памяти
-Многие функции Windows делегировались соответствующим функциям DOS (то есть для этого производилось переключение режимов работы ЦПУ)
-Поддержка приложений DOS была ограниченной и неполной (при эмуляции на VDM, в рамках режима V86)

43. В какой ОС поддержка графического интерфейса пользователя (GUI) интегрирована непосредственно в ядро?
-Windows
-Оникс
-BSD
+Linux

44. Укажите типы сообщений, которые могут использоваться в микроядерных ОС
+Синхронные и асинхронные
-Только синхронные
-Паразиторные
-Только асинхронные

45. В чём главный недостаток монолитных ядер?
+Их нельзя модифицировать во время работы
-Со временем они настолько разрастаются, что резко усложняется внесение каких-либо изменений
-Они занимают слишком много оперативной памяти
-Невозможно

46. Укажите основное средство межпроцессного взаимодействия в микроядерных архитектурах
-Потоки
+Удалённые вызовы процедур (RPC, Remote Procedure Call)
-Сообщения
-СМС

47. Какая нотация вызовов функций принята в системных вызовах Windows?
-Смесь нотаций языков C и Pascal (обратный порядок аргументов, очистка стека функцией)
-Нотация языка Pascal (прямой порядок аргументов, очистка стека функцией)
-Нотационные знаки
+Нотация языка C (обратный порядок аргументов, очистка стека вызывающим кодом)

48. Достаточно ли установки антивирусного пакета для того, чтобы считать ОС защищенной:
+да
-нет
-Возможно
-зависит от конкретных условий работы

49. Для обеспечения безопасности системы должны использоваться средства, которые при отказе переходят в состояние:
-максимальной защиты
+минимальной защиты
-средняя защита
-нормальная защита

50. При организации защиты в системе необходимо руководствоваться принципом:
+максимальной защиты
-минимальной защиты
-без баланса
-баланса возможного ущерба от угрозы и затрат на ее предотвращение

51. Слабости парольной защиты:
+трудность распознавания
-возможность раскрытия пароля путем подбора
-возможность обхода парольной защиты
-занятость оперативной памяти

52. Процесс авторизации – это процесс
-ввода пользователем учетной информации
-доказательства того, что пользователь тот, за кого себя выдает
-занятость оперативной памяти
+выполнения действий, необходимых для того, чтобы пользователь мог начать работу в системе

53. В асимметричных системах шифрования:
-ключ шифрования совпадает с ключом расшифрования
-занятость оперативной памяти
-ключ шифрования отличается от ключа расшифрования
+ключи генерируются случайным образом

54. Правила разграничения доступа не должны позволять:
-присутствия ничейных объектов в системе
-занятость оперативной памяти
-присутствия объектов, недоступных для администраторов системы
+присутствия всем доступных объектов

55. Файловая система является частью:
-дисковых систем
-драйверов дисков
+ОС
-пользовательских программ

56. Какую структуру образуют файлы в ФС (файловой системе) FAT?
-древовидную
+сетевую
-реляционную
-плоскую

57. Определите, какое это имя файла: USERDOFEDYA DOC:
+полное
-простое
-относительное
-конечный

58. Одна ФС в системах Windows занимает, как правило:
-1 физический диск
-1 логический диск
+1 раздел диска
-1 логика

59. В ФС FAT атрибуты файлов хранятся
+вместе с файлом
-в каталогах
-в индексных дескрипторах
-в таблицах FAT

60. Диски – это память:
+с последовательным доступом
-с индексно-последовательным доступом
-с прямым доступом
-с левым

61. Какой разметки нет на диске?
-дорожек
+кластеров
-цилиндров
-секторов

62. Минимальная единица, участвующая в операциях обмена с дисковым устройством:
-байт
-сектор
+дорожка
-цилиндр

63. Размер логического диска:
+меньше или равен размеру раздела
-равен размеру раздела
-больше или равен размеру раздела
-занятость оперативной памяти

64. ОС Windows поддерживают следующие типы разделов:
+основной
-базовый
-подкачки
-дополнительный

65. Раздел, с которого загружается ОС при запуске компьютера называется:
-загрузочным
-основным
-дополнительным
+активным

66. Минимальный фактический размер файла на диске равен:
-1 биту
-1 байту
-1 сектору
+1 кластеру

67. На диске не может быть кластера размером:
+512 байт
-1024 байта
-1536 байт
-2048 байт

68. Числовое значение –12, 16, 32 – в ФС FAT отражает:
-размер кластера на диске
-дополнительный
+разрядность элемента в таблице FAT
-допустимое количество символов в имени файла

69. Максимальный размер диска, поддерживаемого FAT16:
-практически неограничен
-1024 кбит
-512 Мбайт
+2 Гбайта

70. Недостатки ФС FAT:
-сложность реализации
+не поддерживают разграничения доступа к файлам и каталогам
-не поддерживают длинных имен файлов
-не содержат средств поддержки отказоустойчивости

71. Какие функции выполняет операционная система?
-обеспечение организации и хранения файлов
-занятость оперативной памяти
+организация диалога с пользователем, управления аппаратурой и ресурсами компьютера
-все выше перечисленные

72. Где находится BIOS?
-в оперативно-запоминающем устройстве (ОЗУ)
-на винчестере
-на CD-ROM
+в постоянно-запоминающем устройстве (ПЗУ)

73. Папка, в которую временно попадают удалённые объекты, называется
+Корзина
-Оперативная
-Портфель
-Блокнот

74. Текущий диск — это
+диск, с которым пользователь работает в данный момент времени
-CD-ROM
-жесткий диск
-диск, в котором хранится операционная система

75. ОС Windows поддерживает длинные имена файлов Длинным именем файла считается
-любое имя файла без ограничения на количество символов в имени файла
-любое имя файла латинскими буквами, не превыщающее 255 символов
-занятость оперативной памяти
+любое имя файла, не превышающее 255 символов

76. Внутренние команды — это
-команды, предназначенные для создания файлов и каталогов
-занятость оперативной памяти
+команды, встроенные в DOS
-команды, которые имеют расширения sys, exe, com

77. Загрузчик операционной системы MS DOS служит для
-загрузки программ в оперативную память ЭВМ
-обработки команд, введенных пользователем
+считывания в память модулей операционной системы io sys и msdos sys
-подключения устройств ввода-вывода

78. Какие команды DOS называются внешними?
-команды, предназначенные только для работы с периферийными устройствами
-занятость оперативной памяти
+команды, хранящиеся на диске в виде отдельных программа и вызываемые по мере необходимости
-все команды, которые можно реализовать с помощью DOS

79. BIOS — это
-игровая программа
-диалоговая оболочка
+базовая система ввода-вывода
-командный язык операционной системы

80. Операционная система сети включает в себя управляющие и обслуживающие программы К управляющим относятся
-Межпрограммный доступ
-Доступ отдельных прикладных программ к ресурсам сети
-Синхронизация работы прикладных программных средств
+Все выше перечисленные

81. Какой вид многозадачности не существует?
-Вытесняющая многозадачность
-Кооперативная (не вытесняющая) многозадачность
+Симметричная многозадачность
-занятость оперативной памяти

82. Существуют ли классификация ядер ОС по особенностям выполнения ядра в многопроцессорных системах? (учитывая, что такие системы ядром поддерживаются)
+Да
-Нет
-Возможно
-Невозможно

83. Где должен располагаться код для обнаружения оборудования? (учитывая современные устройства)
+В ядре (или обязательных модулях, серверах для немонолитных архитектур)
-Вне ядра, в драйверах
-В памяти
-В дисководе

84. Какое ядро современных ОС поддерживает Multiboot Specification?
-Windows
-MacOS
+Linux
-Все ядра BSD

85. Что означает аббревиатура PIC в контексте ОС?
-Programmable Interrupt Controller
-Past Implemented Code
+Position Independent Code
-Portable Incompatible Code

86. Какие основные преимущества микроядерной архитектуры?
-Упрощение переносимости
-Улучшение безопасности
+Повышенные отказоустойчивость и степень структурированности
-Все выше перечисленное

87. Предшественником какого современного семейства ОС была ОС Minix Эндрю Таненбаума?
-BSD
-Windows
+Linux
-СМС

88. Нашли ли экзоядерные ОС широкое применение в современной вычислительной технике?
-Да
-Возможно
-Нереально
+Нет

89. В какой из ОС впервые был реализован стек протоколов TCP/IP?
+BSD
-Windows
-Linux
-DOS

90. Выберите не подходящее утверждение об отношении DOS к первым версиям Windows?
-В Windows можно было запускать приложения DOS
-занятость оперативной памяти
-Многие функции Windows делегировались соответствующим функциям DOS (то есть для этого производилось переключение режимов работы ЦПУ)
+Поддержка приложений DOS была ограниченной и неполной (при эмуляции на VDM, в рамках режима V86)

91. В какой ОС поддержка графического интерфейса пользователя (GUI) интегрирована непосредственно в ядро?
+Windows
-BSD
-СМС
-Linux

92. Укажите типы сообщений, которые могут использоваться в микроядерных ОС
+Синхронные и асинхронные
-Параллельные
-Только синхронные
-Только асинхронные

93. В чём главный недостаток монолитных ядер?
-Их нельзя модифицировать во время работы
-занятость оперативной памяти
+Со временем они настолько разрастаются, что резко усложняется внесение каких-либо изменений
-Они занимают слишком много оперативной памяти

94. Укажите основное средство межпроцессного взаимодействия в микроядерных архитектурах
-Потоки
-занятость оперативной памяти
-Удалённые вызовы процедур (RPC, Remote Procedure Call)
+Сообщения

95. Какая нотация вызовов функций принята в системных вызовах Windows?
+Смесь нотаций языков C и Pascal (обратный порядок аргументов, очистка стека функцией)
-Нотация языка Pascal (прямой порядок аргументов, очистка стека функцией)
-Нотация языка C (обратный порядок аргументов, очистка стека вызывающим кодом)
-занятость оперативной памяти

96. Для выполнения каких операций оптимизирована серверная операционная система Novell NetWare?
-доступ к файлам
+доступ к файлам и печать
-почтовая служба
-занятость оперативной памяти

97. Какие из этих ОС могут использоваться для построения одноранговых сетей?
-NetWare
+Windows 95/98
-занятость оперативной памяти
-MS-DOS

98. Какие задачи не выполняет ОС при обмене с периферийным устройством?
-решает, может ли быть выполнена требуемая операция обмена
-передает запрос драйверу ПУ
-занятость оперативной памяти
+принимает информацию из сети от устройства управления ПУ

99. Сколько выделенных серверов может одновременно работать в сети?
-нет специальных ограничений
-занятость оперативной памяти
+только один
-по числу требуемых в сети служб — для каждой сетевой службы отдельный выделенный сервер

100. Пусть сеть состоит из идентичных компьютеров, на которых установлены однотипные ОС За одним из компьютеров административно закреплены функции по обслуживанию запросов остальных компьютеров(все пользователи сети хранят свои файлы на диске этого компьютера) К какому типу сети вы отнесете эту сеть?
-сеть с выделенным сервером
-занятость оперативной памяти
+одноранговая сеть
-гибридная сеть

Комментарии:

From Wikipedia, the free encyclopedia

(Redirected from VFAT-OS2)

Long filename (LFN) support is Microsoft’s backward-compatible extension of the 8.3 filename (short filename) naming scheme used in DOS. Long filenames can be more descriptive, including longer filename extensions such as .jpeg, .tiff, .html, and .xhtml that are common on other operating systems, rather than specialized shortened names such as .jpg, .tif, .htm, or .xht. The standard has been common with File Allocation Table (FAT) filesystems since its first implementation in Windows NT 3.5 of 1994.

To maintain compatibility with older operating systems, Microsoft formulated a method of generating an 8.3 filename from the long filename (for example, Microsoft.txt to MICROS~1.TXT) and associating it with the file.

Compatibility issues[edit]

Microsoft implemented support for LFNs in the FAT filesystem by using hidden directory entries, of the volume label type, to store the longer names; this scheme is known as VFAT, and was chosen for compatibility, as volume labels are generally ignored by programs and operating system (OS) components. Programs running on older OSs could still access the files’ short names, while newer, LFN-aware OSs and programs could use the longer ones.

When LFN support was first introduced into a DOS-based operating system in the form of Windows 95, it caused some problems for older programs. For example, a DOS program performing sector-level directory operations while Windows was in DOS mode could destroy long filename information so, by default, sector-level access to hard disks was disallowed in this mode.

Upon booting into plain DOS, the long filenames are not visible unless a VFAT LFN driver is installed. Microsoft did not add LFN support to many of its older programs, including File Manager, the Windows 3.1x (Windows for Workgroups) file manager that was made obsolete by the new operating system shell, Windows Explorer. Windows NT supported LFNs on NTFS file systems starting with the release of NT 3.1, and all of its utilities, including File Manager, were updated to support LFNs. NT 3.5 added FAT LFN support in preparation for Windows 95. However, the Windows 95 version of File Manager came from Windows for Workgroups 3.11.

OS/2 stores LFNs for FAT filesystems in .LONGNAME extended attributes that are incompatible with Microsoft’s implementation and only visible to tools supporting OS/2’s standard. Many APIs providing access to files by pathname cannot see the new, longer names without a supporting driver.

Limits[edit]

Because the FAT LFN implementation is layered atop an older, more limited naming system, there are inevitable complications, such as if an attempt is made to create too many files with the same first six letters.^[1] Also, one is more likely to encounter issues creating files or folders in the root directory, since FAT12 and FAT16 only allocate space for 512 root directory entries on hard disks. Since long filenames use more than one directory entry, this problem may occur with fewer than 512 files or folders in the root directory.^[2] There is space only for 24 long filenames of maximum length (512/(1+20)). This problem does not exist for FAT32 volumes.

The long filename system allows a maximum length of 255 UCS-2 characters^[3][4] including spaces and non-alphanumeric characters (excluding the following characters, which have special meaning within the COMMAND.COM command interpreter or the operating system kernel: / : * ? " < > |). This is achieved by chaining up to 20 directory entries of 13 2-byte Unicode characters each.^[4] The maximum length of a pathname is 256 characters, which includes all parent directories and the filename. 255-character mixed-case long filename is possible only for files, or folders with no sub-folders, at the root folder of any drive.

While long filename support allows for longer file and directory names, under DOS-based systems, the absolute file path constructed from the associated short file and directory name equivalents is still represented in an internal data structure called the Current Directory Structure (CDS),^[5][6][7][8] which imposes a limit of 66 characters on the (short) path name and thereby indirectly limits also the path depth to a maximum of 33 levels (counting in the root directory and assuming only single-letter names). (This design limitation was not present in older versions of DR DOS (prior to DR DOS 6.0 November 1991 updates) which still utilized a relative path representation internally,^[7][8][9] however, due to their internal differences these versions are not compatible with existing LFN add-on drivers.) Non-DOS-based operating systems without a CDS are not restricted to this path depth limitation.

VFAT LFN drivers[edit]

The following is a list of drivers that can be used to provide support for VFAT long file names as used in Windows 95. Although drivers such as DOSLFN can be loaded in almost any versions of DOS, it works best on DOS versions that have support for LFN themselves, such as MS-DOS 7.10 or DR-DOS 7.02, so that DOS commands such as DIR would show long file names as well.

Other implementations[edit]

Before LFN support was implemented into the FAT family of file systems, various file managers provided their own methods to attach and maintain longer file descriptions. Among the first to do so are the alternative command line processors 4DOS and NDOS with their internal DESCRIBE command and corresponding DESCRIPT.ION files. The latter are optional hidden files located in each directory storing a line-based list of file names located in the directory together with their textual description and optional metadata entries—for example, extended attributes and configuration data for other programs.^[10] The descriptions can be up to 511 characters long and are displayed along the file names in much the same way as long file names are listed alongside their short filename aliases in DIR listings. If an entry exists for a file, it will be copied and moved with the file for as long as these command line processors are used to perform the operation.^[9] This scheme is still maintained by successors such as 4OS2, 4NT / Take Command. It was adopted also by various other programs like Volkov Commander (VC), DOS Navigator (DN), Open DOS Navigator (ODN), Necromancer’s DOS Navigator (NDN), Windows Commander, Total Commander, Double Commander, 7-Zip, XnView, ACDSee, Newsbin Pro, V, FreeCOM^[11] and some CUI_LIB^[12]-based applications.

Human68K, the operating system of the Sharp X68000 computers since 1986, is based on an extended FAT file system. It allows up to 18.3 characters in a filename (instead of the 8.3 in FAT) and allows also upper and lower case characters (as well as Kanji in Shift JIS code) that are all treated as distinctive. If restricted to the use of 8.3-format filenames with upper case characters only, the Human68K floppies are fully compatible with the Japanese 1232 KiB standard FAT floppy format (77 cylinders, 2 heads, 8 sectors, 1024 bytes/sector). This format is used by the NEC PC-9800, Fujitsu FMR and FM Towns series computers.^{[citation needed]}

Novell NetWare versions 3.x and 4.x volumes can also support Microsoft-compatible long filenames, by loading an additional NetWare Loadable Module (NLM).^[13]

In order to support Java applications without implementing a VFAT-compatible scheme, the FlexOS-based IBM 4690 OS version 2 introduced its own virtual file system (VFS) architecture to store long filenames in the FAT file system in a backwards compatible fashion. If enabled, the virtual filenames (VFN) are available under separate logical drive letters, whereas the real filenames (RFN) remain available under the original drive letters.^[14]

See also[edit]

• TRANS.TBL
• Rock Ridge
• Joliet (file system)
• Romeo (file system)
• 8.3 filename
• 6.3 filename
• Filename
• VFAT patent issues
• Design of the FAT file system
• File system
• Large file support (LFS)

References[edit]

External links[edit]

• The filesystems howto
• Current version of DOSLFN
• Original Author of DOSLFN Archived 2013-05-28 at the Wayback Machine
• VFAT OS2 Provides LFN support under OS2

From Wikipedia, the free encyclopedia

(Redirected from VFAT-OS2)

Long filename (LFN) support is Microsoft’s backward-compatible extension of the 8.3 filename (short filename) naming scheme used in DOS. Long filenames can be more descriptive, including longer filename extensions such as .jpeg, .tiff, .html, and .xhtml that are common on other operating systems, rather than specialized shortened names such as .jpg, .tif, .htm, or .xht. The standard has been common with File Allocation Table (FAT) filesystems since its first implementation in Windows NT 3.5 of 1994.

To maintain compatibility with older operating systems, Microsoft formulated a method of generating an 8.3 filename from the long filename (for example, Microsoft.txt to MICROS~1.TXT) and associating it with the file.

Compatibility issues[edit]

Microsoft implemented support for LFNs in the FAT filesystem by using hidden directory entries, of the volume label type, to store the longer names; this scheme is known as VFAT, and was chosen for compatibility, as volume labels are generally ignored by programs and operating system (OS) components. Programs running on older OSs could still access the files’ short names, while newer, LFN-aware OSs and programs could use the longer ones.

When LFN support was first introduced into a DOS-based operating system in the form of Windows 95, it caused some problems for older programs. For example, a DOS program performing sector-level directory operations while Windows was in DOS mode could destroy long filename information so, by default, sector-level access to hard disks was disallowed in this mode.

Upon booting into plain DOS, the long filenames are not visible unless a VFAT LFN driver is installed. Microsoft did not add LFN support to many of its older programs, including File Manager, the Windows 3.1x (Windows for Workgroups) file manager that was made obsolete by the new operating system shell, Windows Explorer. Windows NT supported LFNs on NTFS file systems starting with the release of NT 3.1, and all of its utilities, including File Manager, were updated to support LFNs. NT 3.5 added FAT LFN support in preparation for Windows 95. However, the Windows 95 version of File Manager came from Windows for Workgroups 3.11.

OS/2 stores LFNs for FAT filesystems in .LONGNAME extended attributes that are incompatible with Microsoft’s implementation and only visible to tools supporting OS/2’s standard. Many APIs providing access to files by pathname cannot see the new, longer names without a supporting driver.

Limits[edit]

Because the FAT LFN implementation is layered atop an older, more limited naming system, there are inevitable complications, such as if an attempt is made to create too many files with the same first six letters.^[1] Also, one is more likely to encounter issues creating files or folders in the root directory, since FAT12 and FAT16 only allocate space for 512 root directory entries on hard disks. Since long filenames use more than one directory entry, this problem may occur with fewer than 512 files or folders in the root directory.^[2] There is space only for 24 long filenames of maximum length (512/(1+20)). This problem does not exist for FAT32 volumes.

The long filename system allows a maximum length of 255 UCS-2 characters^[3][4] including spaces and non-alphanumeric characters (excluding the following characters, which have special meaning within the COMMAND.COM command interpreter or the operating system kernel: / : * ? " < > |). This is achieved by chaining up to 20 directory entries of 13 2-byte Unicode characters each.^[4] The maximum length of a pathname is 256 characters, which includes all parent directories and the filename. 255-character mixed-case long filename is possible only for files, or folders with no sub-folders, at the root folder of any drive.

While long filename support allows for longer file and directory names, under DOS-based systems, the absolute file path constructed from the associated short file and directory name equivalents is still represented in an internal data structure called the Current Directory Structure (CDS),^[5][6][7][8] which imposes a limit of 66 characters on the (short) path name and thereby indirectly limits also the path depth to a maximum of 33 levels (counting in the root directory and assuming only single-letter names). (This design limitation was not present in older versions of DR DOS (prior to DR DOS 6.0 November 1991 updates) which still utilized a relative path representation internally,^[7][8][9] however, due to their internal differences these versions are not compatible with existing LFN add-on drivers.) Non-DOS-based operating systems without a CDS are not restricted to this path depth limitation.

VFAT LFN drivers[edit]

The following is a list of drivers that can be used to provide support for VFAT long file names as used in Windows 95. Although drivers such as DOSLFN can be loaded in almost any versions of DOS, it works best on DOS versions that have support for LFN themselves, such as MS-DOS 7.10 or DR-DOS 7.02, so that DOS commands such as DIR would show long file names as well.

Other implementations[edit]

Before LFN support was implemented into the FAT family of file systems, various file managers provided their own methods to attach and maintain longer file descriptions. Among the first to do so are the alternative command line processors 4DOS and NDOS with their internal DESCRIBE command and corresponding DESCRIPT.ION files. The latter are optional hidden files located in each directory storing a line-based list of file names located in the directory together with their textual description and optional metadata entries—for example, extended attributes and configuration data for other programs.^[10] The descriptions can be up to 511 characters long and are displayed along the file names in much the same way as long file names are listed alongside their short filename aliases in DIR listings. If an entry exists for a file, it will be copied and moved with the file for as long as these command line processors are used to perform the operation.^[9] This scheme is still maintained by successors such as 4OS2, 4NT / Take Command. It was adopted also by various other programs like Volkov Commander (VC), DOS Navigator (DN), Open DOS Navigator (ODN), Necromancer’s DOS Navigator (NDN), Windows Commander, Total Commander, Double Commander, 7-Zip, XnView, ACDSee, Newsbin Pro, V, FreeCOM^[11] and some CUI_LIB^[12]-based applications.

Human68K, the operating system of the Sharp X68000 computers since 1986, is based on an extended FAT file system. It allows up to 18.3 characters in a filename (instead of the 8.3 in FAT) and allows also upper and lower case characters (as well as Kanji in Shift JIS code) that are all treated as distinctive. If restricted to the use of 8.3-format filenames with upper case characters only, the Human68K floppies are fully compatible with the Japanese 1232 KiB standard FAT floppy format (77 cylinders, 2 heads, 8 sectors, 1024 bytes/sector). This format is used by the NEC PC-9800, Fujitsu FMR and FM Towns series computers.^{[citation needed]}

Novell NetWare versions 3.x and 4.x volumes can also support Microsoft-compatible long filenames, by loading an additional NetWare Loadable Module (NLM).^[13]

In order to support Java applications without implementing a VFAT-compatible scheme, the FlexOS-based IBM 4690 OS version 2 introduced its own virtual file system (VFS) architecture to store long filenames in the FAT file system in a backwards compatible fashion. If enabled, the virtual filenames (VFN) are available under separate logical drive letters, whereas the real filenames (RFN) remain available under the original drive letters.^[14]

See also[edit]

• TRANS.TBL
• Rock Ridge
• Joliet (file system)
• Romeo (file system)
• 8.3 filename
• 6.3 filename
• Filename
• VFAT patent issues
• Design of the FAT file system
• File system
• Large file support (LFS)

References[edit]

External links[edit]

• The filesystems howto
• Current version of DOSLFN
• Original Author of DOSLFN Archived 2013-05-28 at the Wayback Machine
• VFAT OS2 Provides LFN support under OS2

Как исправить проблему «Имя файла слишком длинное» в Windows

Если вы когда-либо видели эту проблему, это, вероятно, было простым решением для вас. Если вы видели эту ошибку более двух раз, то вы также знаете, что иногда это может быть сложной проблемой.

Будем надеяться, что вы столкнетесь только с набором легких исправлений, но мы подготовим вас к менее простым, гарантированно исправным исправлениям.

Почему длина имени файла является проблемой в Windows?

Существует большая история длины файлов, что является проблемой для операционных систем, таких как Windows. Было время, когда вы не могли иметь имена файлов длиннее 8 символов плюс 3-символьное расширение файла. Лучшее, что вы могли сделать, это что-то вроде myresume.doc. Это было ограничение в отношении дизайна файловой системы.

Все стало лучше, когда вышли новые версии Windows. Мы перешли от старой ограниченной файловой системы к так называемой файловой системе новой технологии (NTFS). NTFS привела нас к тому, что имя файла может быть длиной 255 символов, а длина пути к файлу потенциально может достигать 32 767 символов. Так как же мы можем иметь слишком длинные имена файлов?

В Windows есть вещи, известные как системные переменные. Это переменные, от которых зависит функционирование Windows, потому что Windows всегда будет знать, что означают переменные и где они находятся, даже когда мы перемещаем биты и байты повсюду. Системная переменная MAX_PATH — это та, которая ограничивает имена файлов и пути к файлам до 260 символов.

Будучи переменной, вы думаете, мы могли бы изменить это. Нет, мы не должны. Это все равно что выдернуть нитку из свитера. Как только одна системная переменная изменяется, другие системные переменные и зависимые от них компоненты начинают распадаться.

Настройка Windows 10 на обработку длинных путей к файлам

Если вы знаете, что будете часто использовать длинные пути к файлам и длинные имена файлов, вам будет проще заставить Windows работать. Нет смысла использовать PowerShell для выполнения работы каждый день.

Есть два способа сделать это. Один предназначен для пользователей Windows 10 Home, а другой — для пользователей Windows 10 Pro или Enterprise. Эти методы могут работать для Windows 8.1 или более ранней версии, но мы не можем гарантировать это.

Параметры для Windows 10 Home

Чтобы Windows 10 Home принимала длинные пути к файлам, нам нужно открыть редактор реестра . Если вы раньше не работали в редакторе реестра, будьте осторожны. Случайное удаление или изменение здесь может помешать работе Windows полностью.

Всегда делайте резервную копию вашего реестра, прежде чем вносить какие-либо изменения. Узнайте все, что вам нужно знать об этом, в нашем окончательном руководстве по резервному копированию и восстановлению реестра Windows.

Открыв редактор реестра и сделав резервную копию, перейдите в папку HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystem и найдите ключ LongPathsEnabled.

Дважды щелкните LongPathsEnabled. Убедитесь, что в поле Значение данные: номер 1 указан. Нажмите OK, чтобы подтвердить изменения.

Выйдите из редактора реестра, и теперь вы сможете работать с безумными длинными путями к файлам.

Параметры для Windows 10 Pro или Enterprise

Чтобы позволить Windows 10 Pro или Enterprise использовать длинные пути к файлам, мы будем использовать редактор локальной групповой политики. Это инструмент, который позволяет нам устанавливать политики в отношении работы Windows на компьютере и на уровне пользователей.

Откройте редактор групповой политики, перейдя в меню «Пуск» и набрав gpedit . Лучший результат должен быть Изменить групповую политику. Дважды щелкните по этому.

После открытия редактора групповой политики перейдите к Конфигурация компьютера → Административные шаблоны → Система → Файловая система. Там вы увидите политику включения длинных путей Win32.

Дважды щелкните по нему, чтобы изменить параметр политики. Измените его с «Отключено» на «Включено», затем нажмите кнопку «ОК», чтобы зафиксировать изменение.

Политика может не вступить в силу сразу. Вы можете принудительно обновить групповую политику.

Как временно исправить проблему с файлами?

Легкое Исправление

Если вам повезет, вы получите ошибку и точно знаете, какое имя файла вызывает проблему. Или, по крайней мере, где найти файл. Может быть, у вас есть имя файла, которое выглядит примерно так:

Понятно, кто в этом случае виновник. Найдите файл в проводнике Windows или в проводнике, как он называется в Windows 10, нажмите один раз на него, нажмите F2, чтобы переименовать его, и измените это глупое имя файла на более разумное. Задача решена.

Менее простые исправления

Не всегда легко решить эту проблему. Иногда вы не можете изменить имена файлов или каталогов по любой причине.

Следующие решения помогут вам. Их несложно сделать.

Перемещение, удаление или копирование файлов или каталогов с помощью PowerShell
Иногда вы получаете сообщение об ошибке при попытке переместить, удалить или скопировать каталоги, где количество символов для пути к файлу превышает 260.

Обратите внимание, что слова каталог и папка являются взаимозаменяемыми. Мы будем использовать «каталог» в будущем. Следующие командлеты PowerShell также можно использовать для файлов.

Возможно, путь к файлу выглядит примерно так:

Этот путь к файлу составляет 280 символов. Поэтому мы не можем скопировать каталог оттуда куда-либо еще с помощью обычного метода копирования-вставки. Мы получаем ошибку Destination Path Too Long.

Давайте предположим, что по какой-то причине мы не можем переименовать каталоги, в которые вложен файл. Что мы делаем?

Когда откроется PowerShell, вы окажетесь в корне своего пользовательского каталога. Продолжайте, предполагая, что C:Usersguymc — ваш пользовательский каталог.

Каталог с именем This находится в каталоге Documents. Чтобы перейти в каталог Documents, мы используем команду cd Documents .

Вы увидите быстрое изменение текущего каталога на C:UsersguymcDocuments. Это хорошо. Мы работаем ближе к каталогам, которые облегчат жизнь.

Копирование каталога с использованием Copy-Item

Мы хотим скопировать каталог This и его содержимое в ThatNewFolder. Давайте используем команду PowerShell Copy-Item с параметрами -Destination и -Recurse.

-Destination сообщает PowerShell, где мы хотим, чтобы копия находилась. -Recurse говорит PowerShell скопировать все элементы внутри к месту назначения. Копирование оставляет оригиналы там, где они есть, и делает все новые в месте назначения.

Переместить каталог с помощью Move-Item

Допустим, мы хотим переместить каталог This, а также все каталоги и файлы в нем, в ThatNewFolder. Перемещение не оставляет оригинал на месте.

Мы можем использовать команду PowerShell Move-Item с параметрами -Path и -Destination. -Path определяет элемент, который мы хотим переместить, и -Destination сообщает PowerShell, где мы хотим его получить.

Команда поместит это в ThatNewFolder. Он также будет перемещать все, что находится внутри этого каталога. Move-Item может использоваться для перемещения файлов или каталогов, и он работает независимо от пути к файлу или длины имени файла.

Чтобы убедиться, что это работает, используйте команду cd ThatNewFolder , чтобы войти в ThatNewFolder. Затем используйте команду dir для вывода списка каталогов в ThatNewFolder. Вы увидите, что этот каталог находится там.

Удалить каталог с помощью Remove-Item

Если мы хотим удалить этот каталог и все в нем, мы используем команду Remove-Item.

Командлет Remove-Item обладает некоторой встроенной безопасностью, которая затрудняет удаление каталога с содержимым внутри него. В нашем примере мы знаем, что хотим удалить все, поэтому мы будем использовать параметры -Recurse, чтобы заставить его удалять все внутри, и -Force, чтобы он делал это, не спрашивая нас, уверены ли мы в каждом элементе внутри.

Имейте в виду! Восстановить что-либо удаленное таким образом было бы чрезвычайно сложно.

Вы можете снова использовать команду dir, чтобы убедиться, что она пропала.

Вот и все

Существуют и другие способы обхода длинных имен файлов и путей к файлам, но то, что мы здесь рассмотрели, — это самые простые и эффективные методы.

что считается длинным именем файла

Основные функции файловой системы можно разделить на две группы:
Функции для работы с файлами (создание, удаление, переименование файлов и т. д. )
Функции для работы с данными, которые хранятся в файлах (запись, чтение, поиск данных и т. д. )

Известно, что файлы используются для организации и хранения данных на машинных носителях. Файл – это последовательность произвольного числа байтов, обладающая уникальным собственным именем или поименованная область на машинных носителях.

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

По принципу построения FAT похожа на оглавление книги, так как операционная система использует ее для поиска файла и определения кластеров, которые этот файл занимает на жестком диске.
Наименьшей физической единицей хранения данных является сектор. Размер сектора 512 байт. Поскольку размер FAT – таблицы ограничен, то для дисков, размер которых превышает 32 Мбайт, обеспечить адресацию к каждому отдельному сектору не представляется возможным.
В связи с этим группы секторов условно объединяются в кластеры. Кластер является наименьшей единицей адресации к данным. Размер кластера, в отличие от размера сектора, не фиксирован и зависит от емкости диска.

Сначала для дискет и небольших жестких дисков (менее 16 Мбайт) использовалась 12-разрядная версия FAT (так называемая FAT12). Затем в MS-DOS была введена 16-разрядная версия FAT для более крупных дисков.

Операционные системы MS DOS, Win 95, Win NT реализуют 16 – разрядные поля в таблицах размещения файлов. Файловая система FAT32 была введена в Windows 95 OSR2 и поддерживается в Windows 98 и Windows 2000.

FAT32 представляет собой усовершенствованную версию FAT, предназначенную для использования на томах, объем которых превышает 2 Гбайт.

FAT32 обеспечивает поддержку дисков размером до 2 Тбайт и более эффективное расходование дискового пространства. FAT32 использует более мелкие кластеры, что позволяет повысить эффективность использования дискового пространства.

В Windows XP применяется FAT32 и NTFS. Более перспективным направлением в развитии файловых систем стал переход к NTFS (New Technology File System – файловая система новой технологии) с длинными именами файлов и надежной системой безопасности.

Объем раздела NTFS не ограничен. В NTFS минимизируется объем дискового пространства, теряемый вследствие записи небольших файлов в крупные кластеры. Кроме того, NTFS позволяет экономить место на диске, сжимая сам диск, отдельные папки и файлы.

По способам именования файлов различают “короткое” и “длинное” имя.
Согласно соглашению, принятому в MS-DOS, способом именования файлов на компьютерах IBM PC было соглашение 8.3., т. е. имя файла состоит из двух частей: собственно имени и расширения имени. На имя файла отводится 8 символов, а на его расширение – 3 символа.

Имя от расширения отделяется точкой. Как имя, так и расширение могут включать только алфавитно-цифровые символы латинского алфавита. Имена файлов, записанные в соответствии с соглашением 8.3, считаются “короткими”.

С появлением операционной системы Windows 95 было введено понятие “длинного” имени. Такое имя может содержать до 256 символов. Этого вполне достаточно для создания содержательных имен файлов.

Длинные имена файлов. Невозможно скопировать или удалить файл.

Для начал разберем, что из чего состоит имя файла.

Имя файла — строка символов, однозначно определяющая файл в некотором пространстве имён файловой системы (ФС).

Полное имя файла может состоять из:

— Протокола доступа к файлу (красное выделение) — по какому протоколу операционная система будет обращаться к файлу
— Имя или адрес хоста (синее) — если доступ к файлу осуществляется по сети
— Устройство или ФС (файловая система) в *nix системах (зеленое) — если файл расположен на локальной машине
— Путь к файлу или каталог (директория) (оранжевое) — это привычные для нас папки
— Имя файла (сиреневое) с расширением (серое) — собственно имя файла, расширение может отсутствовать

Так когда же ОС будет выдавать ошибку?

В Windows (файловая система NTFS) максимальная длина имени файла при работе из командной строки ограничивается 255 символами. В проводнике мне удалось создать файл полным именем в 502 символа с использованием кириллицы.

Для разных файловых систем существуют различные ограничения:

NTFS: 255 символов в кодировке UTF-16
FAT32: 255 символов при использовании формата 8.3 (PRORGA

1)
ext3/ext4: 255 байт (длина в символах зависит от кодировки)
zFS: 255 байт (UTF-8)

Указанные выше ограничения взяты из Википедии. Из личного опыта: на ext3 имена латиницей упирались в 254 символа, а с использованием кириллицы в 128.

Надеюсь данная информация поможет вам.
Лучшая благодарность от вас — это лайки, подписки и комментарии.

Категория ~
Фундаментальные статьи

– Автор:

Игорь (Администратор)

Вы когда-нибудь сталкивались с сообщением об ошибке в Windows, в котором говорилось бы о не возможности скопировать (переместить) файл и о том, что имя одного из файлов слишком большое? Если да, то вы, наверное, задавались вопросом почему такое сообщение появилось (пример ниже на картинке). В данной статье будут объяснены особенности и тонкости ограничений, которые накладываются на длину имени файла в Windows.

В зависимости от структуры файловой системы, на длину имен файлов будут накладываться различные ограничения. Важно помнить и понимать, что имя файла складывается не только из расширения и того названия, которое вы дали ему при создании. Имя файла включает в себя всю необходимую операционной системе информацию для точной идентификации файла. Другими словами, имя файла включает в себя диск и все каталоги, внутри которых находится файл. Кроме того, имя может содержать различную системную информацию (и не обязательно, что вы ее будете где-либо видеть).

Примечание: Если вы не знали, то в большинстве файловых систем каталог — это разновидность файла, но с нулевым размером данных.

Существует множество различных файловых систем, каждая из который по-своему определяет структуру имени файла, включая способ построения пути к файлу. К примеру, на небольших usb устройствах хранения данных, обычно, используется система FAT32. А на оптических дисках (CD/DVD) обычно используется UDF или ISO 9660. На системных дисках последних ОС Windows используется файловая система NTFS, которая и станет предметом данной статьи (как наиболее распространенная для Windows).

Примечание: К примеру, на системных дисках с Windows XP, часто, использовалась файловая система FAT32. Однако, у нее был существенный (для сегодняшнего времени) недостаток — это ограничение на максимальный размер файла в 4 Гб. NTFS же не имеет такого ограничения.

Существует некоторая путаница в цифрах максимальной длины имени файла в файловой системе NTFS, которую вы можете обнаружить в различных источниках. Для начала, есть абсолютный предел, введенный Windows API, и он составляет 260 символов. Тем не менее, практический пределе меньше, чем 260 символов. Например, все имена должны иметь нулевой терминатор в конце. Обычно, этот маркер видит только Windows, но он все равно воспринимается, как один символ. Таким образом ,у вас есть только 259 доступных символов. Еще три символа используются для указания диска (например, C:). Таким образом, реальный предел для имени, содержащего все каталоги, включая вложенные, и название самого файла вместе с расширением, уменьшается до 256 символов.

Примечание: Windows API — ядровой интерфейс, на котором строится вся операционная система и который используют программы.

Тем не менее, есть еще одна тонкость, связанная с тем, как Windows кодирует символы. Ни один индивидуальный объект (файл или каталог) не может иметь имя длиннее 255 символов. При этом, имя включает в себя пробелы и обратную косую черту, которая используется в качестве разделителей. Этот предел в 255 символов часто цитируется, как предел для названия отдельного файла, но, на практике, это относится только к именам файлов в корневом каталоге без каких-либо каталогов.

Существует и еще одно ограничение на длину имени файла, которое часто упускается из виду. Обычно, по умолчанию Windows поддерживает альтернативное имя файла, используя старую систему именования 8.3. Когда вы создаете папку, Windows будет резервировать 12 символов для альтернативного имени файла, оставляя 244 символов для всех содержащихся внутри объектов. Использование системы именования 8.3 можно отключить, но это может вызвать проблемы, при использовании старых 16-битных программ.

Примечание: Система именования 8.3 довольно проста. 8 — это количество символов наименования. «.» — это разделитель между названием и расширением. 3 — это количество символов для расширения. 12 — это 8 + 1 + 3.

Примечание: Подробнее о том, как отключить поддержку 8.3, смотрите информацию по адресу https://technet.microsoft.com/ru-ru/library/cc778996.aspx. Учтите, что вам потребуется редактировать реестр.

Существует так же механизм, который позволяет использовать более длинные имена файлов. Например, сетевым системам, порой, требуется больше гибкости в именах файлах. Поэтому, Windows API включает в себя специальную систему обращения для поддержки очень длинных Unicode имен в блоках по 255 символов. Эти длинные имена начинаются с префикса «\?» (без кавычек). Так что, если вы столкнулись с проблемой в имени файла, у которого длина слишком большая, то попробуйте использовать этот префикс в имени пути, например, «\?c:file.txt» (без кавычек).

Большинство случаев ошибок слишком длинных путей имен файлов связаны именно с большим уровнем вложенности каталогов. Поэтому, знание об ограничениях позволит вам быть осторожными, при создании структуры ваших каталогов, и избежать проблем, связанных со слишком длинными именами.

Все файловые системы, поддерживаемые Windows, используют концепцию файлов и каталогов для доступа к данным, хранящимся на диске или устройстве. Разработчики Windows, работающие с API-интерфейсами Windows для ввода-вывода файлов и устройств, должны понимать различные правила, соглашения и ограничения имен файлов и каталогов.

Доступ к данным можно получить с дисков, устройств и общих сетевых ресурсов с помощью интерфейсов API файлового ввода-вывода. Файлы и каталоги, наряду с пространствами имен, являются частью концепции пути, который представляет собой строковое представление того, где получить данные, независимо от того, на диске они, или устройстве, или сетевом ресурсе.

Имена файлов и каталогов

Все файловые системы придерживаются одних и тех же общих соглашений об именовании для отдельного файла: имя базового файла и необязательное расширение, разделяемые точкой. Однако, у каждой файловой системы, ()NTFS, и cdfs, NTFS или exFAT, FAT и FAT32, могут быть особые и иные правила о формировании отдельных компонентов пути к каталогу или файлу.

Обратите внимание, что каталог — это просто файл со специальным атрибутом, обозначающим его как каталог, но он также должен следовать всем тем же правилам именования, что и обычный файл. Поскольку термин «каталог» просто относится к определенному типу файлов в отношении файловой системы, мы будем использовать общий термин «файл» для охвата понятий каталогов и файлов данных как таковых. Из-за этого, если не указано иное, любые правила именования или использования или примеры для файла также должны применяться к каталогу. Термин путь относится к одному или нескольким каталогам, обратным косым чертам и, возможно, имени тома.

Ограничения количества символов также могут различаться и варьироваться в зависимости от используемой файловой системы и формата префикса имени пути. Это еще больше осложняется поддержкой механизмов обратной совместимости. Например, старая файловая система MS-DOS FAT поддерживает не более 8 символов для имени базового файла и 3 символа для расширения, в общей сложности 12 символов, включая разделитель точку. Файловые системы Windows FAT и NTFS не ограничиваются этим, поскольку они имеют поддержку длинных имен файлов, но они по-прежнему поддерживают предыдущие версии имен файлов.

Правила именования файлов

Следующие основные правила позволяют приложениям создавать и обрабатывать допустимые имена файлов и каталогов независимо от файловой системы:

• Используйте точку, чтобы отделить имя базового файла от расширения в имени каталога или файла.
• Используйте обратную косую черту () для разделения компонентов пути. Обратная косая черта отделяет имя файла от пути к нему, и одно имя каталога от другого имени каталога в пути. Нельзя использовать обратную косую черту в имени файла или каталога, потому что это зарезервированный символ, который разделяет имена на составляющие.
• Не думайте о чувствительности к регистру. Например, можно считать имена OSCAR, Oscar и oscar одинаковыми, хотя некоторые файловые системы (например, файловая система, совместимая с POSIX) могут рассматривать их как разные. Обратите внимание, что NTFS поддерживает семантику POSIX для учета регистра, но это не поведение по умолчанию.
• Обозначения томов (буквы дисков) не учитывают регистр символов. Например,» D: «и» d: » – это одно и то же.
• Используйте любой символ на текущей кодовой странице для имени, включая символы Юникода и символы в расширенном наборе символов (128-255), за исключением следующих:
  • Следующие зарезервированные символы:
    • < (меньше)
    • > (больше)
    • : (двоеточие)
    • » (двойная кавычка)
    • / (косая черта)
    • (обратная косая черта)
    • | (вертикальный стержень или символ трубы)
    • ? (вопросительный знак)
    • * (звездочка)
  • Целое нулевое значение, иногда называемое символом ASCII NUL.
  • Символы, целочисленные представления которых находятся в диапазоне от 1 до 31, за исключением альтернативных потоков данных, где эти символы разрешены.
  • Любой другой символ, который целевая файловая система не разрешает использовать.
• Используйте точку как компонент каталога в пути для представления текущего каталога, например».temt.txt.».
• Используйте две последовательных точки (..) как компонент каталога в пути для представления родительского каталога текущего каталога, например»..temp.txt.»
• Не используйте следующие зарезервированные имена для имени файла: CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, и LPT. Также избегайте этих имен, за которыми следует расширение; например, NUL.txt не рекомендуется.
• Не завершайте имя файла или каталога пробелом или точкой. Хотя файловая система может поддерживать такие названия, оболочка и пользовательский интерфейс Windows не будут работать с этим. Однако допустимо указывать точку в качестве первого символа имени. Например, «.temp».

Короткие и длинные имена

Длинным именем файла считается любое имя файла, которое превышает соглашение об именовании стиля MS-DOS (также называемое схема 8.3). При создании длинного имени файла Windows может также создать короткую форму имени 8.3, называемую псевдонимом 8.3 или коротким именем, и сохранить ее на диске. Это 8.3 псевдонимы могут быть отключены по соображениям производительности либо по всей системе, либо для указанного тома, в зависимости от конкретной файловой системы.

Во многих файловых системах имя файла будет содержать тильду ( ~ ) в каждом компоненте имени, которое слишком длинное, чтобы соответствовать правилам именования 8.3.

Не все файловые системы могут следовать соглашение о подстановке тильды, и системы могут быть настроены на отключение 8.3 генерации псевдонимов, даже если они обычно поддерживают его. Поэтому не следует делать предположение, что псевдоним 8.3 уже существует на диске.

По запросу 8.3 имена файлов, длинные имена файла или полный путь к файлу из системы, рассмотрите следующие варианты:

• Чтобы получить 8.3 форму длинного имени файла, используйте функцию GetShortPathName.
• Чтобы получить версию короткого имени длинного файла, используйте функцию GetLongPathName.
• Чтобы получить полный путь к файлу, используйте функцию GetFullPathName.

В новых файловых системах, таких как NTFS, exFAT, UDFS и FAT32, Windows сохраняет длинные имена файлов на диске в Юникоде, что означает, что исходное длинное имя файла всегда сохраняется. Это верно, даже если длинное имя файла содержит расширенные символы, независимо от кодовой страницы, которая активна во время операции чтения или записи диска.

Файлы, использующие длинные имена файлов, могут быть скопированы между разделами файловой системы NTFS и разделами файловой системы Windows FAT без потери информации об имени файла. Это может быть неверно для старых MS-DOS FAT и некоторых типов cdfs (CD-ROM) файловых систем, в зависимости от фактического имени файла. В данном случае, если это возможно, подставляется короткое имя файла.

Автор этого материала — я — Пахолков Юрий. Я оказываю услуги по написанию программ на языках Java, C++, C# (а также консультирую по ним) и созданию сайтов. Работаю с сайтами на CMS OpenCart, WordPress, ModX и самописными. Кроме этого, работаю напрямую с JavaScript, PHP, CSS, HTML — то есть могу доработать ваш сайт или помочь с веб-программированием. Пишите сюда.

статьи IT, Windows, файл, каталоги, правила