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
next prev 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