Re: install F36 KDE alongside Win 10

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

 



On Sat, Aug 13, 2022 at 12:37 AM Tim via users <users@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
On Fri, 2022-08-12 at 14:48 -0300, George N. White III wrote:
> Manually partitioning disks was an onerous task for sys admins in the bad old days.  We didn't
> have UUID's, so had to be careful to keep track of which disk needed to be partitioned, write down
> the planned scheme, and carefully enter the parameters as text.  Today's linux installers
> do a good job without the need for manual intervention unless your use case is far outside the
> norm.

Many the time I'd opened the box, written down the brand names and
sizes of the installed harddrives.  It was easier when they were
different, and a right pain when a box had two or more identical
models.

I usually bought disks in bulk -- cheaper that way and I only had to
have a dos system with SCSI that could boot one vendor's diagnostics.
I retrospect I should have used the brand and serial no. to make my
own almost UUID.   I did put a text file in the root of each drive with
notes on the partition structure, etc.

I haven't multibooted for eons (it has its own worlds of pain), but I
still like the idea of one drive for data, another for the system.  It
makes OS updates so much easier to manage.

A separate data disk is a good strategy for a single OS. For multiboot
I need data to be available to all the OS's, so use a network drive
shared via samba.

The majority of my colleagues work for governments or universities
and are required to run windows, but use linux for large scale
processing.  People who have the option mostly use macOS.  ESA
and NASA have "mission critical" applications written in Java that
run on Windows, linux, and  macOS.  I need all 3 OS's in order to
investigate issues, and now need to add an Apple silicon version
of macOS. 

--
George N. White III

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[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