Re: Auto OS Install Process

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

 



Hey Suvayu,

Thanks, but in looking at kickstarter, it doesn't allow as to how
you'd be able to set the system to boot into one or the other OS
partitions.


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

This kind of approach would allow me to have full/complete control, to
be able to do remote installs of the OS on the different partitions,
as well as control which partition gets booted on reboot.

And of course,  a given OS could be updated using the normal yum processes.

does this make sense.

Thoughts/Comments ??

Thanks


On Thu, Dec 26, 2013 at 10:04 AM, Suvayu Ali
<fatkasuvayu+linux@xxxxxxxxx> wrote:
> On Thu, Dec 26, 2013 at 09:01:46AM -0500, bruce wrote:
>>
>> Here's my question:
>>
>> Is there a way to do the same basic process, except to always leave
>> the CD in, and to then be able to "switch" the system, so it "knows"
>> which media to install from.
>>
>> If this can be done, one can setup a system with a basic cd that will,
>> when run, create/start the basic OS install, but then not be used any
>> other time... This could allow for an auto/programatic approach to be
>> able to do a remote/auto OS install.
>
> https://fedoraproject.org/wiki/Anaconda/Kickstart
>
> --
> 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