| 1 |
On Tue, Jan 3, 2012 at 20:13, Nicolas Sebrecht <nsebrecht@×××××.fr> wrote: |
| 2 |
> The 03/01/12, Pandu Poluan wrote: |
| 3 |
> |
| 4 |
>> But I can see a use case for mdev completely replacing udev: servers and |
| 5 |
>> virtual machines. |
| 6 |
>> |
| 7 |
>> Servers, especially production ones, have a hardware change only once in |
| 8 |
>> every two blue moons. They don't need all the bells and whistles of udev. |
| 9 |
>> |
| 10 |
>> Even more so when you've gone the virtualized route. |
| 11 |
>> |
| 12 |
>> Since servers are arguably where Linux shines the most, mdev should be |
| 13 |
>> seriously considered as a udev replacement. |
| 14 |
> |
| 15 |
> But servers have enough ressources to run udev and any required |
| 16 |
> initramfs to mount /usr. |
| 17 |
> |
| 18 |
|
| 19 |
No, no, no, you got it the wrong way around. |
| 20 |
|
| 21 |
It's not udev *per se* that I -- as a server admin -- want to get rid of. |
| 22 |
|
| 23 |
It's the initramfs. |
| 24 |
|
| 25 |
And I also want to put /usr in a separate partition. |
| 26 |
|
| 27 |
The problem is that, judging from where udev is going in upstream, we |
| 28 |
will be forced to use initramfs, or put /usr in / |
| 29 |
|
| 30 |
By migrating from udev to mdev, I am no longer forced to do either. |
| 31 |
|
| 32 |
> So, the question is where engineering should go: |
| 33 |
> |
| 34 |
> - mdev and manually manage /dev devices if nedded |
| 35 |
> |
| 36 |
> or |
| 37 |
> |
| 38 |
> - rely on initramfs to mount /usr. |
| 39 |
> |
| 40 |
|
| 41 |
As a SysAdmin, I'd prever the 1st one, thank you. |
| 42 |
|
| 43 |
Adding hardware to server is a MAJOR event, something worthy of |
| 44 |
sacrificing some goats and lambs to appease the Information Gods and |
| 45 |
Goddesses. |
| 46 |
|
| 47 |
And after the new shiny thing gets installed physically, it will be |
| 48 |
followed up -- with 109% certainty -- with some configuration in the |
| 49 |
OS. |
| 50 |
|
| 51 |
> As initramfs is a prooven working solution, all distributions I know use |
| 52 |
> it either by default or if needed. |
| 53 |
> |
| 54 |
|
| 55 |
Then again, using initramfs is yet-another-component waiting to break. |
| 56 |
|
| 57 |
Knowing Murphy's Law, it will one day fuck up everything. |
| 58 |
|
| 59 |
> Also, I think the coming problem you will be face with in the mdev way |
| 60 |
> is the move of binaries from /bin to /usr/bin and so. |
| 61 |
> |
| 62 |
|
| 63 |
Again, on a server, this will be a one-time affair. |
| 64 |
|
| 65 |
I can always bind-mount the /usr of / under /mnt, letting the "/usr" |
| 66 |
get overlaid by the /usr partition. If there's a piece of hardware |
| 67 |
that needs a piece of binary inside /usr, I'll just cp that binary |
| 68 |
into /mnt/usr/whatever to appease that piece of hardware. |
| 69 |
|
| 70 |
Rgds, |
| 71 |
-- |
| 72 |
FdS Pandu E Poluan |
| 73 |
~ IT Optimizer ~ |
| 74 |
|
| 75 |
• LOPSA Member #15248 |
| 76 |
• Blog : http://pepoluan.tumblr.com |
| 77 |
• Linked-In : http://id.linkedin.com/in/pepoluan |
Archives