Generic hierarchical что за файловая система

Обновлено: 15.01.2025

Содержание

История

HFS был введен Apple, в сентябре 1985 года, в частности, для поддержки первого жесткого диска от Apple для Macintosh, заменив файловой системы Macintosh (MFS), оригинальную файловую систему, которая была введена в течение полутора лет ранее с первого компьютера Macintosh. HFS в значительной степени опиралась на первой иерархической операционной системы SOS от Apple для несостоявшегося Apple III, который также служил в качестве основы для иерархических систем подачи на Apple. НFS разделяет ряд конструктивных особенностей с MFS, которые не были доступны в других файловых системах того времени (например, FAT DOS).

Конструкция

Иерархическая файловая система делит Объем на логические блоки по 512 байт. Эти логические блоки затем сгруппированы в блоки размещения , который может содержать один или несколько логических блоков в зависимости от общего размера. СТС использует 16-битное значение для решения выделение блоков, ограничение количества выделения блоков до 65535 (2 16 -1).

Есть пять структур, которые составляют объем HFS:

Логические блоки 0 и 1 объема являются загрузочными блоками, которые содержат система запуска информации.
Логический блок 2 содержит Master Directory Block (MDB). Он определяет широкий спектр объем данных о себе, например даты и метки времени, когда том был создан или размер логических структур, таких как выделение блоков.
Логический блок 3 является отправным блоком Volume Bitmap, который отслеживает, какие блоки распределения используются, а какие свободны.
Переполнения файла представляет собой B-дерево , которое содержит дополнительные степени, запись, выделение блоков, какие выделяются файлы, после первых трех степеней используются файл catalog.
В каталоге файлов есть еще B-дерево, который содержит записи для всех файлов и каталогов, хранящихся на томе. Он хранит четыре типа записей. Каждый файл состоит из потока записей файла и записи в файл, а каждый каталог состоит из какой-нить записи каталога и записи в справочнике. Файлы и каталоги в каталоге файлов находятся на их уникальном Catalog Node ID (или CNID)
- Файл потока записи хранит только имя файла и CNID своего родительского каталога.
- Файл записи хранит различные метаданные о файле, включая его CNID, размер файла, трех временных меток (когда файл был создан, последние изменения, последнее резервное копирование).
- Directory Thread Record хранит только имя каталога и CNID его родительского каталога.
- Directory Record, которая хранит данные, такие как количество файлов, хранящихся в каталоге, CNID каталог, три временные метки (когда файл был создан, последние изменения, последнее резервное копирование). Как и запись файла, каталог записи также хранит два 16 байтных поля для использования в Finder, который хранит такие вещи, как ширина и высота и х & у координат для окна, используемого для отображения содержимого каталога.
Ограничения

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

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

Домой приду, попробую софтину.
По барабану где форматировать. Суть в том что при рестарте карточки (отключить/включить), она снова показывает что на ней есть фотки и записывать новые данные невозможно.
тогда читай инструкцию к фотику:
Canon 60D использует карты памяти типа SD, SDHC, SDXC и поддерживает карты на 4, 8, 16 и 32 Гб.
если тебе по барабану, ему нет . !

ВАЖНО:
Обычно поддерживается не столько карта, сколько организация файловой структуры карты.
Для 64гбайт можно использовать обычный FAT32 (с размером кластера 32кБ), тогда ее будут читать (и писать) все устройства, которые читают FAT32 на обычной карте в 32Гига. Проблема может возникнуть лишь тогда, когда человек попытается зачем-нибудь форматнуть такую карту (на 64гига) в своем устройстве, но оно не умеет корректно форматировать 64гигабайтные карты в FAT32).

Предупреждение: кривые руки убивают карту, восстановить можно, но сложно .
ВОТ, да же если это устройство не умеет нормально форматировать, то специализированная программа на ПК (Paragon Partition) то может снести к чертям файловую систему и потом создать новую через картридер?
возможно, но только в том случае если выставить правильные параметры форматирования, если этого не сделать . карту следует выбросить в мусор
флешка и карта памяти - это две большие разницы, начнем с точного наименования карточки .

Если интересно, вот несколько поучительных реальных историй:

ВОПРОС: Обнаружилась проблема с сохранением файлов на Transcend 32GB 10 Class. Заполнено 12,7 ГБ, свободно 16,7 ГБ. Новые файлы добавляются, но после перезагрузки, подключения/отключения от ББ исчезают. АНАЛогично старые удаляются, но после перезагрузки, подключения/отключения. появляются вновь. Т.е. файловый состав стал постоянным.
Форматирование под виндой, из командной строки, с пом. утилит о НР, панасоник, трансценд невозможно завершить. Пробовал форматировать через картридер, видеокамеру Сони и Леново Р780, тоже базуспешно.
ОТВЕТ: сц сказал - выкинь, контроллер полетел

Возможно вам повезло, но сначала откройте секрет - что за карта, и как она отформатирована . я не глоба

Иерархическая файловая система ( HFS ) - это проприетарная файловая система, разработанная Apple Inc. для использования в компьютерных системах под управлением Mac OS . Первоначально разработанный для использования на дискетах и жестких дисках , он также может быть найден на носителях только для чтения, таких как CD-ROM . HFS также называется стандартом Mac OS (или «стандартом HFS»), а его преемник, HFS Plus , также называется Mac OS Extended (или «HFS Extended»).

С появлением Mac OS X 10.6 Apple отказалась от поддержки форматирования или записи HFS-дисков и образов , которые по-прежнему поддерживаются как тома только для чтения . Начиная с macOS 10.15 , диски HFS больше не читаются.

СОДЕРЖАНИЕ

История

Apple представила HFS в сентябре 1985 года специально для поддержки первого жесткого диска Apple для Macintosh, заменив файловую систему Macintosh (MFS), исходную файловую систему, которая была представлена более полутора годами ранее с первым компьютером Macintosh . HFS в значительной степени опиралась на первую иерархическую операционную систему Apple ( SOS ) для неудавшегося Apple III , которая также послужила основой для иерархических файловых систем в Apple IIe и Apple Lisa . HFS был разработан Патриком Дирксом и Биллом Браффи. Она разделяет ряд конструктивных особенностей с МФС , которые не были доступны в других файловых системах времени (например, DOS «s FAT ). Файлы могут иметь несколько ответвлений (обычно вилки данных и ресурсов ), что позволяет хранить основные данные файла отдельно от ресурсов, таких как значки, которые, возможно, потребуется локализовать. Для ссылок на файлы использовались уникальные идентификаторы файлов, а не имена файлов, а имена файлов могли быть длиной 255 символов (хотя Finder поддерживал не более 31 символа).

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

Решением было заменить структуру каталогов MFS на более подходящую для больших файловых систем. HFS заменила плоскую структуру таблицы файлом каталога, в котором используется структура B-дерева , поиск по которой можно выполнять очень быстро независимо от размера. HFS также переработала различные структуры, чтобы иметь возможность хранить более крупные числа, почти повсеместно 16-битные целые числа заменены 32-битными. Как ни странно, одним из немногих мест, где этого «увеличения размера» не произошло, был сам файловый каталог, который ограничивает HFS в общей сложности 65 535 файлами на каждом логическом диске.

Хотя HFS является проприетарным форматом файловой системы, он хорошо документирован; обычно существуют решения для доступа к дискам в формате HFS из большинства современных операционных систем .

Apple представила HFS по необходимости, выпустив свой первый 20-мегабайтный жесткий диск для Macintosh в сентябре 1985 года, когда он загружался в оперативную память с гибкого диска MFS при загрузке с помощью файла исправления («Hard Disk 20»). Однако HFS не получила широкого распространения до тех пор, пока она не была включена в ПЗУ 128 КБ , дебютировавшее с Macintosh Plus в январе 1986 года, вместе с большим дисководом на 800 КБ для Macintosh, который также использовал HFS. Внедрение HFS было первым достижением Apple, оставившим позади компьютерную модель Macintosh: оригинальный Macintosh 128K , в котором не хватало памяти для загрузки кода HFS, и который был незамедлительно снят с производства.

В 1998 году Apple представила HFS Plus для решения проблемы неэффективного распределения дискового пространства в HFS и для добавления других улучшений. HFS по-прежнему поддерживается текущими версиями Mac OS, но начиная с Mac OS X том HFS нельзя использовать для загрузки , а начиная с Mac OS X 10.6 (Snow Leopard) тома HFS доступны только для чтения и не могут быть созданы или обновлено. В примечаниях к выпуску macOS Sierra (10.12) от Apple говорится, что «Стандартная файловая система HFS больше не поддерживается». Однако поддержка HFS Standard только для чтения все еще присутствует в Sierra и работает так же, как и в предыдущих версиях.

Дизайн

Том хранилища по своей природе разделен на логические блоки по 512 байт. Иерархическая файловая система группирует эти логические блоки в блоки распределения , которые могут содержать один или несколько логических блоков, в зависимости от общего размера тома. HFS использует 16-битное значение для адресации блоков распределения, ограничивая количество блоков распределения до 65 535 (2 16 -1).

Том HFS состоит из пяти структур:
1. Логические блоки 0 и 1 тома являются загрузочными блоками , которые содержат информацию о запуске системы. Например, имена файлов System и Shell (обычно Finder ), которые загружаются при запуске.
2. Логический блок 2 содержит блок главного каталога (также известный как MDB ). Это определяет широкий спектр данных о самом томе, например отметки даты и времени, когда том был создан, расположение других структур тома, таких как растровое изображение тома, или размер логических структур, таких как блоки распределения. Существует также дубликат MDB, называемый блоком альтернативного главного каталога (он же альтернативный MDB ), расположенный на противоположном конце тома во втором предпоследнем логическом блоке. Это предназначено в основном для использования дисковыми утилитами и обновляется только при увеличении размера файла каталога или файла переполнения экстентов.
3. Логический блок 3 - это начальный блок растрового изображения тома , который отслеживает, какие блоки распределения используются, а какие свободны. Каждый блок распределения на томе представлен битом на карте: если бит установлен, то блок используется; если он ясен, тогда блок можно использовать. Поскольку битовая карта тома должна иметь бит для представления каждого блока распределения, ее размер определяется размером самого тома.
4. Переполнение Объема файл представляет собой B-дерево , которое содержит дополнительные экстенты записи , какие блоки распределения выделяется на какие файлы после того , как первые три экстентов в файле каталог израсходованы. Более поздние версии также добавили возможность для файла переполнения экстента хранить экстенты, которые записывают плохие блоки, чтобы файловая система не пыталась выделить плохой блок для файла.
5. Каталог файлов еще один B-дерева , который содержит записи для всех файлов и каталогов , хранящихся в объеме. Он хранит четыре типа записей. Каждый файл состоит из записи потока файла и записи файла, а каждый каталог состоит из записи потока каталога и записи каталога. Файлы и каталоги в файле каталога располагаются по их уникальному идентификатору узла каталога (или CNID ).
  - Запись файлового потока хранит только имя файла и CNID его родительского каталога.
  - В файловой записи хранятся различные метаданные о файле, включая его CNID, размер файла, три отметки времени (когда файл был создан, последнее изменение, последнее резервное копирование), первый экстент файла данных, а также вилки ресурсов и указатели. к первым данным файла и записям экстентов ресурсов в файле переполнения экстента. File Record также хранит два 16-байтовых поля, которые используются Finder для хранения атрибутов файла, включая такие вещи, как код его создателя , тип кода , окно, в котором должен отображаться файл, и его местоположение в окне.
  - Каталог Thread записи хранит только имя каталога и CNID его родительский каталог.
  - Каталог запись , которая хранит данные , как количество файлов , хранящихся в каталоге, CNID каталога, три метки времени (когда был создан каталог, последнее изменением, последний резервное копирование). Как и File Record, Directory Record также хранит два 16-байтовых поля для использования Finder. В них хранятся такие вещи, как ширина и высота и координаты x и y для окна, используемого для отображения содержимого каталога, режим отображения (вид значков, вид списка и т. Д.) Окна и положение прокрутки окна. бар.
Ограничения

Файл каталога, в котором хранятся все записи файлов и каталогов в единой структуре данных, приводит к проблемам с производительностью, когда система допускает многозадачность , поскольку только одна программа может писать в эту структуру одновременно, а это означает, что многие программы могут ждать в очереди. из-за того, что одна программа "заглатывала" систему. Это также серьезная проблема надежности, поскольку повреждение этого файла может разрушить всю файловую систему. Это контрастирует с другими файловыми системами, которые хранят записи файлов и каталогов в отдельных структурах (например, файловая система DOS FAT или файловая система Unix ), где распределение структуры по диску означает, что повреждение одного каталога обычно не является фатальным и данные может быть переконструирован с данными, хранящимися в неповрежденных частях.

Кроме того, ограничение в 65 535 блоков размещения привело к тому, что файлы имели «минимальный» размер, эквивалентный 1/65 535 размера диска. Таким образом, на любом томе, независимо от его размера, можно было хранить не более 65 535 файлов. Более того, любому файлу будет выделено больше места, чем это действительно необходимо, вплоть до размера блока распределения. Когда диски были маленькими, это не имело большого значения, потому что размер отдельного блока распределения был тривиальным, но когда диски начали приближаться к отметке 1 ГБ, наименьший объем пространства, который мог занимать любой файл (один блок распределения), стал чрезмерно большим. , тратя впустую значительное количество дискового пространства. Например, на диске размером 1 ГБ размер блока распределения в HFS составляет 16 КБ, поэтому даже 1-байтовый файл займет 16 КБ дискового пространства. Эта ситуация была меньшей проблемой для пользователей, имеющих большие файлы (например, изображения, базы данных или аудио), потому что эти большие файлы занимали меньше места в процентах от их размера. С другой стороны, пользователи с большим количеством небольших файлов могут потерять много места из-за большого размера блока распределения. Это сделало разбиение дисков на более мелкие логические тома очень привлекательным для пользователей Mac, потому что небольшие документы, хранящиеся на меньшем томе, занимали бы гораздо меньше места, чем если бы они находились на большом разделе. Та же проблема существовала в файловой системе FAT16.

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

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

Программы для восстановления USB-накопителей Generic

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

Hetman Partition Recovery

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

Хетман Рекавери работает с большим количеством форматов, можно сохранить полученные файлы на жестком диске, CD-диске или, создав виртуальный образ. Восстановить поврежденные файлы можно все сразу или, выбрав только необходимые.

JetFlash Recovery Tool

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

D-Soft Flash Doctor

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

Flash Memory Toolkit

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

Форматирование USB-флешки Generic

Еще один вариант восстановления карты памяти – это полное форматирование низкого уровня. Процесс немного сложнее, чем восстановление при помощи утилиты, но тоже понятен и доступен для простого пользователя.
1. Первое, что требуется сделать – определить контроллер флешки. Это можно сделать двумя способами – вскрыв корпус устройства и посмотрев надпись на контроллере, или при помощи ПК.
Для определения PID и VID контроллера нужно использовать специальную программу. Самая простая – USB Drive Info. После распаковки архива и установки утилиты необходимо установить флешку в порт, зайти в программу и просмотреть интересующие сведения.
1. После получения требуемых данных необходимо найти программу, которую можно использовать для прошивки контроллера устройства. Для этого рекомендуется прибегнуть к одному из многочисленных сервисов, например, iFlash. Следующий этап – скачивание утилиты. Сделать это можно в том же самом приложении iFlash.
2. После скачивания и установки происходит запуск программы и проверка – определяет ли она USB-устройство. Затем необходимо нажать F5 или кнопку «Сканировать USB». В большинстве случаев после этого флешка появляется в программе.
3. Далее необходимо нажать кнопку Старт. Понять, что форматирование произведено можно по появлению зеленой кнопки «ОК».
Установка драйверов

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

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

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

Читайте также: