Re: btrfs default partitioning/subvolume

2020-08-11 Thread Chris Murphy
On Tue, Aug 11, 2020 at 7:55 AM Neal Becker wrote: > > I wonder if there's any information or discussion on the default partitioning > and subvoluming > scheme to be used for btrfs install? > > The only scheme I've used so far in the past is a single large partiti

btrfs default partitioning/subvolume

2020-08-11 Thread Neal Becker
I wonder if there's any information or discussion on the default partitioning and subvoluming scheme to be used for btrfs install? The only scheme I've used so far in the past is a single large partition with one subvolume for /home and another for /root. I think it might be good to ha

Re: Feedback on default partitioning and encryption

2020-04-28 Thread Chris Murphy
On Tue, Apr 28, 2020 at 1:52 PM Simo Sorce wrote: > > On Tue, 2020-04-28 at 13:18 -0600, Chris Murphy wrote: > > Long term, many solutions need to be considered. And not only > > technical, but their impact on release engineering. > > What is the goal ? > > If the goal is just making it easy later

Re: Feedback on default partitioning and encryption

2020-04-28 Thread Simo Sorce
On Tue, 2020-04-28 at 16:23 -0500, Michael Catanzaro wrote: > On Tue, Apr 28, 2020 at 1:18 pm, Chris Murphy > wrote: > > This is the dilemma. It necessarily needs a single schema, there is > > only one default. Customizations aren't going away. > > We're not trying to come up with something that

Re: Feedback on default partitioning and encryption

2020-04-28 Thread David Kaufmann
On Tue, Apr 28, 2020 at 03:51:57PM -0400, Simo Sorce wrote: > If the threat model is just stolen/lost laptop/disk then encrypting the > user data only would be sufficient. Strictly speaking I'd say /etc/shadow, /var/lib/{pgsql,mysql}/, /etc/sysconfig/network-scripts/ and /etc/NetworkManager/ are a

Re: Feedback on default partitioning and encryption

2020-04-28 Thread Michael Catanzaro
On Tue, Apr 28, 2020 at 1:18 pm, Chris Murphy wrote: This is the dilemma. It necessarily needs a single schema, there is only one default. Customizations aren't going away. We're not trying to come up with something that works perfectly for everyone. We're just trying to come up with a defaul

Re: Feedback on default partitioning and encryption

2020-04-28 Thread Matthew Miller
On Tue, Apr 28, 2020 at 12:36:22PM -0400, Simo Sorce wrote: > So in the end I do not believe you can come up with a single schema for > "workstation" unless you narrow down the scope of workstation to a > smaller set of use cases to the exclusion of the others. I think it's okay to do just that. W

Re: Feedback on default partitioning and encryption

2020-04-28 Thread Simo Sorce
On Tue, 2020-04-28 at 13:18 -0600, Chris Murphy wrote: > On Tue, Apr 28, 2020 at 10:37 AM Simo Sorce wrote: > > I have a hard time commenting over the next 2 becuse it seem like the > > probelm is not just technical, but there is no clear vision of whether > > there is one and only one solution or

Re: Feedback on default partitioning and encryption

2020-04-28 Thread Chris Murphy
On Tue, Apr 28, 2020 at 10:37 AM Simo Sorce wrote: > > I have a hard time commenting over the next 2 becuse it seem like the > probelm is not just technical, but there is no clear vision of whether > there is one and only one solution or if multiple solutions need to be > considered. The short te

Re: Feedback on default partitioning and encryption

2020-04-28 Thread Simo Sorce
On Tue, 2020-04-28 at 10:18 -0500, Michael Catanzaro wrote: > Hi, > > The Workstation Working Group would like to solicit feedback on three > outstanding Workstation issues: > > * fedora-workstation#54, "Default disk partitioning layout for > Workstation" [1][2] > * fedora-workstation#82, "en

Feedback on default partitioning and encryption

2020-04-28 Thread Michael Catanzaro
Hi, The Workstation Working Group would like to solicit feedback on three outstanding Workstation issues: * fedora-workstation#54, "Default disk partitioning layout for Workstation" [1][2] * fedora-workstation#82, "encryption of user data (excludes system)" [3][4] * fedora-workstation#136, "

Re: Default partitioning

2010-11-04 Thread David Cantrell
On Sat, 30 Oct 2010, Matt McCutchen wrote: > On Sat, 2010-10-30 at 14:03 -0800, Javier Prats wrote: >> Where is this info kept on the install image and how would I go about >> modifying it locally to start playing? I'd like to learn whether some >> one else does this or not. > > It's in anaconda.

Re: Default partitioning

2010-10-30 Thread Matt McCutchen
On Sat, 2010-10-30 at 14:03 -0800, Javier Prats wrote: > Where is this info kept on the install image and how would I go about > modifying it locally to start playing? I'd like to learn whether some > one else does this or not. It's in anaconda. The / and /home specifications are here (line numb

Re: Default partitioning

2010-10-30 Thread Javier Prats
In my opinion I think it WOULD be a good idea to add a warning or make that the default behavior. I reinstalled due to this and I'm sure others have had to as well. If someone could point me to the right direction I could work on it. There are some questions since I'm new to this. Is someone al

Re: Default partitioning

2010-10-29 Thread mike cloaked
On Fri, Oct 29, 2010 at 10:16 PM, Jesse Keating wrote: > A small tweak which might make sense... > > For volumes that are over 100G in size, enact the 50g / + rest for /home > setup.  For anything smaller than 100G in size leave everything in / > > That should avoid having anything less than 50%

Re: Default partitioning

2010-10-29 Thread Jesse Keating
On 10/29/10 12:37 PM, David Cantrell wrote: > We discussed how /home would be created during automatic partitioning and > based on the feedback from many people, the above algorithm was determined. > So, the odd 4GB /home in your case is most likely due to your disk being on > the 50GB line. A sma

Re: Default partitioning

2010-10-29 Thread Garrett Holmstrom
ct that an Everything > install of Fedora right now is ~ 40 GB, plus some room for expansion. > Very few users are likely to do an Everything install so this should > provide plenty of space for upgrades and future growth. Additionally, > this is only a default partitio

Re: Default partitioning

2010-10-29 Thread David Cantrell
gt; it seems there is more than enough room for applications. This is the > first distribution I've seen do this, but it's also the first time using > encryption on partitions. This is very well ignorance on my part, but > is there a reason for that being the default partitioni

Re: Default partitioning

2010-10-29 Thread Stephen Gallagher
is there a reason for that being the default partitioning scheme? > What version of Fedora are we discussing? The most recent version I installed directly (Fedora 13) partitioned / with all of the available space* and did not create a separate /home partition at all (I had to perform a custom insta

Re: Default partitioning

2010-10-28 Thread Javier Prats
the first distribution I've seen do this, but it's also the first time using encryption on partitions. This is very well ignorance on my part, but is there a reason for that being the default partitioning scheme? On Mon, 2010-10-25 at 07:02 -0400, Stephen Gallagher wrote: > -BEG

Re: Default partitioning

2010-10-25 Thread Stephen Gallagher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/23/2010 06:39 PM, Javier Prats wrote: > Hello all, > > I was wondering if this is the correct place to discuss the default > partitioning scheme after installation. If not, could someone please > direct me to the correct pla

Default partitioning

2010-10-23 Thread Javier Prats
Hello all, I was wondering if this is the correct place to discuss the default partitioning scheme after installation. If not, could someone please direct me to the correct place? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel