Bug 7366 - Патч для чтения содержимого /etc/fstab.d
Summary: Патч для чтения содержимого /etc/fstab.d
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: mount (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: inger@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-14 19:36 MSD by Vitaly Lipatov
Modified: 2008-01-08 11:12 MSK (History)
14 users (show)

See Also:


Attachments
/etc/fstab.d reading (1.75 KB, patch)
2005-07-14 19:37 MSD, Vitaly Lipatov
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Vitaly Lipatov 2005-07-14 19:36:45 MSD
Предлагается внести в mount считывание файлов из /etc/fstab.d, 
реализованное предлагаемым патчем. Если к нему есть замечания, 
будем исправлять. 
Надеюсь, это позволит избежать повторения #5889, #5797, #5635
Comment 1 Vitaly Lipatov 2005-07-14 19:37:23 MSD
Created attachment 988 [details]
/etc/fstab.d reading
Comment 2 Vitaly Lipatov 2005-07-28 17:04:47 MSD
Известно, что /etc/fstab напрямую читается в kdelibs? и glibc  
Comment 3 Eugene Ostapets 2005-07-28 18:42:07 MSD
Угу, в kdelibs за это отвечает kdecore/kmountpoint.cpp. Можно попробовать
переписать этот код для поддрежки /etc/fstab.d
Comment 4 Vitaly Lipatov 2005-07-30 01:11:29 MSD
А в glibc - misc/fstab.c 
Возникла идея заменить соответствующие части кода, дублирующие 
функциональность из glibc, на вызов функций из glibc. 
Comment 5 Eugene Ostapets 2005-07-30 12:40:44 MSD
Для надежности было бы неплохо распаковать исходники все wm и их аплетов...
И поискать еще вхождения /etc/fstab для того, чтобы представить себе объем работ...
Comment 6 Dmitry V. Levin 2005-07-31 20:02:44 MSD
Вы предлагаете изменить getfsent(3), или ограничиться утилитой mount(8)?

Вообще, плохо, конечно, что так много софта реализуют свой собственный
getfsent(8), надо бы такие программы обвешать багами.
Comment 7 Vitaly Lipatov 2005-07-31 22:44:15 MSD
Предлагаю: 
- изменить getfsent (как это уже сделано для mount) 
- обнаружить и развесить баги на программы, которые читают /etc/fstab 
самобытно 
- написать для вышеозначенных программ патчи с тем, чтобы они использовали 
getfsent 
Не знаю, насколько данная задача для вас приоритетна; если данный план 
разумен, то я мог бы поручить это одному из разработчиков @etersoft 
 
Comment 8 Dmitry V. Levin 2005-08-01 00:06:56 MSD
Не стану утверждать, что эта задача для меня приоритетна.
План действий выглядит логично.
Убедить glibc'шный upstream в необходимости расширения функциональности getfsent
будет очень сложно.  Впрочем, этот факт не является препятствием.
Comment 9 Eugene Ostapets 2005-08-02 13:41:48 MSD
После детельного изучения kdelibs с него снимаются все обвинения - используется
getmntent из glibc
Comment 10 Serge Ryabchun 2005-08-02 14:13:18 MSD
> После детельного изучения kdelibs с него снимаются все обвинения - используется
> getmntent из glibc

Но это добавляет проблемы, если getfsent пропатчить на предмет /etc/fstab.d
как два байта переслать, то интерфейс getmntent и так ориентирован на множество
файлов и унесен на уровень конечного приложения, т.е. придется перелопачивать
весь софт для поиска getmntent и патчить, патчить и еще раз патчить.
Comment 11 Eugene Ostapets 2005-08-02 14:23:15 MSD
Ага, начиная с coreutils и заканчивая несколькими сотнями аплетов для
разнообразных WM...

Стоит ли овчинка выделки?
Comment 12 Vitaly Lipatov 2005-09-01 19:30:59 MSD
Я считаю что стоит и по возможности буду участвовать в приведении программ к 
использованию библиотечной функции из glibc. 
Comment 13 Serge Ryabchun 2005-09-02 11:30:40 MSD
(In reply to comment #12)
> Я считаю что стоит и по возможности буду участвовать в приведении программ к 
> использованию библиотечной функции из glibc. 

Какой именно, getfsent или getmntent? getfsent обсолитнули и суперсиднули
getmntent. А обвязка вокруг getmntent для поддержки /etc/fstab.d будет выглядеть
байт в байт как текущий getfsent с трехстрочным патчем.
Comment 14 burov dmitry 2005-09-28 13:19:35 MSD
fstab.d - это серьезно. Это надо апстрим убеждать соглажаться :-) 

IMHO нехорошо, что getmntent предполагает, что "/etc/fstab" и "/etc/mtab" (? "/
proc/mounts") зашиты в приложениях как константы. Нет функций, их возвращающих.

Если сделать функции, возвращающие список файлов fstab(/etc/fstab и /etc/fstab.
d) и список файлов mtab (пока один единств.) - то вполне можно реализовать 
getfsent через getmntent + один список.
И аналогично сделать getmfsent (mounted fs).

И вот это все проталкивать в upstream.

Делать обвязку для getmntent, чтобы ей указывали на один файл, а она читала из 
другого - это жуть IMHO.

....а нельзя сделать что-то типа shadow ?
Чтобы /etc/fstab был сокетом, за который отвечал бы демон.
А демон бы рабивал fstab на постоянную часть и fstab.d ?
Правда это уже по сложности что-то типа CVS получается  
Comment 15 Vitaly Lipatov 2008-01-08 07:29:21 MSK
Поскольку выбранным направлением стали новые методы автомонтирования, и 
изменение /etc/fstab более не требуется,
и риску порчи он более не подвержен, закрываю.