On Thu, Aug 6, 2015 at 2:57 PM, Bowie Bailey Bowie_Bailey@buc.com wrote:
On 8/6/2015 4:39 PM, Chris Murphy wrote:
On Thu, Aug 6, 2015 at 2:29 PM, Bowie Bailey Bowie_Bailey@buc.com wrote:
On 8/6/2015 4:21 PM, Chris Murphy wrote:
On Thu, Aug 6, 2015 at 2:08 PM, Bowie Bailey Bowie_Bailey@buc.com wrote:
Doing a new install on the two 1TB drives is my current plan. If that works, I can connect the old drive, copy over all the data, and then try to figure out what I need to do to get all the programs running again.
Sounds like a pain. I would just adapt the CentOS 6 program.log commands for your case. That's a 2 minute test. And it ought to work.
I'm not familiar with that. How would I go about adapting the CentOS 6 program.log commands?
I mentioned it in the last two posts yesterday on this subject.
Ok. I'll give that a try tomorrow. Just a couple of questions.
install --stage2=/boot/grub/stage2 /grub/stage1 d (hd0,1) /grub/stage2 p (hd0,1)/grub/grub.conf
It looks like this mixes paths relative to root and relative to /boot. Did your test system have a separate /boot partition?
Yes.
The --stage2 argument is "os stage2 file" according to my man page. Should this be relative to root even with a separate /boot partition?
I think it's being treated as a directory because it's going to access this stage2 file.
Also, why are the exact same root and install commands run twice in the log you show? Is that just a duplicate, or does it need to be run twice for some reason?
I do not know. The whole thing is foreign to me. But both drives are bootable as hd0 (the only drive connected). So it makes sense that the configuration is treating this as an hd0 based installation of the bootloader to both drives. The part were the stage 1 and 2 are directed to separate drives must be the 'device (hd0) /dev/vdb' command. Again, I don't know why it isn't either 'device (hd0) (hd1)' or 'device /dev/vda /dev/vdb' but that's what the log sayeth.