Difference between revisions of "Talk:Partitioning"

From ArchWiki
Jump to: navigation, search
(SSD Alignment?: re)
(Information re. EBS removed: close)
 
(46 intermediate revisions by 12 users not shown)
Line 1: Line 1:
== Minimal partition sizes? ==
+
== <s>Information re. EBS removed</s> ==
  
Please add the minimum sizes that are required to install Arch Linux distributions.  (Does it vary much arch to arch?)  I have installed Arch Linux ARM on the 512 MB flash of a Marvell Kirkwood SoC. Now I'm working with an Atom x86 system with 8GB to 16GB total storage. What are the minimum number (names) and sizes required for the O/S partitions?  For my embedded systems, I usually separate the data partition from the O/S partition, and maybe I have a separate /var partition.  But I do not typically have a separate /boot partition, and I try to make all but the data partition as small as possible.
+
While I agree that some of the content removed was extraneous, I don't think this applies to the paragraph which explained why 512 was probably a safe default if you can't find out the EBS for your particular model. I'm not sure why this was removed as "extraneous information" seems an odd description for this particular content. --[[User:Margali|cfr]] ([[User talk:Margali|talk]]) 03:52, 30 November 2013 (UTC)
  
Thanks.
+
: Hey cfr, I am fighting a cold at the moment, so this may come off as abrupt, but here is my reasoning:
 +
# See (above): [[Talk:Partitioning#SSD_Alignment.3F]]
 +
# See: [[SSD#Partition_Alignment]]
 +
# The information was vague and unsubstantiated.
 +
#* Which SSDs have an EBS of 512?
 +
#* Which do not?
 +
#* Is this still accurate? (Nope)
 +
# A passing note as to what Ubuntu or Windows does is not a reference or a valid argument.
 +
# This is not the location where information regarding EBS should exist.
 +
# Please note that I was at my Summary limit.
 +
# Edit: Oh, and the importance of EBS alignment may have been played up to begin with. Hence, it was "extraneous." : )
  
[[User:LarryBaker|LarryBaker]] ([[User talk:LarryBaker|talk]]) 22:24, 23 May 2013 (UTC)
+
:In brief, it was no longer accurate and was too broad and too vague even when it was written. It is a complex topic, a simple solution is not available even if it is enticing. Implying that there is a simple solution, a "one size fits all" is misleading to those that may not understand the complexities and need to be able to decide for themselves (in keeping with [[The Arch Way]]).
:Needed size depends on what packages are you going to install: do you need base-devel, do you need X etc. My current setup with X, graphical web browsers, the whole base-devel group, python, python2 etc. takes up just 3 GB on / (I don't have a separate /var).
+
:The minimal required packages will vary depending on what filesystem do you have installed etc., but if you install just the base group and remove the packages you know you don't need (e.g. reiserfsprogs if you don't use reiserfs) you should have a lean setup. You shouldn't create too tight partitions, always try to provide enough headroom for some [https://mailman.archlinux.org/pipermail/arch-dev-public/2013-February/024526.html unexpected situations]. -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 22:56, 23 May 2013 (UTC)
+
  
 +
:Please let me know if I have not clarified in an adequate manner. For further reading on the topic there are some on-topic links on at the [[Solid_State_Drives#See_also]] section. Take care, [[User:AdamT|AdamT]] ([[User_talk:AdamT|Talk]]) 05:28, 30 November 2013 (UTC) Edit: [[User:AdamT|AdamT]] ([[User_talk:AdamT|Talk]]) 05:32, 30 November 2013 (UTC)
  
== Btrfs partitioning ==
+
::Closing. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 21:06, 21 September 2016 (UTC)
  
We have a [[Btrfs#Partitioning|Btrfs Partitioning]] section, but it is not included in this article. Are we excluding Btrfs for now since it is still technically in development? I'd like to add a reference to the [[Btrfs#Partitioning|Btrfs Partitioning]] instructions at the very least. As a new user I went for the longest time thinking that GPT and MBR were my only options, but I much prefer using Btrfs exclusively if I can. I added a reference for [[Btrfs#Partitioning|Btrfs Partitioning]] and cleaned up some of the wording in those instructions.  [[User:Dwightjl|Dwightjl]] ([[User talk:Dwightjl|talk]]) 06:38, 24 October 2013 (UTC)
+
== <s>GPT boot partition</s> ==
  
:Well done, I think it's better to just link to the specific articles from here instead of directly including full instructions. For example also all the detailed information on MBR and GPT should be merged to the respective articles and replaced with simple links here, to reduce duplication of content. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:33, 25 October 2013 (UTC)
+
Shouldn't it be added in this point? I'm reading from the install page, it links right in the beginning to here, i partitioned the disk as I do usually. I continue reading the Install page, install base, configure several things, until it reaches the point i have to install GRUB... first thing the GRUB install page tells me: create a partition in the first portion of the disk... great. starting over :/
  
== SSD Alignment? ==
+
ironically i read all the GPT and followed the steps (as this is my 1st GPT install) and even read the warnings about booting from a BIOS mode, etc... but nowhere it mentions that 1M partition needed for GRUB
  
The information in this article does not match with the [[Solid State Drives#Partition Alignment]]. I am not an expert in this area, but my searching does lead me to think that this article is incorrect.
+
[[User:Gcb|Gcb]] ([[User talk:Gcb|talk]]) 08:42, 12 February 2014 (UTC)
# I am adding a factual dispute flag to this section.
+
# I suggest removing the section's content and instead pointing it to the "SSD Partition Alignment" article and section.
+
# If there are engineers that still argue that alignment is necessary, perhaps that can be discussed under the very limited discussion that has taken place here: [[Talk:Solid State Drives#Alignment]]. --[[User:AdamT|AdamT]] ([[User_talk:AdamT|Talk]]) 21:07, 17 November 2013 (UTC)
+
  
:I don't think the information is conflicting, but I'd say the title is/was inappropriate - IMO it's more like ''an introduction to data addressing on a disk''. I think the best approach in this situation would be merging [[Solid State Drives#Partition Alignment]] into this page, generalizing also for HDDs (and especially for those with 4kiB sector size). -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 21:53, 17 November 2013 (UTC)
+
:There is a note about "BIOS boot partition" in [[Partitioning#Using_GPT_-_modern_method]]... -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 09:40, 12 February 2014 (UTC)
 +
 
 +
::[https://wiki.archlinux.org/index.php?title=Partitioning&diff=451153&oldid=450297] -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 19:51, 19 September 2016 (UTC)
 +
 
 +
== <s>fdisk vs. gdisk (util-linux vs. gptfdisk)</s> ==
 +
 
 +
Since util-linux-v2.24.x, [http://blog.stgolabs.net/2012/09/fdisk-updates-and-gpt-support.html fdisk and cfdisk support GPT]. Therefore, we cannot continue to refer to (c)gdisk as GPT versions of (c)fdisk and, perhaps, an "Fdisk usage summary" subsection inclusion at the "Using GPT - modern method" or an adaptation of the "Gdisk usage summary" should be worth. I believe people is more familiar with fdisk and, moreover, it seems to better recognize the GPT partition types. Besides, I wonder on the interest of including gptfdisk as part of the ArchLinux install environment. [[User:cedricmc|CedricMC]] ([[User talk:cedricmc|talk]]) 16:26, 18 February 2014 (UTC)
 +
 
 +
:Beware of [[Talk:Beginners%27_guide#remove_gdisk_instructions_for_install_medium_2013-11|this objection]]. The blog post you linked is from September 27, which predates [[User:The.ridikulus.rat|Keshav Padram Amburay]]'s objection, is it already stable? -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 16:57, 18 February 2014 (UTC)
 +
 
 +
== Partition Alignment Verification ==
 +
 
 +
''[moved from [[Talk:Solid State Drives#Partition Alignment Verification]] -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 20:13, 10 July 2014 (UTC)]''
 +
 
 +
On my system 'blockdev --getalignoff /dev/sda5' returns zero, even though the partition seems not to be aligned optimally:
 +
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
 +
Units: sectors of 1 * 512 = 512 bytes
 +
Sector size (logical/physical): 512 bytes / 512 bytes
 +
I/O size (minimum/optimal): 512 bytes / 512 bytes
 +
Disklabel type: dos
 +
Disk identifier: 0xd9a92553
 +
 +
Device    Boot    Start      End    Blocks  Id System
 +
/dev/sda1 *        2048  1026047    512000  7 HPFS/NTFS/exFAT
 +
/dev/sda2        1026048 479475711 239224832  7 HPFS/NTFS/exFAT
 +
/dev/sda3      946051072 976771071  15360000  7 HPFS/NTFS/exFAT
 +
/dev/sda4      479475712 946051071 233287680  5 Extended
 +
/dev/sda5      479475775 518545791  19535008+ 83 Linux
 +
/dev/sda6      518545855 541984626  11719386  83 Linux
 +
/dev/sda7      541984690 557615871  7815591  82 Linux swap / Solaris
 +
/dev/sda8      557615935 946051071 194217568+ 83 Linux
 +
 
 +
The command 'parted /dev/sda align-check optimal' gives the right message in my opinion: 'not aligned'. Should we replace blockdev command?
 +
 
 +
[[User:Plk|Plk]] ([[User talk:Plk|talk]]) 18:31, 31 May 2014 (UTC)
 +
 
 +
:It seems you're right. After reading the warning about cfdisk alignment ("Warning: The first partition created by cfdisk starts at sector 63, instead of the usual 2048. This can lead to reduced performance on SSD and advanced format (4k sector) drives. It will cause problems with GRUB2, but GRUB legacy and Syslinux should work fine."), I created the first partition of the SSD I was working on with cfdisk - thus creating a bad alignment (I checked with ''fdisk -l /dev/sda'', the first partition effectively starts at sector 63 and not 2048).
 +
:The ''blockdev --getalignoff /dev/sda1'' command returned zero (it shouldn't have) while your command ''parted /dev/sda align-check optimal'' returned 'not aligned', as expected.
 +
:It seems to be a bug of blockdev in ArchLinux, as of util-linux v.2.24.
 +
:I upgraded to util-linux v.2.25-3, and the problem is still present in blockdev. However, cfdisk has been entirely rewritten for util-linux 2.25 as described in this [http://karelzak.blogspot.fr/2014/06/new-cfdisk-util-linux-v225.html blog post] and now correctly starts the first partition at sector 2048 when creating it.
 +
 
 +
 
 +
:So should we edit the wiki page for recommanding upgrade to util-linux 2.25 in order to use cfdisk with correct partition alignment ? As util-linux integrates multiple essential softwares, I don't know if upgrading it will or not break something with the other utilities it includes.
 +
:In any case, I think we should disrecommend using blockdev to check partition alignment, and recommend using parted instead for the time being. Can anyone else confirm this bug, especially on other distributions ? We need to know if the problem is inherent to Arch's implementation of blockdev or to blockdev itself.
 +
 
 +
:--[[User:Irrodeus|Irrodeus]] ([[User talk:Irrodeus|talk]]) 01:56, 6 September 2014 (UTC)
 +
 
 +
== <s>Recommended partition sizes</s> ==
 +
 
 +
[https://wiki.archlinux.org/index.php/Partitioning#How_big_should_my_partitions_be.3F The values] specified on the page seem to be somewhat obsolete. I experienced [https://bbs.archlinux.org/viewtopic.php?id=190247 problems] because I didn't create swap. Since the wiki suggested so. Also, I now have ~300M left on my var partition. Which is 12G in size. [[User:X-yuri|x-yuri]] ([[User talk:X-yuri|talk]]) 20:47, 30 November 2014 (UTC)
 +
 
 +
:Obviously the amount of RAM necessary for "good performance" highly depends on the purpose of the system, tasks such as editing (HD) videos, running virtual machines or even compiling software using [[wikipedia:Template (C++)|template]] libraries with GCC are very memory demanding. But creating swap will not solve the performance problem, the only way to solve the problem is to get more RAM.
 +
:As for the obsolescence of the values, surely we can't apply the [[wikipedia:Moore's law|Moore's law]] and multiply the recommended values by the factor of 2 each year. Also I don't think we can artificially recommend higher values for just one case in hundreds/many. But if you feel there is a way to improve the section preserving generality, feel free to update it.
 +
:-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 21:19, 1 December 2014 (UTC)
 +
 
 +
::I've [https://wiki.archlinux.org/index.php?title=Partitioning&diff=347728&oldid=335810 reworded] that point a bit, those values should really be taken with a grain of salt... -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:17, 2 December 2014 (UTC)
 +
 
 +
:::How about we replace the absolute sizes with relative ones? Clearly 12 GB for / makes little sense when you have a 6 TB drive ... -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 19:36, 19 September 2016 (UTC)
 +
 
 +
::::In my view it would be even more confusing; for / it's saying 15-20 GB, not 12, right? and there's a clear remark that the size depends on the quantity of software installed. In general, I don't think there's a proportionality between the size of a drive and the quantity of software installed, and the same thing in my view also applies to /boot and /var, which are the only other two partitions with an example size, so I wouldn't touch those values, and close this discussion instead. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:00, 21 September 2016 (UTC)
 +
 
 +
:::::You're right, the size of an installation or data in general wouldn't change simply by having a larger drive. Well, outside some funny cases like [[Systemd#Journal_size_limit|journald]] but that should be configured anyway. Closing then -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 21:00, 21 September 2016 (UTC)
 +
 
 +
== <s>remove gdisk instructions for install medium 2013-11</s> ==
 +
 
 +
''[Moved from [[Talk:Beginners' guide#remove gdisk instructions for install medium 2013-11]]. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 10:14, 29 December 2014 (UTC)]''
 +
 
 +
{{ic|fdisk}} now has GPT support, this means that both MBR and GPT disks can now be formatted with {{ic|fdisk}}. Does anyone object to removing {{ic|gdisk}} instructions from this guide when the new image is released?
 +
--[[User:Lonaowna|Lonaowna]] ([[User talk:Lonaowna|talk]]) 09:34, 25 October 2013 (UTC)
 +
 
 +
:No, I strongly object. util-linux fdisk's GPT support is beta/experimental and it does not offer full set of GPT manipulation features that gdisk supports. And Rod Smith (srs5694) does an amazing job of maintaining gdisk upstream and also helps users in the forums and contributes to the wiki. You can maybe add info about util-linux fdisk's GPT support, but alone with mentioning clearly its limitations viz-a-viz gdisk. Even if fdisk gains full GPT support, gdisk is not going anywhere and its more mature. -- [[User:The.ridikulus.rat|Keshav Padram Amburay]] ([[User talk:The.ridikulus.rat|talk]]) 09:51, 25 October 2013 (UTC)
 +
 
 +
::Okay, I thought it was classified as 'stable' now, but if it isn't, we should indeed keep gdisk. In the future however, I would like to move to a one-partioner because it would be a lot cleaner (the current 'partitioning' section is a mess). Thanks for the reply! --[[User:Lonaowna|Lonaowna]] ([[User talk:Lonaowna|talk]]) 06:38, 27 October 2013 (UTC)
 +
 
 +
:::So after one year, what's the state of this (though to be fair, the partioning section has a lot more problems than ''gdisk'' alone) -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 18:03, 25 November 2014 (UTC)
 +
 
 +
::::Well, there have been a few stable util-linux releases, and the current {{ic|man fdisk}} says "GPT is always a better choice than MBR (...)". I could not find any information that says it is in "beta" or is "unstable" or "experimental". To be honest however, I have not been partitioning myself that much lately, so I can't say first hand that it is "as good as gdisk", or "bug-free'.
 +
::::It might be a good idea to ask around in the mailing list. Hopefully there are some experts there that could have a say in the matter. If there isn't any resistance there, I would say: switch the instructions to fdisk, and if there are any issues that come up from new users, we can always revert. [[User:Lonaowna|Lonaowna]] ([[User talk:Lonaowna|talk]]) 18:53, 30 November 2014 (UTC)
 +
 
 +
::::Ok, I've popped the [https://lists.archlinux.org/pipermail/arch-general/2014-December/038001.html question]. I say that if there isn't any resistance within a week, lets go for it! [[User:Lonaowna|Lonaowna]] ([[User talk:Lonaowna|talk]]) 18:59, 16 December 2014 (UTC)
 +
 
 +
:::::Just note that [[#Partition tables]] is a conflicting discussion, let's coordinate the plans before duplicating efforts or even starting edit wars ;) -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 01:18, 17 December 2014 (UTC)
 +
 
 +
:::::If we decide to use parted in place of g/fdisk, as discussed in [[#Partition tables]], do we want to merge the current g/fdisk instructions into [[Partitioning#Gdisk_usage_summary]] and [[Partitioning#Fdisk_usage_summary]]? -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 13:11, 17 December 2014 (UTC)
 +
 
 +
::::::I don't think the instructions in [[Beginners' guide]] have any crucial information that is not in the [[Partitioning]] article, but if anyone sees anything that could benefit the other article, they should of course copy/merge it to there. [[User:Lonaowna|Lonaowna]] ([[User talk:Lonaowna|talk]]) 16:51, 22 December 2014 (UTC)
 +
 
 +
:::::::I guess you're right, those detailed examples make sense only in the Beginners' guide. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 13:17, 23 December 2014 (UTC)
 +
 
 +
::::::::The cg/fdisk examples have been moved to this article from the [[Beginners' guide]]. The fdisk example may be deleted as discussed above; the cgdisk may be adapted if considered useful. However I also propose to move all the g/fdisk examples to a separate [[fdisk]] article. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 10:21, 29 December 2014 (UTC)
 +
 
 +
::::::::I've just split [[fdisk]]. [[Talk:Beginners'_guide#Replace_parted_with_cfdisk.2Fcgdisk]] is a related discussion. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 04:11, 29 July 2015 (UTC)
 +
 
 +
:::::::::Neither the [[Installation guide]] nor [[Partitioning]] prefer a particular tool, linking to [[fdisk]] and [[parted]] instead. Closing -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 19:39, 19 September 2016 (UTC)
 +
 
 +
== Restructuring ==
 +
 
 +
=== <s>Overview article</s> ===
 +
 
 +
:''[Moved from [[User talk:Indigo#Partitioning]] —&nbsp;[[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 03:29, 14 March 2016 (UTC)]''
 +
 
 +
Not sure if this fits with the Arch wiki ethos, but I'd like to revise the [[Partitioning]] article to more clearly explain the principles behind it. I suspect the reason so many new users find this aspect so intimidating is because they don't understand what is really is or why it should be used. Another option is to create a separate "Partitioning Overview" article that the existing one can link to. I already have a lot of stuff written for a manual I'm putting together, but I think it would benefit more people on the Arch wiki. [[User:Carlduff|Carlduff]] ([[User talk:Carlduff|talk]]) 11:48, 13 March 2016 (UTC)
 +
 
 +
:Well, sure it is in the wiki's ethos to have a [[Partitioning]] article that is somewhat encompassing the whole flexibility and simplicity which is at the core of the distro. It is subjective, but in mine [[Partitioning]] itself is a great Overview article. Though, partitioning is not an area I am particularly active in, I have just observed '''a lot''' of contributions by many editors to improve [[Partitioning]] itself, the [[Beginners' guide#Prepare the storage devices]], the recent [[Fdisk]] rework, etc. Can you perhaps focus one or two points what you would make different and open an item in [[Talk:Partitioning]]? I watch the article and will try to participate. --[[User:Indigo|Indigo]] ([[User talk:Indigo|talk]]) 17:29, 13 March 2016 (UTC)
 +
 
 +
::This article is already an "overview" one, so the idea of creating an overview of an overview can't be considered, or we'll be duplicating content and efforts.
 +
::As Indigo says, it's better if you list here the details that you want to add more specifically, so that we understand your intentions.
 +
::— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 04:05, 14 March 2016 (UTC)
 +
 
 +
:::The article introduction now contains an overview of all the various steps. Closing -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 19:54, 19 September 2016 (UTC)
 +
 
 +
=== Example tables ===
 +
 
 +
[https://wiki.archlinux.org/index.php?title=Partitioning&diff=440209&oldid=438934] moved tables from the [[Beginners' guide]] to [[Partitioning#Partition_scheme]], however it didn't fit in too well so I've removed it for now.
 +
 
 +
However, I think the basic idea is a sound one, but perhaps more expansive. We could include suggested [[File systems]], as well as more complex examples such as {{ic|/var}} and GRUB Boot partitions.
 +
 
 +
See the updated tables from the BG below for reference. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 00:20, 10 July 2016 (UTC)
 +
 
 +
=== Table draft ===
 +
 
 +
{| class="wikitable"
 +
!colspan="5" | UEFI/GPT example layout
 +
|-
 +
! Mount point
 +
! Partition
 +
! [[w:GUID_Partition_Table#Partition_type_GUIDs|Partition type (GUID)]]
 +
! Bootable flag
 +
! Suggested size
 +
|-
 +
| /boot
 +
| /dev/sd'''x'''1
 +
| [[EFI System Partition]]
 +
| Yes
 +
| 260–512 MiB
 +
|-
 +
| [SWAP]
 +
| /dev/sd'''x'''2
 +
| Linux [[swap]]
 +
| No
 +
| More than 512 MiB
 +
|-
 +
| /
 +
| /dev/sd'''x'''3
 +
| Linux
 +
| No
 +
| Remainder of the device
 +
|-
 +
!colspan="5" | MBR/BIOS example layout
 +
|-
 +
! Mount point
 +
! Partition
 +
! [[w:Partition type|Partition type]]
 +
! Bootable flag
 +
! Suggested size
 +
|-
 +
| [SWAP]
 +
| /dev/sd'''x'''1
 +
| Linux [[swap]]
 +
| No
 +
| More than 512 MiB
 +
|-
 +
| /
 +
| /dev/sd'''x'''2
 +
| Linux
 +
| Yes
 +
| Remainder of the device
 +
|}

Latest revision as of 21:06, 21 September 2016

Information re. EBS removed

While I agree that some of the content removed was extraneous, I don't think this applies to the paragraph which explained why 512 was probably a safe default if you can't find out the EBS for your particular model. I'm not sure why this was removed as "extraneous information" seems an odd description for this particular content. --cfr (talk) 03:52, 30 November 2013 (UTC)

Hey cfr, I am fighting a cold at the moment, so this may come off as abrupt, but here is my reasoning:
  1. See (above): Talk:Partitioning#SSD_Alignment.3F
  2. See: SSD#Partition_Alignment
  3. The information was vague and unsubstantiated.
    • Which SSDs have an EBS of 512?
    • Which do not?
    • Is this still accurate? (Nope)
  4. A passing note as to what Ubuntu or Windows does is not a reference or a valid argument.
  5. This is not the location where information regarding EBS should exist.
  6. Please note that I was at my Summary limit.
  7. Edit: Oh, and the importance of EBS alignment may have been played up to begin with. Hence, it was "extraneous." : )
In brief, it was no longer accurate and was too broad and too vague even when it was written. It is a complex topic, a simple solution is not available even if it is enticing. Implying that there is a simple solution, a "one size fits all" is misleading to those that may not understand the complexities and need to be able to decide for themselves (in keeping with The Arch Way).
Please let me know if I have not clarified in an adequate manner. For further reading on the topic there are some on-topic links on at the Solid_State_Drives#See_also section. Take care, AdamT (Talk) 05:28, 30 November 2013 (UTC) Edit: AdamT (Talk) 05:32, 30 November 2013 (UTC)
Closing. -- Alad (talk) 21:06, 21 September 2016 (UTC)

GPT boot partition

Shouldn't it be added in this point? I'm reading from the install page, it links right in the beginning to here, i partitioned the disk as I do usually. I continue reading the Install page, install base, configure several things, until it reaches the point i have to install GRUB... first thing the GRUB install page tells me: create a partition in the first portion of the disk... great. starting over :/

ironically i read all the GPT and followed the steps (as this is my 1st GPT install) and even read the warnings about booting from a BIOS mode, etc... but nowhere it mentions that 1M partition needed for GRUB

Gcb (talk) 08:42, 12 February 2014 (UTC)

There is a note about "BIOS boot partition" in Partitioning#Using_GPT_-_modern_method... -- Lahwaacz (talk) 09:40, 12 February 2014 (UTC)
[1] -- Alad (talk) 19:51, 19 September 2016 (UTC)

fdisk vs. gdisk (util-linux vs. gptfdisk)

Since util-linux-v2.24.x, fdisk and cfdisk support GPT. Therefore, we cannot continue to refer to (c)gdisk as GPT versions of (c)fdisk and, perhaps, an "Fdisk usage summary" subsection inclusion at the "Using GPT - modern method" or an adaptation of the "Gdisk usage summary" should be worth. I believe people is more familiar with fdisk and, moreover, it seems to better recognize the GPT partition types. Besides, I wonder on the interest of including gptfdisk as part of the ArchLinux install environment. CedricMC (talk) 16:26, 18 February 2014 (UTC)

Beware of this objection. The blog post you linked is from September 27, which predates Keshav Padram Amburay's objection, is it already stable? -- Lahwaacz (talk) 16:57, 18 February 2014 (UTC)

Partition Alignment Verification

[moved from Talk:Solid State Drives#Partition Alignment Verification -- Lahwaacz (talk) 20:13, 10 July 2014 (UTC)]

On my system 'blockdev --getalignoff /dev/sda5' returns zero, even though the partition seems not to be aligned optimally:

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd9a92553

Device    Boot     Start       End    Blocks  Id System
/dev/sda1 *         2048   1026047    512000   7 HPFS/NTFS/exFAT
/dev/sda2        1026048 479475711 239224832   7 HPFS/NTFS/exFAT
/dev/sda3      946051072 976771071  15360000   7 HPFS/NTFS/exFAT
/dev/sda4      479475712 946051071 233287680   5 Extended
/dev/sda5      479475775 518545791  19535008+ 83 Linux
/dev/sda6      518545855 541984626  11719386  83 Linux
/dev/sda7      541984690 557615871   7815591  82 Linux swap / Solaris
/dev/sda8      557615935 946051071 194217568+ 83 Linux

The command 'parted /dev/sda align-check optimal' gives the right message in my opinion: 'not aligned'. Should we replace blockdev command?

Plk (talk) 18:31, 31 May 2014 (UTC)

It seems you're right. After reading the warning about cfdisk alignment ("Warning: The first partition created by cfdisk starts at sector 63, instead of the usual 2048. This can lead to reduced performance on SSD and advanced format (4k sector) drives. It will cause problems with GRUB2, but GRUB legacy and Syslinux should work fine."), I created the first partition of the SSD I was working on with cfdisk - thus creating a bad alignment (I checked with fdisk -l /dev/sda, the first partition effectively starts at sector 63 and not 2048).
The blockdev --getalignoff /dev/sda1 command returned zero (it shouldn't have) while your command parted /dev/sda align-check optimal returned 'not aligned', as expected.
It seems to be a bug of blockdev in ArchLinux, as of util-linux v.2.24.
I upgraded to util-linux v.2.25-3, and the problem is still present in blockdev. However, cfdisk has been entirely rewritten for util-linux 2.25 as described in this blog post and now correctly starts the first partition at sector 2048 when creating it.


So should we edit the wiki page for recommanding upgrade to util-linux 2.25 in order to use cfdisk with correct partition alignment ? As util-linux integrates multiple essential softwares, I don't know if upgrading it will or not break something with the other utilities it includes.
In any case, I think we should disrecommend using blockdev to check partition alignment, and recommend using parted instead for the time being. Can anyone else confirm this bug, especially on other distributions ? We need to know if the problem is inherent to Arch's implementation of blockdev or to blockdev itself.
--Irrodeus (talk) 01:56, 6 September 2014 (UTC)

Recommended partition sizes

The values specified on the page seem to be somewhat obsolete. I experienced problems because I didn't create swap. Since the wiki suggested so. Also, I now have ~300M left on my var partition. Which is 12G in size. x-yuri (talk) 20:47, 30 November 2014 (UTC)

Obviously the amount of RAM necessary for "good performance" highly depends on the purpose of the system, tasks such as editing (HD) videos, running virtual machines or even compiling software using template libraries with GCC are very memory demanding. But creating swap will not solve the performance problem, the only way to solve the problem is to get more RAM.
As for the obsolescence of the values, surely we can't apply the Moore's law and multiply the recommended values by the factor of 2 each year. Also I don't think we can artificially recommend higher values for just one case in hundreds/many. But if you feel there is a way to improve the section preserving generality, feel free to update it.
-- Lahwaacz (talk) 21:19, 1 December 2014 (UTC)
I've reworded that point a bit, those values should really be taken with a grain of salt... -- Kynikos (talk) 14:17, 2 December 2014 (UTC)
How about we replace the absolute sizes with relative ones? Clearly 12 GB for / makes little sense when you have a 6 TB drive ... -- Alad (talk) 19:36, 19 September 2016 (UTC)
In my view it would be even more confusing; for / it's saying 15-20 GB, not 12, right? and there's a clear remark that the size depends on the quantity of software installed. In general, I don't think there's a proportionality between the size of a drive and the quantity of software installed, and the same thing in my view also applies to /boot and /var, which are the only other two partitions with an example size, so I wouldn't touch those values, and close this discussion instead. — Kynikos (talk) 14:00, 21 September 2016 (UTC)
You're right, the size of an installation or data in general wouldn't change simply by having a larger drive. Well, outside some funny cases like journald but that should be configured anyway. Closing then -- Alad (talk) 21:00, 21 September 2016 (UTC)

remove gdisk instructions for install medium 2013-11

[Moved from Talk:Beginners' guide#remove gdisk instructions for install medium 2013-11. -- Kynikos (talk) 10:14, 29 December 2014 (UTC)]

fdisk now has GPT support, this means that both MBR and GPT disks can now be formatted with fdisk. Does anyone object to removing gdisk instructions from this guide when the new image is released? --Lonaowna (talk) 09:34, 25 October 2013 (UTC)

No, I strongly object. util-linux fdisk's GPT support is beta/experimental and it does not offer full set of GPT manipulation features that gdisk supports. And Rod Smith (srs5694) does an amazing job of maintaining gdisk upstream and also helps users in the forums and contributes to the wiki. You can maybe add info about util-linux fdisk's GPT support, but alone with mentioning clearly its limitations viz-a-viz gdisk. Even if fdisk gains full GPT support, gdisk is not going anywhere and its more mature. -- Keshav Padram Amburay (talk) 09:51, 25 October 2013 (UTC)
Okay, I thought it was classified as 'stable' now, but if it isn't, we should indeed keep gdisk. In the future however, I would like to move to a one-partioner because it would be a lot cleaner (the current 'partitioning' section is a mess). Thanks for the reply! --Lonaowna (talk) 06:38, 27 October 2013 (UTC)
So after one year, what's the state of this (though to be fair, the partioning section has a lot more problems than gdisk alone) -- Alad (talk) 18:03, 25 November 2014 (UTC)
Well, there have been a few stable util-linux releases, and the current man fdisk says "GPT is always a better choice than MBR (...)". I could not find any information that says it is in "beta" or is "unstable" or "experimental". To be honest however, I have not been partitioning myself that much lately, so I can't say first hand that it is "as good as gdisk", or "bug-free'.
It might be a good idea to ask around in the mailing list. Hopefully there are some experts there that could have a say in the matter. If there isn't any resistance there, I would say: switch the instructions to fdisk, and if there are any issues that come up from new users, we can always revert. Lonaowna (talk) 18:53, 30 November 2014 (UTC)
Ok, I've popped the question. I say that if there isn't any resistance within a week, lets go for it! Lonaowna (talk) 18:59, 16 December 2014 (UTC)
Just note that #Partition tables is a conflicting discussion, let's coordinate the plans before duplicating efforts or even starting edit wars ;) -- Kynikos (talk) 01:18, 17 December 2014 (UTC)
If we decide to use parted in place of g/fdisk, as discussed in #Partition tables, do we want to merge the current g/fdisk instructions into Partitioning#Gdisk_usage_summary and Partitioning#Fdisk_usage_summary? -- Kynikos (talk) 13:11, 17 December 2014 (UTC)
I don't think the instructions in Beginners' guide have any crucial information that is not in the Partitioning article, but if anyone sees anything that could benefit the other article, they should of course copy/merge it to there. Lonaowna (talk) 16:51, 22 December 2014 (UTC)
I guess you're right, those detailed examples make sense only in the Beginners' guide. -- Kynikos (talk) 13:17, 23 December 2014 (UTC)
The cg/fdisk examples have been moved to this article from the Beginners' guide. The fdisk example may be deleted as discussed above; the cgdisk may be adapted if considered useful. However I also propose to move all the g/fdisk examples to a separate fdisk article. -- Kynikos (talk) 10:21, 29 December 2014 (UTC)
I've just split fdisk. Talk:Beginners'_guide#Replace_parted_with_cfdisk.2Fcgdisk is a related discussion. — Kynikos (talk) 04:11, 29 July 2015 (UTC)
Neither the Installation guide nor Partitioning prefer a particular tool, linking to fdisk and parted instead. Closing -- Alad (talk) 19:39, 19 September 2016 (UTC)

Restructuring

Overview article

[Moved from User talk:Indigo#Partitioning — Kynikos (talk) 03:29, 14 March 2016 (UTC)]

Not sure if this fits with the Arch wiki ethos, but I'd like to revise the Partitioning article to more clearly explain the principles behind it. I suspect the reason so many new users find this aspect so intimidating is because they don't understand what is really is or why it should be used. Another option is to create a separate "Partitioning Overview" article that the existing one can link to. I already have a lot of stuff written for a manual I'm putting together, but I think it would benefit more people on the Arch wiki. Carlduff (talk) 11:48, 13 March 2016 (UTC)

Well, sure it is in the wiki's ethos to have a Partitioning article that is somewhat encompassing the whole flexibility and simplicity which is at the core of the distro. It is subjective, but in mine Partitioning itself is a great Overview article. Though, partitioning is not an area I am particularly active in, I have just observed a lot of contributions by many editors to improve Partitioning itself, the Beginners' guide#Prepare the storage devices, the recent Fdisk rework, etc. Can you perhaps focus one or two points what you would make different and open an item in Talk:Partitioning? I watch the article and will try to participate. --Indigo (talk) 17:29, 13 March 2016 (UTC)
This article is already an "overview" one, so the idea of creating an overview of an overview can't be considered, or we'll be duplicating content and efforts.
As Indigo says, it's better if you list here the details that you want to add more specifically, so that we understand your intentions.
Kynikos (talk) 04:05, 14 March 2016 (UTC)
The article introduction now contains an overview of all the various steps. Closing -- Alad (talk) 19:54, 19 September 2016 (UTC)

Example tables

[2] moved tables from the Beginners' guide to Partitioning#Partition_scheme, however it didn't fit in too well so I've removed it for now.

However, I think the basic idea is a sound one, but perhaps more expansive. We could include suggested File systems, as well as more complex examples such as /var and GRUB Boot partitions.

See the updated tables from the BG below for reference. -- Alad (talk) 00:20, 10 July 2016 (UTC)

Table draft

UEFI/GPT example layout
Mount point Partition Partition type (GUID) Bootable flag Suggested size
/boot /dev/sdx1 EFI System Partition Yes 260–512 MiB
[SWAP] /dev/sdx2 Linux swap No More than 512 MiB
/ /dev/sdx3 Linux No Remainder of the device
MBR/BIOS example layout
Mount point Partition Partition type Bootable flag Suggested size
[SWAP] /dev/sdx1 Linux swap No More than 512 MiB
/ /dev/sdx2 Linux Yes Remainder of the device