Windows Vista та Mac OS X віч-на-віч диски та файлові системи (частина 2)
Структура каталогів
Структура каталогів Mac OS X і Windows Vista відрізняється докорінно, що, втім, зовсім не дивно - перша відноситься до UNIX-систем, друга успадковує принципи організації від Windows 2000 і раніше версій, зі збереженням певної наступності з DOS. Слід зазначити, що Mac OS X, принаймні, на рівні користувача відрізняється від стандарту FHS (Filesystem Hierarchy Standard). Більше того, такі кореневі каталоги, що стосуються BSD-оточення, як /bin, /usr та інші, у Finder'e, аналогі Провідника, так само, як і в прикладних програмах, ховаються.
У 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+.
У кожній з операційних систем обмеження на допустимі в іменах файлів символи, багато з цих обмежень викликані історичними причинами та сумісністю з попередніми версіями операційних систем. Так, у 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 підтримують створення програмних RA Зміна розміру розділу
У Windows Vista підтримується неруйнівнезменшення та збільшення розділів навіть на дисках зі схемами розбиття на основі MBR та GU Створення образу розділу
У 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, і при необхідності виправлення. Виконання такої процедури гарантує, що ніхто не отримає повноважень понад необхідне.
Як у Mac OS X, так і у WindowsVista підтримується запис CD і DVD дисків, вона може здійснюватися як з Finder'а та провідника, так і відповідних мультимедійних програм, що входять до комплекту постачання. Крім того, Disk Utility дозволяє пропалювати образи дисків - через підтримку цих образів.