Re: Auto OS Install Process

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


On Thu, Dec 26, 2013 at 12:21 PM, Suvayu Ali
<fatkasuvayu+linux@xxxxxxxxx> wrote:
> Hi Bruce,
>
> Please read the mailing list guidelines (linked from the list
> signature); top-posting is frowned up on on this list.
>
> Now some comments...
>
> On Thu, Dec 26, 2013 at 10:14:52AM -0500, bruce wrote:
>>
>> What I'd really like is the ability to set two partitions
>>
>>
>> PartitionA - base/minimal OS
>>   -used to just do a netinstall to setup partitionB with the real OS, and
>>    the actual system that's going to contain the VM
>>  -when this partition is invoked, it automatically does a netinstall to
>>   set up partitionB
>>  -after doing the netinstall, the process then resets whatever is needed
>>   to then boot into partitionB
>>
>> PartitionB - complete/full OS, along with all the rest of the system/env files
>>   -created by the netinstall process from Partition A, the minimal install/OS
>>   -has the ability to also do a "netinstall" to reinstall the OS for the
>>    partition A OS
>>  -has the ability to set the system, so the next reboot, it goes into
>> Partition A
>
> From what I understand you expect on partitition dedicated for
> installation of other partitions.  I do not understand why you need
> that.  Kickstart files offers you a completely automated way to install
> from disk images on local disks, over the network, and repositories.
> You can put your image on a partition, and treat that as your
> PartitionA.  You could then use different kickstart files to setup
> systems with different customisations.  Doesn't that work?
>
> I maybe missing something, maybe you want to do this remotely.  In that
> case it should still be possible, but you would need a separate "command
> & control" machine for that.  I believe many vendors like Dell, IBM
> offer such solutions.  I have personally seen a Dell system with 10 real
> servers being installed & setup this way.  If your setup is at home, you
> could repurpose a old machine for this purpose.
>
> Hope this helps,
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
> --
> users mailing list
> users@xxxxxxxxxxxxxxxxxxxxxxx
> 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
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
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




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux