Re: Auto OS Install Process

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

 



Pete,

umm - regarding partition, i was under the impression that an OS
install can have multiple "partitions"

In my case though, I want to have the ability to set/invoke whatever
process needs to occur so I can programatically set the boot OS. All
of this will occur via ssh, so the process won't be accessing the gui,
to select the menus.

so for :
> As I noted, a second minimal installation does not do what you describe you
> want to accomplish, reinstallation. The installer handles installation, so
> you want to boot that. If you want to be able to reinstall *or* access the
> main installation's data from a clean environment, you can use the
> installer's rescue mode.
>
I'd want the 2nd installation to be able to immeadiately, upon boot
up, to then go do a netinstall, where it then reinstalls the 1st OS,
and I need to do this in a auto/programatic process. I'm not seeing
where the rescue mode process applies here.



On Thu, Dec 26, 2013 at 2:13 PM, Pete Travis <lists@xxxxxxxxxxxxxx> wrote:
>>
>>
>> On Thu, Dec 26, 2013 at 1:32 PM, Pete Travis <lists@xxxxxxxxxxxxxx> wrote:
>> >
>> > On Dec 26, 2013 10:52 AM, "bruce" <badouglas@xxxxxxxxx> 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
>
> On Dec 26, 2013 11:56 AM, "bruce" <badouglas@xxxxxxxxx> wrote:
>>
>> 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!!!
>
> Let us move away from the term "partition", please. A typical installation
> has multiple partitions, and even if yours do not, you are describing an
> *installation *, not a storage volume.
>
> If you have a second installation, grub2-mkconfig will find it and create
> the menu entries for you.
>
> As I noted, a second minimal installation does not do what you describe you
> want to accomplish, reinstallation. The installer handles installation, so
> you want to boot that. If you want to be able to reinstall *or* access the
> main installation's data from a clean environment, you can use the
> installer's rescue mode.
>
> --Pete
>
>
> --
> 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