New rd.* namespace for dracut-008

I cleaned up the kernel command line parameters and moved them to the rd.* namespace. The deprecated options are supported until dracut-010 and will be removed afterwards.

Here is a list of options, which were used in dracut prior to

       version 008, and their new replacement.



       rdbreak

           rd.break



       rd_CCW

           rd.ccw



       rdcopystate

           rd.copystate



       rd_DASD_MOD

           rd.dasd_mod.dasd



       rd_DASD

           rd.dasd



       rdinitdebug rdnetdebug

           rd.debug



       rd_NO_DM

           rd.dm=0



       rd_DM_UUID

           rd.dm.uuid



       rdblacklist

           rd.driver.blacklist



       rdinsmodpost

           rd.driver.post



       rdloaddriver

           rd.driver.pre



       rd_NO_FSTAB

           rd.fstab=0



       rdinfo

           rd.info



       check

           rd.live.check



       rdlivedebug

           rd.live.debug



       live_dir

           rd.live.dir



       liveimg

           rd.live.image



       overlay

           rd.live.overlay



       readonly_overlay

           rd.live.overlay.readonly



       reset_overlay

           rd.live.overlay.reset



       live_ram

           rd.live.ram



       rd_NO_CRYPTTAB

           rd.luks.crypttab=0



       rd_LUKS_KEYDEV_UUID

           rd.luks.keydev.uuid



       rd_LUKS_KEYPATH

           rd.luks.keypath



       rd_NO_LUKS

           rd.luks=0



       rd_LUKS_UUID

           rd.luks.uuid



       rd_LUKS_UUID

           rd.luks.uuid



       rd_NO_LVMCONF

           rd.lvm.conf



       rd_LVM_LV

           rd.lvm.lv



       rd_NO_LVM

           rd.lvm=0



       rd_LVM_SNAPSHOT

           rd.lvm.snapshot



       rd_LVM_SNAPSIZE

           rd.lvm.snapsize



       rd_LVM_VG

           rd.lvm.vg



       rd_NO_MDADMCONF

           rd.md.conf=0



       rd_NO_MDIMSM

           rd.md.imsm=0



       rd_NO_MD

           rd.md=0



       rd_MD_UUID

           rd.md.uuid



       rd_NFS_DOMAIN

           rd.nfs.domain



       rd_NO_PLYMOUTH

           rd.plymouth=0



       rd_retry

           rd.retry



       rdshell

           rd.shell



       rd_NO_SPLASH

           rd.splash



       rdudevdebug

           rd.udev.debug



       rdudevinfo

           rd.udev.info



       rd_NO_ZFCPCONF

           rd.zfcp.conf=0



       rd_ZFCP

           rd.zfcp

hmm as initramfs-tools hasn't cleaned up it's namespace yet, this is a good point to jump in ask more details:

* what does rd stand for?

* is it envisaged to be used by other tools
(or should initramfs-tools use it.break)?

I'd appreciated more info on the background of this move as it can't be painless.

thanks.

maks

"rd" was chosen because we already have "rdinit=" as a kernel parameter

Hm, if we can define common kernel command line parameters, that would make the user's life easier.

Harald, thanks for the update.
Just one quick question below.

Is this a typo?
I'm wondering why the new one is not just "rd.dasd_mod".
Having a .dasd suffix is not necessary and users might mix it up with rd.dasd which has both syntax and semamtics differently.

Steffen

Linux on System z Development

IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294

because it's the "dasd" parameter of the dasd_mod module

one could specify it directly on the kernel command with "dasd_mod.dasd=", which would be honored by the module itsself. So I just added "rd." to indicate the sole use for the initramfs.

We don't unload and reload the module (do we?), so I don't see how having a version that's solely for initramfs usage makes sense here.

Bill

Any chance that these could be made generic options that udev itself honors?

Bill

See udevd(8), there is already:

KERNEL COMMAND LINE
udev.log-priority=
Set the logging priority.

udev.children-max=
Limit the number of parallel executed events.

udev.exec-delay=
Number of seconds to delay the execution of RUN instructions. This
might be useful when
debugging system crashes during coldplug cause by loading
non-working kernel modules.

True... that's what I thought, too :)