> If I've parsed that correctly, you are now trying to build with a > .config specific to the second machine ? If that is not the case,
That's true, but they're identical boxes: same MoBo, same CPU, same video, same amount of RAM, even same HD, although partitioned differently. It was just easier that way back in the day when I occasionally ran some other software ;-) that was all too likely to scream "PIRACY!" if some hardware failed and I tried to rehost the drive/system. Proved useful this time when the heatsink popped half off the CPU on this box and it started behaving flakey, until found. I just swapped the drives and kept on truckin' until I had more spare time. > For preference, I would probably try 3.14.latest, see if it boots, and > if not try 3.10.latest. If neither boot, you have probably decided to > build an "uncommon" config and (arguably) got something wrong (been > there, done that, most of the scars have healed ;) Been there, done that. I asked on the LFS list in a Kernel Choices thread in January. You recommended 14 then, but because it is old HW I wanted to make the jump from 5 to 14 in two jumps (no longer able to leap tall buildings in a single bound). I tried 11 then 10, in both the USB driver spit useless messages on the console once per second. 9 was OK, so I settled on 9.11. When I get this "release candidate" in service I'll explore others, or LFS-7.7. > Personally, I never use kernel patches to update the kernel; I always > re-build from scratch, but using the same .config where possible. I > think that's the safer way to do things. Really? I've always though that risky because parameters get removed and added, you've still got the first and miss the second. Do you run oldconfig at least? -- Paul Rogers [email protected] Rogers' Second Law: "Everything you do communicates." (I do not personally endorse any additions after this line. TANSTAAFL :-) -- http://www.fastmail.com - Faster than the air-speed velocity of an unladen european swallow -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
