mkinitrd unification across distributions
 help / color / mirror / Atom feed
From: Dave Young <dyoung-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Cong Wang <amwang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	kexec-kdump-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
Subject: Re: mount other than rootfs problem
Date: Fri, 30 Sep 2011 11:40:12 +0800	[thread overview]
Message-ID: <4E853A1C.5070905@redhat.com> (raw)
In-Reply-To: <4E85370A.7020509-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>

On 09/30/2011 11:27 AM, Cong Wang wrote:

> 于 2011年09月30日 10:17, Dave Young 写道:
>> On 09/29/2011 11:18 PM, Cong Wang wrote:
>>
>>> 于 2011年09月29日 10:55, Dave Young 写道:
>>>> Hi,
>>>>
>>>> In current dracut modules there's still fstab-sys for mount something
>>>> other than root, So how about add a similar module ie. fstab-kdump
>>>> which
>>>> contains the kdump target device/fstype, add mount-kdump.sh to mount
>>>> all
>>>> the stuff. For rootfs we can use dracut mount point.
>>>
>>> I doubt fstab-sys module could mount all kinds of block devices, e.g.
>>> LVM or RAID, because I see no code to detect/handle LVM/RAID in
>>> fstab-sys
>>> or fs-lib module.
>>
>>
>> I just tried a simple lvm mount, it was skipped due to there's no dev
>> nodes. making the fstab-sys module depends on lvm also does not work,
>> but mannually call lvm_scan in rdshell, then mannually mounting the lvm
>> volume can success
>>
> 
> Yeah, this is not strange, I bet you can also pass "rd_LVM_LV=" to
> mount the target device.


Add lvm_scan in mount-sys.sh also works, so if we can make lvm_scan
being called automaticlly via dependencies it will be good. OTOH fstab
is better than cmdlines as an interface for multi-target dumping

> 
>> So If we properly deal with the dependency issue it should be possible
>> to resolve. There's dracut module dependency currently, but question is
>> that is there dependency of hooks? such as make the mount-sys hook
>> depends on the lvm setup code, is it possible with current interface?
>>
> 
> I don't think so, you called 'lvm_scan' and did mount manually, lvm
> module itself will not mount it unless you add "rd_LVM_LV=". So, this
> a not only a problem of module dependency, but also a problem
> of lvm module code.


Yes, agree

>For kdump, even using "rd_LVM_LV=" is not a good
> choice, because we still need to convert the device name (or UUID) into
> the correct kernel cmdline.


not understand yet, could you help to explain or give an example?

> 
> If some hook need some other module, then the whole module itself should
> depend on that module, which can be expressed in depend().
> 



-- 
Thanks
Dave

  parent reply	other threads:[~2011-09-30  3:40 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-29  2:55 mount other than rootfs problem Dave Young
     [not found] ` <4E83DE33.4020204-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-09-29 15:18   ` Cong Wang
     [not found]     ` <4E848C48.6050506-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-09-30  2:17       ` Dave Young
     [not found]         ` <4E8526A6.30003-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-09-30  3:27           ` Cong Wang
     [not found]             ` <4E85370A.7020509-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-09-30  3:40               ` Dave Young [this message]
     [not found]                 ` <4E853A1C.5070905-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-09-30  3:48                   ` Cong Wang
2011-09-30 18:38                   ` Vivek Goyal
     [not found]                     ` <20110930183839.GF25891-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-09-30 19:03                       ` Vivek Goyal
     [not found]                         ` <20110930190311.GH25891-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-10-04  3:13                           ` Cong Wang
2011-10-12  9:03                           ` Dave Young
     [not found]                             ` <4E9557F2.2060209-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-10-12  9:22                               ` Harald Hoyer
     [not found]                                 ` <4E955C5A.1010406-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-10-12 19:07                                   ` Vivek Goyal
     [not found]                                     ` <20111012190744.GG12845-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-10-13  9:19                                       ` Harald Hoyer
     [not found]                                         ` <4E96AD07.6040806-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2011-10-13 14:43                                           ` Vivek Goyal
2011-10-12  8:59                       ` Dave Young

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E853A1C.5070905@redhat.com \
    --to=dyoung-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=amwang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=kexec-kdump-list-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox