1 |
All, |
2 |
|
3 |
as I have always said, my views can evolve with civil discussion, and |
4 |
there has been some good feedback on this. |
5 |
|
6 |
I also got a suggestion for handling network file systems that would mean we |
7 |
wouldn't have to keep track of the specific clients needed to mount |
8 |
network file systems; we could let the distros tell us what the network |
9 |
file system types are and which services should be started to support |
10 |
them. |
11 |
|
12 |
Look at the new-netmount branch for that. Basically it would be a series |
13 |
of files in a directory which would have the name of a filesystem type |
14 |
as their file name, then inside each file, the name of the service that |
15 |
supports them. |
16 |
|
17 |
The point of debate I suppose is the dependency type that should be used |
18 |
for these. On the branch it is use, which requires you to add the |
19 |
appropriate service to the runlevel netmount is in, but some want it to |
20 |
be want once it is implemented. |
21 |
|
22 |
Also, I want to talk more about netmount and localmount failing. |
23 |
|
24 |
If netmount and localmount are set up to fail if one of the file systems |
25 |
they mount fails (which is what other init systems out there do), the |
26 |
sys admin can control whether the mount -a command cares about the |
27 |
status of specific file systems by adding nofail to the mount options in |
28 |
fstab. By default it would care, but if you add nofail to the mount |
29 |
options, you would affectively tell mount -a to not be concerned about |
30 |
whether the mount succeeds or not. |
31 |
|
32 |
Thoughts? |
33 |
|
34 |
William |