On 08/17/2014 06:08 PM, Ken Moffat wrote:
On Sun, Aug 17, 2014 at 05:10:03PM -0500, Dan McGhee wrote:
On 08/16/2014 06:49 AM, Richard Melville wrote:
I don't think it's a kernel issue. I'd check your disk assignment/UUIDs
in the BIOS and grub to make sure the correct partitions are being called.
Of course, I could be wrong.
No, Richard, you weren't wrong, but part of the problem was the kernel.
When I moved from Windows 8 to Windows 8.1, the update added another
partition AFTER the EFI Boot Partition. Therefore, all the following
partitions were raised by one number. My LFS partitions moved from
/dev/sda6 to /dev/sda7. This, because I use the kernel efi stubs to boot,
necessitated a reconfigured kernel because I pass "root=/dev/sdax, ro" in
the kernel.
Ugh! That sounds horrible, I'm very glad you fixed it. Replying
because of something a few paragraphs later:
I know more now, and
when I get to that part in my LFS-7.5 build--maybe I should wait until 7.6
now--
Now that we are close to 7.6, and the main thing likely to differ
from current svn is the next glibc release, I think that it might be
a good time to wait : there is no point building an out of date
system. Meanwhile, get your scripts, at least for those parts of
BLFS which you *really* want to build, up to date.
ĸen
Thanks for the advice, Ken. Scripts are ready for {.B}LFS. Just need
tweaking "in situ" for new commands.
During that last adventure, I learned a lot more about sysvinit and how
it works. Diagnosed problem based on what LFS was *not* doing.
Dan
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
