что такое идентификатор файла

Идентификаторы файлов

Операционной системы

ИНФОРМАЦИОННАЯ СРЕДА

СОСТАВ ОС

1. файловая система

2. драйверы внешних устройств

3. процессор командного языка

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

Дисководы

>имя_дисковода:

Например, для перехода на дисковод А: нужно выполнить команду>А:

Файлы

Главным понятием, на котором основывается вообще вся работа на компь­ютере, является файл. Компьютерные файлы подобны папкам с бумажными документами, это сборники информации. Информацией могут быть данные (числа, тексты, формулы и т.д.), компьютерные программы, сочетания то­го и другого.

На командном уровне операционной системы Файл является минимальным ин­формационном элементом, который можно копировать, уничтожать, переиме­новывать и т.д.

Строчные и прописные буквы в именах файлов не различаются. Таким обра­зом, имена файлов file.typ, FiLe.TyPиFILE.TYP являются эквива­лентными.

Каталоги

Диски, в особенности типа «винчестер», обладают очень большой ём­костью, на них может быть размещено огромное количество (до нескольких тысяч) файлов. Чтобы можно было легко ориентироваться в этом множестве файлов, необходимо их как-то группировать. Для этого используются ка­талоги.

Каталог — это список файлов, имеющий свое имя, обычно без расширения. Имя каталога, как и имя файла, может содержать от 1 до 8 символов. Каждый каталог может содержать произвольное количество фай­лов. Таким образом, файлы разных пользователей или разных проблемных назначений могут быть отделены друг от друга.

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

Для файла Report.txt из вы­шеприведенного примера это запишется следующий образом:

С:\DOCUMENT\REPORTS\Report.txt

То есть:

FORMAT – форматирование дискеты

COPY – копирование файлов

CLS –очистка экрана

TIME –установка времени

DATE –установка даты

VER –версия MS DOS

DISKCOPY –копирование дискет

TYPE –вывод файла на экран

DIR –просмотр содержимого каталога

ERASE, DELETE –удаление каталогов, файлов

II. ОПЕРАЦИОННАЯ СИСТЕМА WINDOWS 95.

Характеристики:

4. Повышенная производительность

5. Имя файла до 255 символов ( включая пробел )

6. Имеет встроенные средства для поддержки сети

7.

Под WINDOWS 95 могут работать DOS и W 3.1

Рабочий стол WINDOWS 95:

В нижней части экрана располагается Панель задач. В левой части панели находится кнопка Пуск. С нажатия этой кнопки начинается работа с WINDOWS 95. Значки на экране являются альтернативными точками доступа к системе.

Значок Мои компьютер обеспечивает доступ к ресурсам компьютера: жесткий диск, принтер, дисководы гибких дисков и т.д.

Сетевое окружение — обеспечивает доступ к компьютерам и другим устройствам включенным в сеть.

Корзина — временное хранилище удаленных файлов. Наличие их в корзине дает возможность восстановить эти файлы, если они были удалены ошибочно.

Концептуально рабочий стол WINDOWS 95 задуман как аналог настоящего рабочего стола в Вашем кабинете. Аналогично тому, как на настоящем столе можно размещать калькулятор, блокнот, папку с отчетом на экране WINDOWS 95 размещаются их компьютерные эквиваленты.

Значками в WINDOWS 95 помечаются:

¨ Приложения (программы), которые можно запустить на выполнение.

¨ Документы. Под документами в WINDOWS 95 понимается любой файл данных на диске.

¨ Устройства компьютера: дисковод, принтер, модем.

¨ Ярлыки, которые позволяют ссылаться на конкретные объекты например: устройства, приложения, документы.

Многие операции, например, копирование, перемещение, удаление или посылка на печать могут выполняться на рабочем столе WINDOWS 95.

Манипулировать компьютерными объектами удобнее с помощью мыши.

Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет

Источник

Уникальный идентификатор файла (object id) это буфер данных размером 64 байта, однозначно идентифицирующий файл в пределах локального тома NTFS. Он может присутствовать или отсутствовать у каждого файла на диске NTFS, а также имеется у каждого тома. Если он присутствует у файла, то он может быть открыт по этому идентификатору, даже если неизвестен путь.

Уникальный идентификатор хранится в файловой записи NTFS в специальном системном потоке с именем ::$OBJECT_ID. Этот системный поток не может быть прочитан напрямую. Так, попытка прочитать его консольной командой more потерпит неудачу:

Идентификатор состоит из четырёх GUID, которые определены в виде структуры OBJECTID_ATTRIBUTE:

Поле ObjectId собственно и является идентификатором файла, а три других поля — дополнительные. Их содержимое можно в совокупности рассматривать просто как буфер данных размером 48 байт, в котором можно хранить произвольную информацию.

Использование идентификатора в системе

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

Управление идентификаторами файлов в системе происходит с помощью WinAPI функции DeviceIoControl. Для некоторых операций потребуются привилегии SE_BACKUP_PRIVILEGE и SE_RESTORE_PRIVILEGE, а файлы нужно открывать с флагом FILE_FLAG_BACKUP_SEMANTICS.

Для создания или получения существующего идентификатора файла есть код FSCTL_CREATE_OR_GET_OBJECT_ID.

Если у файла нет идентификатора, он будет создан и помещён в Obj, если идентификатор есть, он будет прочитан и тоже помещён в Obj.

Если необходимо создать файловый идентификатор вручную, то есть полностью самостоятельно задать все 64 байта, не доверяя генерацию идентификатора системе, нужно воспользоваться методом записи данных в идентификатор через FSCTL_SET_OBJECT_ID

Идентификатор можно удалить. Делается это при помощи кода FSCTL_DELETE_OBJECT_ID.

Расширенную часть идентификатора (поле Extended структуры OBJECTID_ATTRIBUTE) можно переписать своими собственными данными. Для этого есть код FSCTL_SET_OBJECT_ID_EXTENDED. Таким образом становится возможно использовать object id как хранилище небольшого объёма метаданных.

Такую операцию позволяет выполнять NTFS Stream Explorer, начиная с версии 1.06. На картинке расширенная часть, подсвеченная жёлтым, переписана значениями, загруженными из внешнего файла:

Источник

Уникальный идентификатор файла в Windows

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

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

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

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

Я думал об использовании даты создания файла, однако есть несколько ситуаций, когда это не будет уникальным (т. е. когда несколько файлов скопированный.)

Я также слышал о файле SID (Security ID?) в NTFS, но я не уверен, что это сделает то, что я ищу.

4 ответов

Если вы называете GetFileInformationByHandle, вы получите идентификатор файла в BY_HANDLE_FILE_INFORMATION.nFileIndexHigh / Low. Этот индекс уникален в пределах Тома и остается неизменным, даже если вы перемещаете файл (в пределах тома) или переименовываете его.

Если вы можете предположить, что используется NTFS, вы также можете рассмотреть возможность использования альтернативных потоков данных для хранения метаданных.

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

некоторые предостережения от MSDN:

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

в файловой системе FAT идентификатор файла генерируется из первого кластера содержащий каталог и Байт смещение в каталог запись для файла. Некоторые продукты дефрагментации изменяют это смещение байта. (Окна в окна дефрагментация не.) Таким образом, жир идентификатор файла может меняться со временем. Переименование файл в файле FAT система может также измените идентификатор файла, но только если новое имя файла длиннее старого один.

в файловой системе NTFS файл сохраняется тот же идентификатор файла, пока он не будет удален. Вы можете заменить один файл другим файл без изменения идентификатора файла использование функции ReplaceFile. Однако, идентификатор файла файл замены, а не замененный файл, сохраняется как идентификатор файла результирующий файл.

первый смелый комментарий выше беспокоит меня. Неясно, относится ли это утверждение только к FAT, оно, похоже, противоречит второму выделенному жирным шрифтом тексту. Думаю, дальнейшее тестирование-единственный способ убедиться.

[Update: в моем тестировании индекс/id файла изменяется, когда файл перемещается с одного внутреннего жесткого диска NTFS на другой внутренний жесткий диск NTFS.]

пользователь также упоминает уникальную идентификацию каталога. Этот процесс немного более запутан, чем получение уникальной информации для файла; однако это возможно. Он требует, чтобы вы позвонили в соответствующий CREATE_FILE функции какой конкретный флаг. С этой ручкой вы можете вызвать GetFileInformationByHandle функция в Эше ответ.

этой kernel32.dll импорт:

Источник

Идентификатор файла

Обычно заголовок начинается с определенного уникального идентифицирующего значения, называемого идентификатор формата файла, файловый ID или ID-значение. Идентификатор позволяет программе определить формат графического файла, с которым она работает.

Идентификаторы форматов часто называют магическими числами, подразумевая под этим, что они выбирались разработчиком формата произвольно. В качестве идентификатора может использоваться последовательность символов ASCII (например, ВМ или GIF), либо двух- или четырехбайтовое слово (например, 4242h или 596aa695h), либо произвольная последовательность данных, понятная только разработчику формата. Предполагается, что идентификатор должен быть уникальным даже для форматов, используемых на различных платформах, но, как вы увидите дальше, это условие далеко не всегда соблюдается. Как правило, если значение, прочитанное из определенного места в файле, совпадает с ожидаемым идентификационным значением, то программа, читающая заголовок файла, предполагает, что ей известен данный формат.

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

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

Третье обстоятельство проявляется в тех случаях, когда распространитель формата (не обязательно разработчик) умышленно или случайно изменяет его спецификацию, сохраняя при этом идентификатор, определенный документацией данного формата. В этом случае программа распознает формат, но не всегда может прочесть его данные. Если распространитель сделал это умышленно, то изменения не документировались. К сожалению, специалисты уже не раз сталкивались с некорректно документированными изменениями форматов. Так было, например, с файловыми форматами GIF, TIFF и TGA. Распространители форматов GIF и TGA, которые не всегда являются разработчиками, расширяют или изменяют их для того, чтобы включить в них новые типы данных. В формат TIFF были внесены таким образом изменения, названные «удобными обновлениями», предназначенные, по-видимому, специально для того, чтобы вызывать ошибки кодирования и случайные сбои прикладных программ.

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

Информация, описывающая изображение

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

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

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

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

Поля х-координата начала изображения и у-координата начала изображения определяют координаты точки начала изображения на устройстве вывода. Чаще всего они имеют значения (0, 0), что позволяет совмещать начало изображения с точкой отсчета системы координат устройства. Если же применяются другие координаты, то при визуализации изображение начнет воспроизводиться с другой точки.

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

Координатные модели, в которых точка начала координат размещается в левом верхнем углу поверхности отображения, исторически сложились как средство поддержки оборудования. Люди, обладающие математическими и естественно-научными знаниями, предпочитают, однако, применять координатные модели, в которых начало координат находится в левом нижнем углу или в центре поверхности отображения. Проанализировав размещение точки начала изображения и его ориентацию в конкретном формате, можно достаточно точно угадать, какими базовыми знаниями обладал его разработчик. Некоторые форматы требуют явного задания точки отсчета и ориентации.

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

Иногда в заголовок включают поле текстового описания растра. Это поле представляет собой комментарий, содержащий произвольные символьные (в формате ASCII) данные, например название изображения, имя файла, имя автора изображения и/или имя программы, использованной для его создания. Чтобы обеспечить возможность переносить информацию заголовка на другие платформы, это поле содержит только 7-битовые данные в формате ASCII.

Источник

идентификатор файла

3.11 идентификатор файла: Двухбайтовое двоичное значение, используемое для обращения к файлу.

Смотреть что такое «идентификатор файла» в других словарях:

идентификатор файла — 2 битовое название файла или каталога в универсальной смарт карте. (МСЭ Т Q.1741). [http://www.iks media.ru/glossary/index.html?glossid=2400324] Тематики электросвязь, основные понятия EN file IDFID … Справочник технического переводчика

идентификатор — 2.18 идентификатор (identifier): Информационный объект, используемый для объявления идентичности до потенциального подтверждения соответствующим аутентификатором [18]. Источник: ГОСТ Р ИСО/ТС 22600 2 2009: Информатизация здоровья. Управлени … Словарь-справочник терминов нормативно-технической документации

Идентификатор метки — один или более символов, записанных в метке для ее распознавания. Логические понятия Физические понятия Запись связанные данные, которые обрабатываются как единица информации Блок группа смежных символов, записываемых и воспроизводимых как единое … Словарь-справочник терминов нормативно-технической документации

Идентификатор пользователя — В Unix подобных операционных системах, пользователи идентифицируются идентификаторами пользователя (англ. User identifier, UID). Операционная система различает пользователей именно по UID (а не, например, по логину). Во многих системах… … Википедия

Идентификатор пользователя (Unix) — В Unix подобных операционных системах, пользователи идентифицируются идентификаторами пользователя (англ. User identifier, UID). То, что пользователя идентифицирует UID, значит, что операционная система различает пользователей именно по UID (а не … Википедия

идентификатор записи — 3.21 идентификатор записи: Значение, связываемое с записью, которое может использоваться для ссылки на эту запись. Несколько записей могут иметь один и тот же идентификатор в пределах элементарного файла. Источник … Словарь-справочник терминов нормативно-технической документации

ИДЕНТИФИКАТОР ЭЛЕКТРОННОЙ КОПИИ ДОКУМЕНТА — согласно ГОСТ Р 6.30–2003 УСД «Унифицированная система организационно распорядительной документации. Требования к оформлению документов», – реквизит 30. Идентификатором электронной копии документа является отметка (колонтитул), проставляемая в… … Делопроизводство и архивное дело в терминах и определениях

Files-11 — (также известна как on disk structure (англ. на дисковая структура) файловая система, используемая в операционной системе OpenVMS, а также в более простой форме в более старой ОС RSX 11. Это иерархическая файловая система с поддержкой… … Википедия

ГОСТ Р ИСО/МЭК 7816-4-2004: Информационная технология. Карты идентификационные. Карты на интегральных схемах с контактами. Часть 4. Межотраслевые команды для обмена — Терминология ГОСТ Р ИСО/МЭК 7816 4 2004: Информационная технология. Карты идентификационные. Карты на интегральных схемах с контактами. Часть 4. Межотраслевые команды для обмена оригинал документа: 3.13 внутренний элементарный файл: Элементарный… … Словарь-справочник терминов нормативно-технической документации

TTH — (Tiger Tree Hashing) тип хэш кода. Используется для того, чтобы проверять целостность данных (файлов), получить уникальный идентификатор файла, а также дает возможность восстановить файл. Впервые TTH появился в DC++ 0.400. Содержание 1 Пример 2… … Википедия

Источник