Яка найбільш "правильна" точка монтування для постійного розділу NTFS?


31

У мене є розділ NTFS (містить установку Windows, з якої я подвійно завантажуюся), який я хотів би постійно монтувати з моєї установки Linux. Проблема в тому, що я не можу зрозуміти, яка найкраща / правильна / правильна точка кріплення для розділу NTFS. Очевидно, він не повинен встановлюватися як / home, / usr тощо (будь-яка зі стандартних точок монтажу для файлових систем), оскільки це не є частиною системи Linux. Я хочу, щоб він був постійно встановлений; і це викликає питання, де я монтую його? Ось варіанти монтажу, які я придумав:

/ медіа / windows

Цей має багато сенсу, тому що це було б поряд з автоматично встановленими пристроями, але згідно стандарту файлової системи / media / дійсно для знімних носіїв, тому здавати мій постійно встановлений внутрішній розділ не видається правильним поруч із автоматично встановленими знімними. Я найбільше схиляюся до цього варіанту, але лише тому, що він менш невідповідний, ніж інші.

/ mnt / windows

Це також здається досить логічним, але знову ж таки, стандарт (і інші речі, які я читав) вказують на те , що підпорядковані точки монтування тут, як правило, не відволікаються. Плюс, я фактично тимчасово монтую файлові системи в / mnt / при нагоді (як це передбачав стандарт), тому ця схожа на те, що вона заважатиме регулярному використанню системи.

/ вікна

Мені дуже не подобається ідея додавання ще однієї директорії верхнього рівня до моєї файлової системи, якщо я можу її уникнути. Це не вірно. Перевагою цього, однак, є те, що він дуже легко доступний і не заважає іншому (наприклад, автоматичному налаштуванню розділів в / media / або тимчасових кріпленнях в / mnt /).

/ home / [моє ім’я користувача] / файлові системи / windows

Мені ця ідея не подобається, тому що розділ, безумовно, залежить від системи, а не для користувача, тому введення його в домашній каталог здається не правильним.


Який із цих варіантів є "правильним" - чи є альтернатива, яку я тут не перераховував?

Для наочності зауважте, що я запускаю Linux (зокрема Arch Linux), тому будь-які рекомендації, мабуть, повинні ґрунтуватися на ідеї Linux, наприклад, щодо організації файлової системи, а не BSD.


Відповіді застарілі. Дивіться стандарт ієрархії файлової системи
ManuelSchneid3r

Відповіді:


17

По-перше, це залежить лише від вашої архітектури та звичаїв.

Я, наприклад, монтую такі речі під / mnt. Я знаю людей, які створюють каталоги вищого рівня, і людей, які розміщують ці речі в / додому. Все залежить від того, що вам подобається. В цьому немає вже чіткого стандарту, архітектура системи змінилася, і у вас зараз різні погляди на речі, які раніше були «євангеліями». Такі речі, як / usr / local або / opt / share, rpm або source ... ви отримуєте дрейф.

По-друге, якщо ви перечитаєте посилання на pathname.com , ви помітите абзац під / медіа, в якому зазначено

Обґрунтування

Історично існувало ряд інших місць, які використовуються для монтажу видаляються носіїв, таких як / cdrom, / mnt або / mnt / cdrom. Розміщення точок монтування для всіх видаляються носіїв безпосередньо в кореневій директорії потенційно може призвести до великої кількості додаткових каталогів в /. Хоча використання підкаталогів в / mnt в якості точки монтажу останнім часом є загальним явищем, воно суперечить набагато старшій традиції використання / mnt безпосередньо як тимчасової точки монтування.

Тож особисто я виступаю за / mnt / windows або якусь ітерацію цього. Він забезпечує бездоганну діру верхнього рівня та простий та інтуїтивний. Коли я переглядаю систему або ревізую її, саме там я шукаю кріплення з місця.


2
Дякуємо за вклад. На основі того, що ви мені кажете, я зараз схиляюся до використання / mnt / windows. В майбутньому, можливо, я можу використовувати / mnt / tmp або щось подібне для тимчасових кріплень.
jgottula

2
Ось що б я зробив, мені особисто подобається чистий каталог верхнього рівня. Тим більше, що я звик бити вкладки в певні моменти для певних каталогів :-)
rfelsburg

Погоджується і підтримується. Чудово пояснено і добре поставлено.
Шадур

3

Я не думаю, що існує проблема зі створенням нового каталогу топлерів для постійних монтов. Це робиться досить часто. Я використовую / ntfs для цієї ж мети.


3

Однією з потенційних проблем із кріпленням верхнього рівня була б програма, яка реєструє всі файли в каталозі. ls -l /або навіть кольорові кольори ls, як це часто вмикається, доведеться викликати stat()всі файли під коренем, і якщо сервер NFS висить, це може також призвести до зависання ls. Простий лс без кольору не викликає stat(). Це причина, яку я найчастіше кладу десь під /mnt. Я все одно інколи монтую NFS під тими /, коли домашні каталоги доступні через NFS.

Я також не використовуватиму /mediaдля будь-яких статичних кріплень. Він є частиною HAL і використовується для динамічного монтажу пристроїв, наприклад, коли вставлено флеш-накопичувач USB, а всіма каталогами під /mediaкерує HAL / udev.

Зрештою, кінцеве призначення зводиться до політики. Якщо сервер досить надійний, немає нічого поганого в тому, щоб поставити його під /або створити нове дерево, таке як /server1/musicі /server1/videoдля кріплень. Мені, як правило, подобається ідея утримувати кріплення NFS за /mntвинятком лише таких версій /home, але це моя політика.


1
Дуже хороші моменти щодо NFS - хоча я мав на увазі NTFS ! Все-таки дуже ціную, я буду пам'ятати про ці речі.
jgottula

1
@jgottula NTFS - це, звичайно, не проблема, оскільки це місцевий характер. Я, хоча кріплення вікон NFS було дивним. Я все ще міг би помістити його під /mntособисто , так як це не входить в стандартний Linux Filesystem , як /home або /usr, але я так само , як чисту /файлову систему.
penguin359

1

Я, мабуть, роблю це найбільш неправильно . Я поклав це на / media / windows. Розміщення віконних перегородок у цій точці кріплення працювало для мене в минулому без перешкод.

У минулому я також робив / windows / вищого рівня, і це також було добре, за винятком випадків, коли я спочатку шукаю перегородки в / медіа поза звичкою.


1

Я б запропонував використовувати /srv, як у /srv/windows.


1
Не впевнений, чому це сприйнято, і його введення / srv відповідає FHS
BCoates

@BCoates: Це було б узгоджено з FHS, лише якщо весь вміст цього монтажу буде доступний через мережу.
cmc

2
@cmc Скажіть, будь ласка, де в FHS написано, що речі в / srv повинні бути доступні через мережу. Наскільки я можу сказати, такої вимоги у FHS немає, і тому / srv є нормальним.
Тедді

5
@ Teddy: Звичайно . "/ srv містить дані, що відносяться до сайту, які обслуговуються цією системою."
cmc

IMO, це має бути прийнята відповідь ...
nicorellius

1

У мене зазвичай є мій , як /c, і /dт.д. імітуючи букви дисків використовує Windows , для них. У мене, як правило, є кілька жорстких дисків і розділів, і це допомагає мені відстежувати їх.


0

Кожен системдмін має для цього різне вирішення. Я кажу, що це вирішує, тому що в стандарті наразі немає "правильного" місця. Я думаю, що є необхідність у новому каталозі верхнього рівня. Я завжди створюю / монтую на своєму шкатулці.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.