I apologize if I inadvertently flooded the list. Apparently my mail
client went stupid and kept trying to send my message but for some
reason it was being sent but it wasn't ... I don't know for sure. I've
switched back to the gmail interface for now till I can resolve my
client issue.

Below is my inline reply.

---------- Forwarded message ----------

From: Chris Brennan <[email protected]>
Date: Fri, Oct 7, 2011 at 1:42 AM
Subject: Re: Funky udev issue (I think)
To: [email protected]


On Thu, 6 Oct 2011 22:32:55 +0100
Ken Moffat <[email protected]> wrote:

>  I know nothing of vBox, nor indeed of any other vm, but since nobody
> else reading the list has any suggestions, let's try and tease out
> some more information.  Is vBox the same as VirtualBox ?

Yes, vBox is VirtualBox.
>
>  I've assumed you made partitions on a real disk.  If the disk in
> your vm is virtual, then disregard these questions and the
> suggestion.

I've created a VirtualBox virtual-disk to use.

>  You are running the HLFS LiveCD in vBox ?

I must admit, LFS's website is a bit strange to follow for the
uninitiated. I have been unable to find a HLFS LiveCD, I assumed the
lfslivecd-x86_64-6.3-r2145.iso image was sufficient to get started and
following the HLFS handbook would give me the desired end-result.

>  Did the partitions appear when you created them ?  If so, did you
> do anything to them (e.g. mkfs, mount, ...) ?

The first time I created them, yes, I was able to format them and then
mounted them, I had even started the download process, then I
killed'd the wrong process and my HLFS environment went down the tubes.

>  What is the host system on which vBox is running ?  Does _it_ know
> that the new partitions are there ?  If your machine isn't natively
> running linux, I will lose all interest ;-)

The HostOS is Windows 7 and that shouldn't matter with a
VirtuaBox virtual disk. I have no problems if I boot a Gentoo LiveCD
and use their version of Parted, the problem is on the LFS-r2145 LiveCD
and or udev. I have been unable to determin which is truely at fault.

>  I can recall some fun and games in the past when I repartitioned a
> system disk - the kernel got the new partition table, but in a vm I
> assume that both the kernel in the vm, and the host kernel, would
> need to get this information.  How such changes are communicated to
> vBox is probably best asked on a vBox list.  I wonder if something
> in your vBox "installation" process configures it to use the disk as
> it was at the time it was first run, and then for subsequent runs
> just reuses that information.
>
>  If this is a regular DOS partition table, you might be able to use
> mknod to create device nodes if your vm lets you do that. So, for
> /dev/sdX  sda starts at 8,0 and sda1 is 8,1 then add 16 for each new
> disk, so 8,16 and 8,17 for sdb and sdb1, etc.

The point of this exorcise is to create a system the hardest possible
way for me to learn from, so of course I wouldn't take the easy way out
and use a DOS-style partition. I just wanted to find out of this was a
known issue, if I was being stupid or if this is a genuine bug in this
build of this LiveCD.

> Funnily enough, on lkml today there is a proposal to taint kernels
> running virtualbox (similar to kernels with staging modules loaded)
> because it *causes* kernel problems.  So, perhaps this is a
> virtualbox problem.

It very likely could be, but I hadn't run into this issue w/ my Arch,
Gentoo, Debian, Slackware or FreeBSD VM's (all running on the same
HostOS. So that begs to differ that it's a wide-spread problem or if
it's localized to how the LiveCD environment is built.

--
> Chris Brennan
> --
> A: Yes.
> >Q: Are you sure?
> >>A: Because it reverses the logical flow of conversation.
> >>>Q: Why is top posting frowned upon?
> http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/
> GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8  9E4A EECD 9A84 D5B2 0C0C)
------------------------------------------------------------------------

Attachment: signature.asc
Description: PGP signature

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Reply via email to