Hi Pete.
Thanks for the reply. If I understand your following statement::
If we assume that you have functioning ssh access to the machine, you can change the default boot option for grub in /etc/default/grub (and run grub2-mkconfig -o /boot/path/to/grub.cfg)
this implies that for each installed OS, there will be a separate "/boot" in the OS tree, but if I'm in partitionA, how do I set the dir for the boot path for the partitionB, which wouldn't be mounted at that time... Or would it be?
I've been looking for a sample/turotial that lays this out that I can examine, and haven't found one yet.
Thanks Much!!!
On Thu, Dec 26, 2013 at 1:32 PM, Pete Travis lists@petetravis.com wrote:
On Dec 26, 2013 10:52 AM, "bruce" badouglas@gmail.com wrote:
Hey Suvayu,
Not to be insensitive.. but I've had left-post/right-post/top-post args etc for damn near 30 years...
My motto - if I create the post, I'll post/add to it as i see fit. Everyon else is welcome to reply, or not!!
Now that that's out of the way...
My need is in the case a system gets hacked/corrupted. If the system is remote, I want a method of being able to get into the hacked system, and to have it then restore the running/corrupted partition from the "clean" partition.
This means I need to be able to install dual OS, as well as have a method of being able to switch the boot process as required.
No, this isn't foolproof to eleminate hacking, but it does allow me to then be able to more easlity/quickly recover in the event the process detects the master partition as being hacked.
So, in my mind, I'll have dual OS/partitions paritionA -minimal OS -used to do a netinstall/reinstall of a clean OS into partitionB -so when the system boots up into this partition, it will auto perform the netinstall process into the partitionB for the reinstall
partitionB -the master partition/OS -contains the working/real OS/env of the system -also able to invoke a netinstall process to reinstall partitionA as required -has the ability to toggle between the partitions -has the ability to set itself as the default OS/partition
So in my mind, this really should be a matter of doing a dual install/boot process, and then determining how one can programatically/automatically set whatever function/switch has to be set to switch between the partitions/OS on reboot of the system.
Keep in mind, once the system is created/provisioned, all of this is being handled remotely, via ssh.
thanks
If we assume that you have functioning ssh access to the machine, you can change the default boot option for grub in /etc/default/grub (and run grub2-mkconfig -o /boot/path/to/grub.cfg)
With ssh access and a UEFI system, you can use `efibootmgr` to set the firmware boot order or next boot.
If you don't have functioning ssh access, you'll need hardware with remote access firmware ie. IPMI. Alternatively, you can get a KVM with remote access features - usually vnc, look for KVM over IP - or some remote hands to operate a keyboard for you.
If the goal is to reinstall from the alternative environment, you want the installer , not a minimal install. You should read about medialess installs or pxe installation in the Fedora Installation Guide. These can also be used in rescue mode. Either way, kickstart sounds like a good idea for you.
BTW, mailing list guidelines have existed as long as mailing lists. You are more likely to get good help if you follow those guidelines that make it easier for your helpers to follow the discussion, but the choice between your convenience and clarity for your readers is your own choice.
--Pete
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org