Поттеринг - новый католицизм

Допустим, если уберут fstab, как мне монтировать отдельные разделы, т.е. где указать чтобы они монтировались при запуске?

man systemd.mount Если лень читать, то в системд можно делать такие юниты:

[Mount]
What=/dev/my/device
Where=/path/to/mount/point
Type=myfs
Options=opt1,opt2

То есть можно указывать несколько наборов параметров для разделов в этом же конфиге? например [Mount1] [Mount2] [Mount3] и т.д.

Нет, по одному .mount юниту на раздел.

Сначала засрали fstab UUID'ми, потом переписали его в изначальном простом виде вертикально в systemd. Чо, инновация.

Кстати, монтируются сейчас в системах с systemd как раз из юнитов, просто юниты генерируются на старте из fstab'а.

1. создаешь сколько тебе нужно .mount файлов для одного и того же раздела 2. указываешь в каждом свои опции монтирования 3. добавляешь в автозагрузку тот, который тебе нужен по умолчанию 4. ?????? 5. PROFIT!

а вообще, поддержку fstab'а никто убирать не собирается

мде, fail...

Не пользоваться ничем, что могло бы приносить Red Hat извесность, а тем более прибыль.

По возможности мешать внедрению проектов, которые могли бы приносить Red Hat извесность, а тем более прибыль.

1. создаешь сколько тебе нужно .mount файлов для одного и того же раздела 2. указываешь в каждом свои опции монтирования 3. добавляешь в автозагрузку тот, который тебе нужен по умолчанию 4. ?????? 5. PROFIT!

ох, сколько телодвижений вместо вставки/удаления '#' в нужных строчках одного файла - fstab... поттерингофилы довольно странные персонажи...

Куда поставить/убрать '#', чтобы нужный сервис стартовал только в случае успешного монтирования определённой директории?

скриптота в загрузке оскорбляет религиозные чувства анимэшников?

в инит сервиса добавить проверку определённой директории?

Откуда инит сервиса должен узнать, что попытка монтирования уже была и провалилась со всеми таймаутами?

что может быть более «продвинутое» чем systemd? Init в облаках?

Ты только Леннарту не говори.

уже была

fstab запускается сильно раньше

провалилась со всеми таймаутами

папка отсутствует в списке точек монтирования

Скриптота в загрузке замедляет закопки говноязыков, таких как bash.

скриптоту в загрузке не обязательно писать на bash

Обязательно, не обязательно, но оно там есть.

fstab запускается сильно раньше

fstab запускается сильно в разное время. Сетевые шары монтируются позднее. Например, в дебиане они могут подниматься по мере готовности интерфейсов (о чём sysvinit не догадывается и догадываться не может by design). Не, оно круто модно и молодёжно запускать сервисы в обход системы инициализации в /etc/network/if-up.d/mountnfs, но как-то крутизны fstab и волшебного символа '#' тут прослеживается не очень.

Сетевые шары

имеют посредственное отношение к fstab и могут монтироваться там, где удобно. в том числе службой, которой они нужны.

в моём случае к куче сетевых шар обращается куча приложений, но приложения сугубо десктопные. поэтому в моём случае их монтирует ~/.config/openbox/autostart.

у вас там в линуксах не было зависимостей среди инит-скриптов, что ли?

Только прямые, от какой службы какая зависит. Да и то через костыль специально сформированного комментария в скрипте. От доступности точки монтирования зависимостей не было. Сейчас же systemd преобразует записи из fstab в нативные сервисы, которые уже можно использовать во всём многообразии зависимостей systemd ­— Wants, WantsBy, After, Before, Requires etc

могут монтироваться там, где удобно. в том числе службой, которой они нужны.

Больше костылей и оригинальных нестандартных решений для Бога Костылей. Я хотел бы оказаться рядом с человеком, которому доведётся поддерживать созданную тобой инфраструктуру — всегда приятно пополнить свой словарный запас особо изощрёнными ругательствами.

а, ну в bsd похоже. все равно я не вижу проблемы.

пишешь, например, опцию late своей сетевой шаре в fstab. в скрипте указываешь в REQUIRE среди прочего mountlate и точно знаешь, что попытка монтирования была.

остается только грепнуть выхлоп mount по своей шаре в стартап функции своего rc.d скрипта и все понятно.

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

Больше костылей

в чем костыльность?

созданную тобой инфраструктуру

я постараюсь тщательно задокументировать. как в коде, так и во внешних документах. так что можешь особо не надеяться.

альзо, гугл подсказывает, что в ubuntu сетевые шары можно смело писать в fstab. скорее всего в ubuntu оно разруливается upstart'ом

там кода кот наплакал - можно хоть полностью переписать на любимом языке.

«Можно» это очень хорошее слово. Можно и X12, а как не было так и нет. Так и тут.

как не было так и нет

http://reiltech.tk/upload/trackmania , я не наблюдаю здесь shell =)

надо бы посмотреть обзоры аудита кода systemd, если есть таковые, да и вообще редхат. Хотя от красной шапки исходили почти всегда полезные вещи, что-то тут не так...

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

Это невозможно. Современное ядро линукс прибито к udev гвоздями, без него не будет работать практически ни один девайс.

надо бы посмотреть обзоры аудита кода systemd, если есть таковые

ЛОЛ. Никакого честного аудита любого участка кода Линукс никогда не было.

ЛОЛ. Никакого честного аудита любого участка кода Линукс никогда не было.

Ну пока не стоит вопрос честности - открыто и на том спасибо. Периодически проскакивают статейки на тему: лучший открытый [не сильно опасный] код/проект. Иногда приятно посмотреть код все-же. Многое становится более ясным и прозрачным.

в чем костыльность?

Ну, когда некий демон кроме своего старта начинает управлять ещё и сторонними шарами — если это не костыль, то я Папа Римский.

я постараюсь тщательно задокументировать. как в коде, так и во внешних документах. так что можешь особо не надеяться.

Писать костыли, а потом ещё их и тщательно документировать. Чуваки, вам реально заняться нечем? Лёня специально для вас все эти костылехранилища разворошил, теперь это всё делается в пару строк и без правки «чужих» файлов. И /etc снова каталог конфигураций, а не тонн исполняемых скриптов.

OSS4 же

Вылазь из танка, оно мертво уже девять лет как. Последний билд датируется 2005-м годом.

Судя по срачу, Поттеринг и большинство в этом треде родились позже, чем NIS и amd (auto mount daemon) вышли из моды, и потому любят функции монтирования в systemd... А надо было просто откопать немного софта.

Современное ядро линукс прибито к udev гвоздями, без него не будет работать практически ни один девайс.

Тысячи embedded программистов разом поседели. Они-то по наивности думали, что их busybox-based системы работают, а оказалось, что это ящерики имитируют их работу, скрывая факт их неработоспособности без udev.

я Папа Римский

прости, в гримме не узнал.

Писать костыли, а потом ещё их и тщательно документировать. Чуваки, вам реально заняться нечем?

писать по юниту на шару? нет, мы это не практикуем - есть дела и поинтереснее

без правки «чужих» файлов

Лёня причастен к SysV? не знал

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

Тысячи embedded программистов разом поседели

А что им седеть, им hotplug без надобности.

Наркоман, при чём здесь само монтирование? Речь не про монтирование, как таковое, а про гибкую двухстороннюю связь точек монтирования и системы управления сервисами. Смонтировался /var/spool/porno — запустился сервис superpornoseeder, запустился сервис usbdonglestrongestsecurity при вставке usb-брелка с ключами — смонтировалась /very/secret/data и прочее.

Есть возможность настройки через ip/ifconfig.
Есть /etc/network/interfaces.
Уже 2 способа

Это не взаимоисключающие и не дублирующие друг друга способы. Это-то как раз и есть UNIX-way.

Вопрос, как связаны типичные сервисы и типичные точки монтирования.

Это я к чему - для usbflashdongle главая задача - монтирование и размонтирование (особенно, если его уже вынули).

А superpornoseeder, зависящий от монтирования, а не от контента, вообще прекрасен.

Кто-нибудь, ткните топикстартера иголочкой. А то он раздулся чего-то.

А ты не боишься что это прорвется и все вокруг забрызгает? Так вроде потихоньку сочится и лишнее стравливается.

А ты не боишься что это прорвется и все вокруг забрызгает?

Вытрем и забудем.

привет бинарные форматы

К сведению, то, что мы сейчас называем «текстом», на самом деле, бинарный формат старинных принтеров(±\r). Его универсальность обеспечивается толстым слоем кост^Wэмуляторов. Нужна адекватная альтернатива.

от понятного /etc/fstab

Давно пора. Атоматика с метками гораздо проще для комнатных админов, а отдельные файлы - для ЦОДовых.

захватывая довольно популярные дистрибутивы

Значит нужно.

Значит нужно.

Не аргумент. Любое говно кому-нибудь нужно и имеет фанатов.

Конечный пользователь заметит как у него система внезапно развалилась из-за того, что /usr был на другом разделе.