The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики systemd представили механизм автоматического мо..., opennews (??), 09-Мрт-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


68. "Разработчики systemd представили механизм автоматического мо..."  +3 +/
Сообщение от Stax (ok), 09-Мрт-14, 15:32 
> Стоп-стоп! А чем так ненавистен файл /etc/fstab? Здесь полный контроль над тем что, когда

Может тем, что нормального контроля "когда" он все-таки не дает?
Кроме того, из FAQ:
Why are you taking my /etc/fstab away?

We are not. /etc/fstab always overrides automatic discovery. We are just trying to make the boot and installation processes of Linux a bit more robust and self-descriptive.

Ответить | Правка | Наверх | Cообщить модератору

127. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от anonymousemail (??), 09-Мрт-14, 21:56 
man fstab
The order of records in fstab is  important  because  fsck(8),  mount(8), and umount(8) sequentially iterate through fstab doing their thing.
Но видимо, если возникают все-таки проблемы, которые призван решать не fstab, то думать об этом должны те люди которые создают хитрый букет файловых систем. /, /boot, /usr, /var и прочие системы директории сюда не попадают. А вот, например, хитро сдизайненый sap очень даже.
Все таки не стоит трогать то что работает. GPT и fstab разные сущности, не нужно их одну кучу сваливать и решать "как мне удобнее". До потера это было создано великими людьми и по сей день.
Другими словами - не было бы потера, не было бы проблемы.
Ответить | Правка | Наверх | Cообщить модератору

143. "Разработчики systemd представили механизм автоматического мо..."  +/
Сообщение от Аноним (-), 10-Мрт-14, 00:07 
ленарт обязательно прочтет вас комментарий и сделает по своему


Ответить | Правка | Наверх | Cообщить модератору

192. "Разработчики systemd представили механизм автоматического мо..."  +1 +/
Сообщение от Ytch (ok), 10-Мрт-14, 02:21 
> Кроме того, из FAQ:
> Why are you taking my /etc/fstab away?
> We are not. /etc/fstab always overrides automatic discovery. We are just trying
> to make the boot and installation processes of Linux a bit
> more robust and self-descriptive.

В этом весь Поттеринг. Конечно не выбрасывают и даже приоритет высший оставляют. Вот только провоцируют всех и всем чем можно (включая дистростроителей) избавиться от fstab совсем с аргументами типа "a bit more robust and self-descriptive". Само по себе звучит вполне неплохо, вот только охватывает далеко не все случаи, а зная их подходы, другие случаи они и не продумывали - типа вот вам тогда fstab (мы ж не выпилили!), но это уже ваша личная проблема и нам пох, а вам надо избавляться от пережитков прошлого раз у вас такое вообще возникло.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру