automount програма поддържа три вида конфигурационни файлове (наречени таблицата приемник): маса на преки назначения, маса косвени назначения и основната маса. Таблица първите два вида съдържат информация за файловите системи за автоматично монтиране. Основната маса - списък на таблиците на преки и косвени задачи, които automount програма трябва да обърнат внимание. В един определен момент може да бъде активен само един основен маса. Стандартната версия на него се съхранява в файл / и т.н. / auto_master.

Когато стартирате програмата за automount чете конфигурационните файлове, създава необходимите точки за монтиране в autofs файловата система. и след това се затваря. Връзки с монтирана файлова система е действително обработвани (чрез autofs водач) отделен демон automountd. Той си върши работата, без да се изисква допълнително конфигуриране.

След редактиране на главния масата или една от линиите на таблицата приемник, за който се отнася, трябва да пуснете отново automount програма. В присъствието на -v на знамето, програмата ще информира за промените, направени в конфигурацията.

Получаване -t флаг. automount програма разказва колко време (в секунди), файловата система може да бъде неизползван, преди да се разглобява. Стандартна настройка - 5 минути. Препоръчително е да се изтрие неизползван точка на монтиране, като в случай на срив на програмата-сървър, достъп до NFS, ще виси. Поради това, че не се препоръчва да се определи периода на изчакване е твърде голям.

Маси косвени назначения

Маси косвени задачи се използват за автоматично монтиране на редица файлови системи в една обща директория. Track име на директорията се намира в главната таблица. Така например, на масата на косвени задачи за файлови системи, монтирани в директорията / chimchim. ще бъде, както следва:

раз -soft, прото = UDP chimchim: / chimchim / раз

информация -ro chimchim: / chimchim / инфо

В първата колона е името на поддиректорията, в които ще се монтира файловата система. Следващата колона показва опциите при монтиране, както и името на първоначалната система песен файл. В този пример (това вероятно се съхранява в досие /etc/auto.chim) automount програмата съобщава, че той може да се монтира на директории / chimchim / Потребителите / chimchim / разви и / chimchim / информация с chimchim компютър. и информация директория е позволено да се монтира само за четене, а раз директория - само UDP протокол (пример, взет от Solaris, където протокола TCP е избран по подразбиране).

В настоящия конфигурация поддиректории chimchim на компютъра и на локалния компютър, ще бъде идентичен, но това не е необходимо.

Таблица на преки назначения

В директен маса задача изброява файловите системи, които нямат общ префикс, като например / ЮЕсАр / SRC и / CS / инструменти. Таблица (да речем, /etc/auto.direct), която описва файловите системи за програмата automount. Тя може да изглежда така:

/ CS / инструменти -ro котва: / CS / инструменти

Не е като обща главна директория, двете файлови системи трябва да бъдат свързани чрез отделна точка на монтиране за autofs файлова система. Режийни разходи, докато увеличават, но има допълнителното предимство, че точката на монтиране и реалната структура директория е винаги на разположение за команди като, например, LS. С помощта на командата ли в директорията косвено монтирани файлови системи често е трудно за потребителите, тъй като програмата за automount не се показва под-директории преди създаденото от тях (командата ли не изглежда вътре в директорията, и поради това не ги накара да се монтира).

Основната маса съдържа списък на маси, на преките и косвените задачи. За всяка таблица, косвени задачи, определени главната директория, която се използва за монтиране са изброени в таблицата на файловите системи.

Основната маса, като се използва таблицата по-горе от преки и косвени задачи, е както следва:

/ Chimchim /etc/auto.chim -proto = TCP

В първата колона - местната името на директорията (за маса от непряк задание) или специален знак / - (за директна маса картографиране). Втората колона - името на файла, който съхранява съответната таблица. Ако е необходимо, той може да бъде създаден от множество таблици от всеки тип. монтиране Опции, посочени в самия край на линията, са определени за всички монтажни точки в таблицата.

В повечето системи, параметрите да бъдат определени в основната таблица, без да се смесва с параметрите, дадени в съответната таблица на пряка или косвена задача. Ако масата за запис предмет има списък от опции, настройки по подразбиране са напълно игнорирани. На Red Hat, всичко се случва по различен начин. И двете групи се обединяват в едно, като в случай на преминаване предпочитание на местната параметър.

Ако файлът, съдържащ таблицата на непряк задача е изпълним, той се счита за сценарий на динамично генериране на информация за автоматичен монтаж. Програма-automounter гласи една маса под формата на текст, и изпълнява сценария, да се разпространява на аргумента (наречен "ключ"), което показва, към която поддиректория на потребителя се опитвате да отворите. Сценарий отговорен за показване на съответната позиция в таблицата. Ако получи ключ е невалиден, скрипт просто завършва без показване нищо.

Тази техника е много полезна и може да компенсира много недостатъци доста странно програма automount за конфигуриране на системата. В действителност, тя дава възможност да се създаде единен за цялата организация конфигурационен файл на всеки формат. Можете да напишете прост скрипт в Perl, декодиране на глобалните настройки за конфигурация за всеки компютър.

automount скриптове се изпълняват динамично, така че не е необходимо да се разпределят след всяка смяна на главния конфигурационен файл или да го превърнете в automount програмен формат. Този файл може да пребивава на сървър NFS.

automount програма и дублира файлови системи

В някои случаи, само за четене файлови системи (например / ЮЕсАр / човек) може да бъде същият рамките на няколко сървъра.

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

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

Програмата за Solaris automount в случай на проблем, могат свободно да преминавате от един сървър дубликат на файловата система в друга. Това предполага монтиране на файловата система само за четене, но се носят слухове, че файловите системи с възможност за запис на обработени правилно, отколкото казва документация. Въпреки това, при превключване на сървъри все още виси на програми, които се отнасят до файлове, отворени за писане. Това е още една от причините, поради дублиращите файлови системи, които са достъпни в режим на четене и запис, почти безполезни.

Както вече бе споменато, програмата automount избира сървъри на базата на техните собствени критерии за ефективност и достъпност, но можете да ги зададете ясни приоритети. Колкото по-висока е цифрата, толкова по-ниска е приоритет. приоритет по подразбиране е 0, което показва, лесно достъпен сървър.

auto.direct файл. който определя директории / ЮЕсАр / мъжа и / CS / инструменти като дублиращи файлови системи, ще изглежда така:

/ ЮЕсАр / човек -ro chimchim: / ЮЕсАр / акции / Човекът оркестър (л): / ЮЕсАр / човек

/ CS / инструменти -ro котва, банда: / CS / инструменти

Моля, имайте предвид, че имената на сървърите могат да бъдат посочени заедно, ако по пътя към желаната файловата система е същата. Израз (1), след като групата на сървъра на първия ред, определя, че приоритет на сървъра върху файловата система / ЮЕсАр / човек.

Автоматично изпълнение на програмата automount

Вместо да въвеждате всички възможни точки на монтиране в таблиците на преки и косвени задачи, можете да разберете малко повече за принципите на файлови системи за именуване на програма automount и да може да функционира самостоятелно. Ключовият момент на този подход е възможността да се прилага по отношение на mountd на демон. работи на отдалечен сървър, и го попита какво файлови системи изнесени от сървъра.

Има няколко начина, за да могат правилно да конфигурират на automount програма. Най-простият от тях - използвайте опцията за монтиране на домакините. Ако зададете тази опция, като име на таблица в досието на основните назначения маса, automount програма ще консолидира изнесени файловата система на отдалечения компютър за указаната:

/ Net -hosts -nosuid, мек

Например, ако директорията на машина chimchim износ / ЮЕсАр / акции / Март тя ще бъде достъпна чрез връзка / нето / chimchim / РУ / акции / човек.

Подобен ефект се постига, ако посочите този знак * и Таблица косвени задачи. В допълнение, съществуват редица macroconstants подмяна на името на текущия възел, тип, архитектура и т.н. Подробности могат да бъдат намерени на избора на мъж automount (LM).

Характеристики на Red Hat Linux

В системата на Red Hat има своя собствена независима програма изпълнение automount. което е малко по-различна от версията на нд Промените засягат главно имена на команди и файлове.

В Red Hat програма automount - демон наистина се сглобява и разглобява отдалечени файлови системи. Той заема една и съща ниша като демонът automountd в други системи, и обикновено не изисква ръчно стартиране.

Програмата се изпълнява, за да осигурят промени в назначенията майстор таблицата в Red Hat, наречени /etc/rc.d/init.d/autofs (в други системи е много automount). Това отнема аргументи стоп, старт, презареждане, както и статус; вие искате да ни аргумент - разбира се, се презареди.

Standard основната маса на файла се съхранява в /etc/auto.master. Форматът на, както и косвени задачи маса формат, описан по-горе. В документа тези таблици, посветени на човека-Pages auto.master (5) и autofs (5). Във втория случай, да бъдат внимателни при избора на човека autofs (8), описани autofs команда формат.

Таблица на преки назначения Red Hat не се поддържат.

Представен от GTK + 3.92.1, експериментален GTK + 4 освобождаване

Сформирана следващата версия тест следващата стабилна версия на GTK + GTK + 4. клон 4 е разработена в рамките на нов процес за развитие, която се опитва да осигури на разработчиците на приложения.

Linux Foundation представи лицензионно споразумение за разпространение на данни

Организация Linux Foundation обяви споразумение за лицензиране споразумение данни на Общността License (CDLA), предназначена да запълни една ниша в лицензирането на комплекта публични данни. Споразумение.

Предлага десктоп okruzhenie LXQt 0.12

След години на развитие, образувана UserLand освобождаване LXQt 0.12 (Qt Лек Desktop Environment), разработена от екип за разработване на LXDE комбиниран проект и Razor-бр.