https://wiki.archlinux.org/api.php?action=feedcontributions&user=Cedricmc&feedformat=atomArchWiki - User contributions [en]2024-03-28T10:27:12ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=Talk:Partitioning&diff=298784Talk:Partitioning2014-02-18T16:26:51Z<p>Cedricmc: /* fdisk vs. gdisk (util-linux vs. gptfdisk) */</p>
<hr />
<div>== Minimal partition sizes? ==<br />
<br />
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.<br />
<br />
Thanks.<br />
<br />
[[User:LarryBaker|LarryBaker]] ([[User talk:LarryBaker|talk]]) 22:24, 23 May 2013 (UTC)<br />
: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).<br />
: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)<br />
<br />
<br />
== Btrfs partitioning ==<br />
<br />
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)<br />
<br />
: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)<br />
<br />
== SSD Alignment? ==<br />
<br />
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.<br />
# I am adding a factual dispute flag to this section.<br />
# I suggest removing the section's content and instead pointing it to the "SSD Partition Alignment" article and section. <br />
# 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)<br />
<br />
: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)<br />
<br />
== Information re. EBS removed ==<br />
<br />
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)<br />
<br />
: Hey cfr, I am fighting a cold at the moment, so this may come off as abrupt, but here is my reasoning: <br />
# See (above): [[Talk:Partitioning#SSD_Alignment.3F]]<br />
# See: [[SSD#Partition_Alignment]]<br />
# The information was vague and unsubstantiated.<br />
#* Which SSDs have an EBS of 512?<br />
#* Which do not?<br />
#* Is this still accurate? (Nope)<br />
# A passing note as to what Ubuntu or Windows does is not a reference or a valid argument.<br />
# This is not the location where information regarding EBS should exist.<br />
# Please note that I was at my Summary limit.<br />
# Edit: Oh, and the importance of EBS alignment may have been played up to begin with. Hence, it was "extraneous." : )<br />
<br />
: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]]).<br />
<br />
: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)<br />
<br />
== GPT boot partition ==<br />
<br />
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 :/<br />
<br />
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<br />
<br />
[[User:Gcb|Gcb]] ([[User talk:Gcb|talk]]) 08:42, 12 February 2014 (UTC)<br />
<br />
: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)<br />
<br />
== fdisk vs. gdisk (util-linux vs. gptfdisk) ==<br />
<br />
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)</div>Cedricmchttps://wiki.archlinux.org/index.php?title=Talk:Partitioning&diff=298783Talk:Partitioning2014-02-18T16:26:11Z<p>Cedricmc: /* fdisk vs. gdisk (util-linux vs. gptfdisk) */ new section</p>
<hr />
<div>== Minimal partition sizes? ==<br />
<br />
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.<br />
<br />
Thanks.<br />
<br />
[[User:LarryBaker|LarryBaker]] ([[User talk:LarryBaker|talk]]) 22:24, 23 May 2013 (UTC)<br />
: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).<br />
: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)<br />
<br />
<br />
== Btrfs partitioning ==<br />
<br />
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)<br />
<br />
: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)<br />
<br />
== SSD Alignment? ==<br />
<br />
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.<br />
# I am adding a factual dispute flag to this section.<br />
# I suggest removing the section's content and instead pointing it to the "SSD Partition Alignment" article and section. <br />
# 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)<br />
<br />
: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)<br />
<br />
== Information re. EBS removed ==<br />
<br />
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)<br />
<br />
: Hey cfr, I am fighting a cold at the moment, so this may come off as abrupt, but here is my reasoning: <br />
# See (above): [[Talk:Partitioning#SSD_Alignment.3F]]<br />
# See: [[SSD#Partition_Alignment]]<br />
# The information was vague and unsubstantiated.<br />
#* Which SSDs have an EBS of 512?<br />
#* Which do not?<br />
#* Is this still accurate? (Nope)<br />
# A passing note as to what Ubuntu or Windows does is not a reference or a valid argument.<br />
# This is not the location where information regarding EBS should exist.<br />
# Please note that I was at my Summary limit.<br />
# Edit: Oh, and the importance of EBS alignment may have been played up to begin with. Hence, it was "extraneous." : )<br />
<br />
: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]]).<br />
<br />
: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)<br />
<br />
== GPT boot partition ==<br />
<br />
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 :/<br />
<br />
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<br />
<br />
[[User:Gcb|Gcb]] ([[User talk:Gcb|talk]]) 08:42, 12 February 2014 (UTC)<br />
<br />
: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)<br />
<br />
== fdisk vs. gdisk (util-linux vs. gptfdisk) ==<br />
<br />
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)</div>Cedricmchttps://wiki.archlinux.org/index.php?title=S-nail&diff=287779S-nail2013-12-13T03:53:59Z<p>Cedricmc: /* Setup for send mails with external smtp server */</p>
<hr />
<div>[[Category:Email Client]]<br />
S-nail is a mail processing system with a command syntax reminiscent of ed with lines replaced by messages. It is based on Heirloom mailx that is based upon Berkeley Mail 8.1, is intended to provide the functionality of the POSIX mailx command and offers (mostly optional) extensions for IDNA, MIME, S/MIME, SMTP, POP3 and IMAP. It is usable as a mail batch language.<br />
<br />
== Setup for send mails with external smtp server ==<br />
<br />
Add to your {{ic|/etc/mail.rc}} the following text changing bold strings:<br />
<br />
set smtp='''smtp(s)://server:port'''<br />
set smtp-use-starttls<br />
set ssl-verify=ignore<br />
set smtp-auth=login<br />
set smtp-auth-user='''mailuser'''<br />
set smtp-auth-password='''password'''<br />
set from="'''Your Name <youremail@domain>'''" #optional<br />
set sender="'''Another Name <anotheremail@domain>'''" #optional<br />
<br />
Remember that this configuration is system-wide.<br />
<br />
=== Testing and sending emails ===<br />
<br />
To test the configuration and send mails on bash scripts you can use:<br />
<br />
$ echo "'''message'''" | mailx -v -s "'''subject'''" '''receiver@mail.com'''</div>Cedricmchttps://wiki.archlinux.org/index.php?title=S-nail&diff=287778S-nail2013-12-13T03:51:34Z<p>Cedricmc: /* Setup for send mails with external smtp server */</p>
<hr />
<div>[[Category:Email Client]]<br />
S-nail is a mail processing system with a command syntax reminiscent of ed with lines replaced by messages. It is based on Heirloom mailx that is based upon Berkeley Mail 8.1, is intended to provide the functionality of the POSIX mailx command and offers (mostly optional) extensions for IDNA, MIME, S/MIME, SMTP, POP3 and IMAP. It is usable as a mail batch language.<br />
<br />
== Setup for send mails with external smtp server ==<br />
<br />
Add to your {{ic|/etc/mail.rc}} the following text changing bold strings:<br />
<br />
set smtp='''smtp(s)://server:port'''<br />
set smtp-use-starttls<br />
set ssl-verify=ignore<br />
set smtp-auth=login<br />
set smtp-auth-user='''mailuser'''<br />
set smtp-auth-password='''password'''<br />
set from="'''youremail@domain'''" #optional<br />
set sender="'''youremail@domain'''" #optional<br />
<br />
Remember that this configuration is system-wide.<br />
<br />
=== Testing and sending emails ===<br />
<br />
To test the configuration and send mails on bash scripts you can use:<br />
<br />
$ echo "'''message'''" | mailx -v -s "'''subject'''" '''receiver@mail.com'''</div>Cedricmc