On Mon, Jan 23, 2012 at 6:05 PM, Bruce Dubbs wrote:
> Steve Crosby wrote:
>>> 2. Providing an emergency shell in the event of failure to mount root
>>> filesystem
>
> That's reasonable too, however I never recall needing that capability.
>
> The times I have had problems have been when grub can't
On Mon, Jan 23, 2012 at 7:58 PM, Zachary Kotlarek wrote:
>
> On Jan 22, 2012, at 7:33 PM, Steve Crosby wrote:
>
>> 3. Populate /dev using busybox cutdown version of udev (mdev)
>
>
> Is there a benefit to mdev over just using tmpdevfs?
>
> I say that as a current user of mdev; I haven't yet tried
Bruce Dubbs wrote:
> de...@hawaii.rr.com wrote:
>
>> Well, then something else is amiss. the statusproc() function defined here:
>> http://www.linuxfromscratch.org/lfs/view/stable/scripts/apds02.html
>> does not have the *) case.
>>
>> And neither does the one defined in
>> lfs-bootscripts-201
On Jan 22, 2012, at 9:05 PM, Bruce Dubbs wrote:
> The times I have had problems have been when grub can't load the kernel
> and if I can load the kernel I can always edit the command line in grub
> to use init=/bin/bash.
Only if the kernel can mount the root file system as-is. Given an initra
On Jan 22, 2012, at 7:33 PM, Steve Crosby wrote:
> 3. Populate /dev using busybox cutdown version of udev (mdev)
Is there a benefit to mdev over just using tmpdevfs?
I say that as a current user of mdev; I haven't yet tried a tmpdevfs initramfs
device system. But if I'm understanding it corre
Steve Crosby wrote:
> On Mon, Jan 23, 2012 at 5:36 PM, Steve Crosby wrote:
>> 1. Education ;)
Always a good reason.
>> 2. Providing an emergency shell in the event of failure to mount root
>> filesystem
That's reasonable too, however I never recall needing that capability.
The times I have ha
On Mon, Jan 23, 2012 at 5:36 PM, Steve Crosby wrote:
>
> 1. Education ;)
> 2. Providing an emergency shell in the event of failure to mount root
> filesystem
>
3. (not relevant to LFS) Auto-detecting which device the root is on,
when the boot device is portable\non-persistent (usb\cdrom\etc)
e.
On Mon, Jan 23, 2012 at 4:57 PM, Bruce Dubbs wrote:
> Steve Crosby wrote:
>
>> I've been experimenting with initramfs recently (I used to use initrd
>> for my cdrom bootable lfs firewall).
>>
>> It's relatively straightforward. I understand dracut may automate some
>> of the LVM\MD\RAID stuff (not
Steve Crosby wrote:
> I've been experimenting with initramfs recently (I used to use initrd
> for my cdrom bootable lfs firewall).
>
> It's relatively straightforward. I understand dracut may automate some
> of the LVM\MD\RAID stuff (not looked at it yet), but for purely
> educational purposes, i
On Mon, Jan 23, 2012 at 4:33 PM, Steve Crosby wrote:
cut&pasto
${INITPRG:="/sbin/init"}
should be
: ${INITPRG:="/sbin/init"}
--
-- -
Steve Crosby
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
On Thu, Jan 19, 2012 at 10:29 AM, Bruce Dubbs wrote:
> I've been thinking about the discussion we had earlier and think a
> couple of pages added to BLFS would be a good start (yes, I know this is
> lfs-dev). The outline of the pages is below and I'm looking for feedback.
>
> Using dracut to
de...@hawaii.rr.com wrote:
> Well, then something else is amiss. the statusproc() function defined here:
> http://www.linuxfromscratch.org/lfs/view/stable/scripts/apds02.html
> does not have the *) case.
>
> And neither does the one defined in
> lfs-bootscripts-20111017/lfs/lib/services/init-fu
>deant at hawaii.rr.com wrote:
>
>You are not giving the whole loop:
>
> while true; do
>case "${1}" in
>
>-p)
>pidfile="${2}"
>shift 2
>;;
>
>*)
>if [ -n "${2}" ]; then
>echo "To
de...@hawaii.rr.com wrote:
>>> while true; do
>>> case "${1}" in
>>>
>>> -p)
>>> pidfile="${2}"
>>> shift 2
>>> ;;
>>> esac
>>> done
> Unless I'm misreading and mis-testing it, there's no break out of
> the loop;
You are not giving the whole loop:
while tr
>Bruce Dubbs wrote:
>>Dean Takemori wrote:
>>lfs/lib/services/init-functions defines statusproc() with this snippit
>>to process arguments:
>>
>>while true; do
>> case "${1}" in
>>
>> -p)
>> pidfile="${2}"
>> shift 2
>> ;;
>> esac
>>done
>>
>>
>>Isn't this broken?
DJ Lucas wrote:
> On 01/22/2012 10:43 AM, Bruce Dubbs wrote:
>> Dean Takemori wrote:
>>> lfs/lib/services/init-functions defines statusproc() with this snippit
>>> to process arguments:
>>>
>>>while true; do
>>> case "${1}" in
>>>
>>> -p)
>>> pidfile="${2}"
>>>
On 01/22/2012 10:43 AM, Bruce Dubbs wrote:
> Dean Takemori wrote:
>> lfs/lib/services/init-functions defines statusproc() with this snippit
>> to process arguments:
>>
>>while true; do
>> case "${1}" in
>>
>> -p)
>> pidfile="${2}"
>> shift 2
>>
Dean Takemori wrote:
> lfs/lib/services/init-functions defines statusproc() with this snippit
> to process arguments:
>
> while true; do
> case "${1}" in
>
> -p)
> pidfile="${2}"
> shift 2
> ;;
> esac
> done
>
>
> Isn't this broken?
Wha
On Sun, 2012-01-22 at 16:14 +0100, Pierre Labastie wrote:
> Hi,
>
> As the subject heading says, it looks like kmod.xml is missing in rev 9712,
> while chapter06/chapter06.xml has been modified to "xinclude" it.
Thanks! Should be fixed up in r9713.
Regards,
Matt.
--
http://linuxfromscratch.o
Hi,
As the subject heading says, it looks like kmod.xml is missing in rev 9712,
while chapter06/chapter06.xml has been modified to "xinclude" it.
Regards,
Pierre
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above informa
lfs/lib/services/init-functions defines statusproc() with this snippit
to process arguments:
while true; do
case "${1}" in
-p)
pidfile="${2}"
shift 2
;;
esac
done
Isn't this broken? I notice that the statusproc() defined in the
(deprecat
21 matches
Mail list logo
