Subtle observation ?

[no.to...@gmail.com]

To date our explanation why DebianEtch CAN boot from
the CF, whereas Slakware13 and Kogi [a Slak-based
version] CANNOT is explained by <at that stage of booting,
there's no CF reader for the applicable FS>?

But how then, does the boot process read the CF and output
a substantial trace upto [obviously I can't paste and have
manually entered the below] :-----
md: Waiting for all devices to be available before autodetect
...
<Cannot open root device sdb1 or unknown-block(0,0)
here are the available partitions:
...sda
...sda1
...sda2
usb 1-4: new USB device found, <0408:0ff1> <-XYZ
...sda3
...sda4
Knl panic unable to mount root on unknown-block(0,0)
==> see slak notes on <making an initrd>
-------------- end of manual copy -------
The line which I've marked as "<-XYZ" seems to be
<task interleaved> between the <sda,1,2,3,4> trace,
and suggests a <race effect>.

Why do slak/kogi announce, during the boot process
<waiting for a while>?
Do some processes, like <udev> need some time to
complete, which the <OS at that stage> can't handle
automatically? So the problem could be solved by a delay?

Here's the section of kogi's initrd, extracted by:
< zcat initrd.gz | strings | fold | grep ZYX>
where ZYX is the text of the trace-mesg immediately
after the boot-halt.

Slak13 has NO initrd, and I've been unable to trace
the code, which led up to the <trace above>.

What do you think?

TIA

== Chris Glur
===========
-> zcat initrd.gz | strings | fold | grep -B 35 -A 2 "old PCMCIA" ==
DATAFROM=$(cmdline_value from)
# If ip= parameter is present, assume we're booted over PXE
# In that case, we have to initialize network very soon (now)
# ip=<client-ip>:<boot-server-ip>:<gw-ip>:<netmask>
# Nevertheless, from= parameter won't be overwritten by this
IP=$(cmdline_value ip)
if [ "$IP" != "" -a "$DATAFROM" = "" ]; then
DATAFROM="http://"$(echo $IP | cut -d : -f 2)
if [ "$DATAFROM" ]; then
if [ "$(echo $DATAFROM | cut -b 1-7 | tr "[:upper:]" "[:lower:]")" = "http://
" ]; then
init_dhcp $(modprobe_network_modules)
mount_httpfs $DATAFROM $MOUNTDIR/httpfs
# if mountdir/httpfs/livecdname is found, set DATA=, else umount httpfs
# - currently this part works even without the above mentioned, but livecd
.sgn is required now untill it's uncommented
else
DATAFROM=$(find_in_computer $DATAFROM)
if [ "$DATAFROM" ]; then
mount_device $DATAFROM $LOOPMOUNT # mount again, it may be loop device
if [ $? -eq 0 -a "$(find_modules $LOOPMOUNT/$LIVECDNAME)" != "" ]; then
echolog "found in $DATAFROM"
DATA=$LOOPMOUNT/$LIVECDNAME <-- *!
else
fumount $LOOPMOUNT
fumount $MOUNTDIR/*
fi
fi
fi
if [ "$DATA" = "" ]; then
# from= is not used or it didn't contain valid data
DATA=$(find_in_computer $LIVECDNAME/$SGN)
DATA=$(dirname $DATA 2>/dev/null)
if [ "$DATA" = "" ]; then fatal \
"$LIVECDNAME data not found.
You are maybe using an unsupported boot device (eg. SCSI or old PCMCIA).
Workaround: Copy the directory $LIVECDNAME from your boot device to an IDE/SATA
disk, eg. to /mnt/hda1/$LIVECDNAME or C:\\$LIVECDNAME. Then try to boot again."
============================

[jeff g.]

On 04/24/2012 09:23 PM, no.to...@gmail.com wrote:

<snip>

why don't you stop cross posting your issues?
WTF has the time to read through your ramblings?

[no.to...@gmail.com]

In article <jnaevr$roo$1...@dont-email.me>, "jeff g." <jeff.g...@att.net> wrote:

> On 04/24/2012 09:23 PM, no.to...@gmail.com wrote:
>
> <snip>
>
> why don't you stop cross posting your issues?

Because I deliberately want to discourage tribalism
amongst linux users.

> WTF has the time to read through your ramblings?

Gee jeff, doesn't Thunderbird/11.0 offer filtering facilities ?

BTW, perhaps I should have explained what a 'race effect' is?
It's when some eventA takes longer than expected, and eventB
starts, on the wrong assumption that eventA has completed.

[Mr. B-o-B]

no.to...@gmail.com cried from the depths of the abyss...

>> WTF has the time to read through your ramblings?
> Gee jeff, doesn't Thunderbird/11.0 offer filtering facilities ?
>
> BTW, perhaps I should have explained what a 'race effect' is?
> It's when some eventA takes longer than expected, and eventB
> starts, on the wrong assumption that eventA has completed.

Did you know that ducks can float because pumpkins are orange?

[J G Miller]

On Friday, April 27th, 2012, at 14:58:26h -0500, Mr. B-o-B explained:

> Did you know that ducks can float because pumpkins are orange?

And if a woman is lighter than a duck, she is obviously a witch.

<http://www.youtube.COM/watch?v=UTdDN_MRe64>

[Danno]

On Fri, 27 Apr 2012 23:26:57 +0000 (UTC)
J G Miller <mil...@yoyo.ORG> wrote:
> >
> > Did you know that ducks can float because pumpkins are orange?
>
> And if a woman is lighter than a duck, she is obviously a witch.

...and what do we do with witches?


--
Slackware 13.1, 2.6.33.4-smp, Core i7 920
GeForce GT520, RLU #272755

[J G Miller]

On Friday, April 27th, 2012, at 19:05:26h -0600, Danno asked:

> ...and what do we do with witches?

"I should have no compassion on these witches; I should burn them all."
-- Martin Luther

[Robby Workman]

There's a dragon with matches that's loose on the town
Takes a whole pail of water just to cool him down.
Fire! fire on the mountain!

-RW

[Paul Madarasz]

On Sat, 28 Apr 2012 01:52:07 +0000 (UTC), J G Miller <mil...@yoyo.ORG>
wrote, perhaps among other things:

If you think he was harsh on witches, check out what he had to say
about the Jews.

[Chick Tower]

On 2012-04-27, no.to...@gmail.com wrote:

> In article <jnaevr$roo$1...@dont-email.me>, "jeff g." wrote:
>>
>> why don't you stop cross posting your issues?
> Because I deliberately want to discourage tribalism
> amongst linux users.

Well, you're doing a bang-up job, n.t.p. Although, it seems odd to try
to promote unity in one area yet split up your threads by renaming them
with the addition of a number in parentheses.
--
Chick Tower

For e-mail: aols2 DOT sent DOT towerboy AT xoxy DOT net