1. структура каталогів
2. Основні каталоги
3. Можливості файлових систем
4. інструментарій

структура каталогів

Структура каталогів Mac OS X і Windows Vista відрізняється докорінно, що, втім, зовсім не дивно - перша відноситься до UNIX-системам, друга успадковує принципи організації від Windows 2000 і більш ранніх версій, зі збереженням певної наступності з DOS. Слід зазначити, що Mac OS X, по крайней мере, на призначеному для користувача рівні сильно відрізняється від стандарту FHS ( Filesystem Hierarchy Standard ). Більш того, такі кореневі каталоги, які стосуються BSD-оточенню, як / bin, / usr і інші, в Finder'e, аналогу Провідника, так само, як і в прикладних програмах, ховаються.

Диски в Mac OS X і Windows Vista

У Mac OS X кореневої файлової системою стає та, яка відповідає завантажувального розділу. Всі інші розділи, включаючи що знаходяться на змінних носіях, монтуються в / Volumes, під власним ім'ям, заданим в разі файлових систем FAT, NTFS міткою диска. Такий підхід забезпечує межмашинного уніфікацію - до якого б комп'ютера ми ні підключили, скажімо, флеш-накопичувач, у нього буде один і той же шлях в структурі каталогів файлової системи. Це сильно полегшує створення переноситься робочого оточення, що включає програми, настройки та документи користувача. Другий неявний бонус в тому, що бачу різницю між реальними розділами і образами дисків - прикладні програми працюють з останніми в звичайному режимі. Для повноцінної імітації можна використовувати формат образу, що допускає не тільки читання, а й запис даних. Слід зазначити, що користувачеві не потрібно замислюватися про кількість підключених носіїв або образів.

У Windows Vista від більш ранніх версій успадкована концепція з позначенням розділів літерами латинського алфавіту, завантажувальний розділ отримує букву «C» незалежно від того, чи є в комп'ютері дисководи, за якими за часів DOS резервувалися «A» і «B». Кожен знову підключений носій отримує першу вільну букву (які можуть йти в не строго порядку). В налаштуваннях Провідника можна встановити параметр, що дозволяє приховати літери дисків, але його дія поширюється тільки на стандартні діалогові вікна і Провідник, і то частково: так, у властивостях файлів і папок все одно показується вся інформація. Використовуючи консоль управління, користувач може або поміняти букву диска, або задіяти штатну можливість файлової системи NTFS - прімонтірованіе розділів в каталог. Строго кажучи, підтримується так звана операція Directory Junction, що дозволяє задати в ролі об'єкта-джерела не тільки розділ, але і окрему папку диска, - але, на жаль, недоступна через консоль управління. Використання букв диска, очевидно, породжує неоднозначність найменування розділів при підключенні змінного носія до різних комп'ютерів. Як наслідок, при бажанні організувати переносний робоче оточення необхідно використовувати або програми, які вміють працювати з відносними шляхами або абсолютними виду «» - кореневої каталог поточного диска, або спеціалізовані адаптовані версії (в зв'язку з цим становить певний інтерес поява стандарту U3). Використання букв для найменування дисків також призводить до того, що віртуальний привід, що імітує реальний, в кожен конкретний момент часу обмежений одним підключеним чином, тобто потрібно або інсталювати кілька таких емуляторів, або здійснювати «зміну» образу.

Основні каталоги

У Mac OS X користувач працює з наступними папками в кореневому каталозі: Applications, як випливає з назви, призначена для прикладних програм; System - основні файли операційної системи; Library - додаткові файли системи і прикладних програм, а також загально-настройки; Users - домашні каталоги користувачів, в яких, в свою чергу, можуть перебувати вкладені папки Library і Applications. Подібний розподіл дозволяє чітко розмежувати права користувачів на доступ до окремих об'єктів файлової системи: наприклад, додаток не може здійснювати запис налаштувань поза межами Library (або системної, або відповідної у поточного користувача), а для користувача документів - куди-небудь крім домашнього каталогу. Звичайно, при бажанні (і при наявності відповідних повноважень) користувач може розмістити додаток, наприклад, на робочому столі, а особисті файли - в / System, але в цілому структура каталогів логічна і досить добре збалансована для розмежування доступу на основі стандартної UNIX-схеми.

У Windows Vista також є стандартні каталоги: Windows - призначення зрозуміло з назви; Program Files служить для розміщення прикладних програм; в ProgramData зберігаються глобальні настройки програм (аналог Documents and SettingsAll UsersApplication Data, а також ряду інших папок в старіших версіях); Users призначена для домашніх каталогів користувачів. На останніх потрібно зупинитися більш докладно, так як змінився підхід, він став більш наближений до того, що використовується в UNIX-системах: робочі папки, призначені для документів, музики, зображень і так далі, розміщуються безпосередньо в домашньому каталозі нарівні зі службовими каталогами, мають атрибут «прихований». Тобто структура стала більш «плоскої», без розгалуження на додаткові рівні ієрархії. Основна проблема в Windows Vista пов'язана зі старими програмами, які вимагають відповідних повноважень для запису налаштувань і тимчасових і допоміжних файлів в Program Files або Windows - багато хто з них створювалися без урахування можливості роботи під обліковим записом з істотно лімітованим доступом.

Можливості файлових систем

Вибір файлової системи при форматуванні розділу

«Рідний» для Mac OS X є файлова система Mac OS Extended, в деяких джерелах згадується так само, як HFS +. Залежно від обраних при форматуванні параметрів може підтримуватися журнал (варіант за замовчуванням при установці системи), а також використання регістру імен - при цьому система буде розрізняти об'єкти, що знаходяться в одній папці і називаються практично однаково за винятком регістра символів, наприклад, «документ .pdf »і« Документ.pdf ». Системний розділ також може бути відформатований в файлову систему UFS (UNIX File System), але при цьому, за твердженнями Apple, можуть бути обмеження, пов'язані з роботою окремих підсистем операційної системи, зокрема, бездротового доступу. Підтримуються також і інші файлові системи, в які можуть бути відформатовані несистемний томи - FAT, FAT32 і NTFS в режимі тільки для читання.

Для Windows основний файлової системою є NTFS, також підтримує журнал і чутливі до регістру імена. Втім, остання можливість вимагає установки певного параметра реєстру і, природно, підтримки на рівні прикладних програм. З цілком зрозумілих причин, файлові системи Mac OS Extended і UFS не підтримуються, але забезпечити переносимість даних в режимі не тільки читання, а й записи, можна за допомогою розділів, відформатованих в FAT.

У Mac OS X файли складаються з двох компонент: так званих, data fork і resource fork, в перекладі на російську мову - вилки даних і ресурсів. Вилка ресурсів призначена для збереження допоміжної інформації, наприклад, індивідуальної іконки файлу. У деяких випадках вміст вилки ресурсів може бути основним - так, в ній може цілком міститися файл шрифту. Що цілком природно, файлова система HFS + штатно підтримує таке розгалуження файлів, але що буде, наприклад, при приміщенні такого файлу на диск в FAT32? В такому випадку формується допоміжний файл, ім'я якого починається на «._», встановлюється атрибут «прихований». При цьому прикладні програми продовжують сприймати файл так, як якщо б він знаходився на диску з файловою системою HFS +.

Реалізований в NTFS механізм більш гнучкий - кожен файл може мати кілька довільних файлових потоків, всі вони, за винятком основного, отримують власні імена. Коли користувач звертається до файлу і не вказує додаткове ім'я, то вважається, що він працює саме з цим основним потоком. Файлові потоки підтримувалися ще з найперших версій NTFS і операційної системи Windows NT, але користувач стикається з цією можливістю тільки при вказівці додаткових атрибутів файлу, таких як автор, назва документа і так далі. Також в додаткових потоках любить ховати свою сутність шкідливі програми - але це турбота антивірусів і їх виробників. І, як завжди при використанні «просунутих» технологій, виникає питання сумісності, зокрема, з файлової системою FAT. На жаль, механізму збереження додаткових іменованих файлових потоків не передбачено, хіба що система (а, точніше, Провідник) попередить про можливу втрату інформації при копіюванні або переміщенні.

У кожній з операційних систем обмеження на допустимі в іменах файлів символи, багато хто з цих обмежень викликані історичними причинами і сумісністю з більш ранніми версіями операційних систем. Так, в Mac OS X для поділу імен каталогів використовується «/», але в той же час в імені файлу можна вказати цей символ. Виникає питання - яким чином? Насправді, в імені зберігається двокрапка «:», яке і відображається у вигляді «/». Двокрапка в явному вигляді задати не можна, так як в більш ранніх версіях Mac OS, до епохи X-версії, цей символ використовувався для поділу каталогів. Крім того, в іменах можна задавати знаки, на зразок «?» І «*», використовувані при вказівці масок файлів. У Windows Vista обмеження трохи суворіші, так як не можна використовувати не тільки Слеш «/» і «», а й лапки, двокрапка і ряд інших символів.

Символи в іменах файлів

Слід зазначити, що в цілому файлова система NTFS більш гнучка і функціональна, ніж HFS + - так, підтримуються прозоре стиснення і шифрування файлів, дискові квоти (обмеження щодо використання дискового простору), точки монтування - reparse points.

інструментарій

Засоби управління дисками

У Mac OS X всі завдання з обслуговування дисків і розділів, а також змінних носіїв покладені на спеціальну програму Disk Utility, в Windows Vista аналогічну роль грає консоль управління «Disk Management». І те, і інше засіб дозволяє розбивати диски на розділи, в обох системах підтримуються схеми розбиття на основі Master Boot Record (основна в Windows) і GUID-таблиці розділів (використовується в макінтошах на Intel-процесорах). Крім того, в Mac OS X можна задіяти і Apple Partition Map, актуальну для старих комп'ютерів на процесорах PowerPC, а в Vista - так звану схему Dynamic Disk. Цілком очевидно, що у користувача виникає закономірне питання: а яку схему розбиття диска слід вибрати з точки зору максимальної сумісності, особливо в разі комп'ютерів Apple? Якщо мова йде про зовнішні змінні носії, що підключаються в тому числі і під іншими операційними системами, то відповідь однозначна - MBR, але в разі системних дисків не все так просто. Проблема викликана тим, що в нових макінтошах немає BIOS як такої, що відповідає функціональність по завантаженні операційної системи покладено на інтерфейс EFI - Extensible Firmware Interface. Windows Vista завантаження на комп'ютерах з EFI підтримує, але при цьому додає в системний EFI-розділ Windows Boot Manager з перспективою неможливості завантаження Mac OS X. Очевидно, такий варіант розвитку подій не надто бажаний, тому найбільш доцільним є варіант з використанням утиліти Apple Boot Camp , додає емуляцію BIOS і MBR-розбиття на системному диску з GUID-таблицею.

І Windows Vista, і Mac OS X підтримують створення програмних RAID-масивів за допомогою засобів управління дисками. Слід зазначити, що мова йде про кошти саме операційних систем - багато поширених в даний час RAID-контролери теж є програмними, але тільки на рівні драйвера. Різниця в підходах в тому, що в Windows Vista необхідно конвертувати диск в Dynamic, в Mac OS функціональність RAID-масивів підтримується і при інших схемах розбиття.

Зміна розміру розділу

У Windows Vista підтримується неруйнуюче зменшення і збільшення розділів навіть на дисках зі схемами розбивки на основі MBR і GUID-таблиці - це означає, що користувач зможе зберегти інформацію при переразбіеніе. Але, зрозуміло, перед виконанням таких відповідальних операцій з диском має сенс створити резервну копію даних.

Створення образу розділу

У Mac OS X вкрай широко підтримуються образи дисків - так, образ можна створити на основі диска або розділу (тобто, закладена функціональність комерційних продуктів клонування дисків під Windows), а також окремої папки. Образи можуть бути стислими, доступними в режимі не тільки читання, а й записи, а також зашифрованими. Слід зазначити, що крім «рідних» для Mac OS X форматів DMG і CDR (так звані майстер-диски CD / DVD), підтримується популярний ISO. Таким чином, образи почасти грають ту ж роль, що і архіви в інших операційних системах.

Обидві операційні системи дозволяють виконати перевірку дисків на предмет логічних помилок, які могли виникнути в результаті зникнення електроенергії, пошкодження носія або безлічі інших причин. Відмінність проявляється в способі перевірки завантажувального диска - з цілком зрозумілих причин, для його перевірки необхідно заблокувати запис (або отмонтировать), що мало бути здійснено. У Windows використовується так званий режим boot-time, тобто може бути запланований запуск перевірки на етапі завантаження операційної системи. У Mac OS X для відновлення системного розділу слід використовувати інсталяційний диск - завантажившись з нього, можна запустити Disk Utility.

Перевірка дозволів

Цікавою можливістю Mac OS X є так звана перевірка дозволів, verify disk permissions. Суть її в тому, що Disk Utility здійснює сканування диска і перевірку дозволів файлів, що знаходяться в / System, / Library і / Applications, і - при необхідності, - виправлення. Виконання такої процедури гарантує, що ніхто не отримає повноважень понад необхідне.

Дефрагментація

Дефрагментація ... Рано чи пізно будь-який користувач замислюється про необхідність її виконання, особливо, якщо він інтенсивно працює з відео, аудіо або графікою, тобто файлами великого і заздалегідь непередбачуваного розміру (а в таких умовах забезпечити низький рівень фрагментації не може ні один самий просунутий алгоритм). В Vista є штатний засіб - нехай і не таке наочне, як в Windows 2000 / XP, але, тим не менш, ефективно виконує функції. У Mac OS X відповідного інструментарію немає, тому для дефрагментації дисків доводиться вдаватися до сторонніх комерційним продуктам - що, природно, не може не викликати подиву при чіткої «мультимедійної» спрямованості макінтошів.

Як в Mac OS X, так і в Windows Vista підтримується запис CD і DVD дисків, вона може здійснюватися як з Finder'а і провідника, так і відповідних мультимедійних додатків, що входять в комплект поставки. Крім того, Disk Utility дозволяє марнувати образи дисків - в силу підтримки цих образів.