Difference between revisions of "Talk:Installation guide"

From ArchWiki
Jump to navigation Jump to search
(I don't even what)
(Format the partitions should use sda2 as an example.: re)
Line 215: Line 215:
::We could just go the other way and more consistently use {{ic|sdXY}} notation for examples, as we do elsewhere in the wiki, and therefore avoid even the pretense of actual commands to run. I think these are the only commands on the page that are actually customizable to the user's setup... -- [[User:Eschwartz|Eschwartz]] ([[User talk:Eschwartz|talk]]) 16:20, 25 October 2018 (UTC)
::We could just go the other way and more consistently use {{ic|sdXY}} notation for examples, as we do elsewhere in the wiki, and therefore avoid even the pretense of actual commands to run. I think these are the only commands on the page that are actually customizable to the user's setup... -- [[User:Eschwartz|Eschwartz]] ([[User talk:Eschwartz|talk]]) 16:20, 25 October 2018 (UTC)
::I agree with Eschwartz since its anyways customizable to the users setup.The only downside to that approach is we will have to add a line or two clarifying {{ic|sdXY}} should be changed to the users setup. --[[User:Cozypjsam|Cozypjsam]] ([[User talk:Cozypjsam|talk]]) 17:51, 25 October 2018 (UTC)
::I agree with Eschwartz since its anyways customizable to the users setup.The only downside to that approach is we will have to add a line or two clarifying {{ic|sdXY}} should be changed to the users setup. --[[User:Cozypjsam|Cozypjsam]] ([[User talk:Cozypjsam|talk]]) 17:51, 25 October 2018 (UTC)
:::I don't like either alternative, the first arbitrarily decides on some numbering, and XY requires to clumsily explain what X and Y mean. I'd suggest we finally resolve [[Talk:Partitioning#Restructuring]] instead and move some of the tables here. Example partition layouts have little relevance outside of the installation process anyway. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 13:25, 8 December 2018 (UTC)
== The link to pacstrap.in is confusing for newcomers ==
== The link to pacstrap.in is confusing for newcomers ==

Revision as of 13:25, 8 December 2018

Read this first before adding new suggestions

  • systemd tools such as hostnamectl, timedatectl and localectl do not work in the installation chroot environment, so please do not propose to use them in the guide unless you can prove that they have been made to work also in that case. See [1], [2], [3] and [4] for some past discussions about this issue.
  • localectl list-keymaps does not work due to bug FS#46725. For the chosen replacement command, see [5].
  • localhost must be set explicitely in /etc/hosts, as it is otherwise resolved over the network. See FS#56684.

-- The ArchWiki Administrators 22:17, 2 September 2016 (UTC)

pacman-key --populate

[Moved from Talk:Beginners' guide. -- Alad (talk) 20:38, 12 July 2016 (UTC)]

Reference: https://wiki.archlinux.org/index.php?title=Beginners%27_guide&diff=next&oldid=411670 I tried to install Archlinux on my new computer and got stuck. Only using the pacman-key --populate archlinux helped me. I think I am not the only one having this problem. But why did you undo it? —This unsigned comment is by Sandstorm (talk) 20:38, 12 December 2015‎. Please sign your posts with ~~~~!

This command is already run for the new system (by installation of archlinux-keyring), so running it by hand shouldn't be required for most users. Of course, things can go wrong (how old was the ISO you used to install the system?), but that belongs in Troubleshooting sections of the respective articles, which are linked at the beginning of the guide. -- Alad (talk) 19:52, 12 December 2015 (UTC)
I had downloaded the ISO just yesterday, minutes before the install. Only that command installed the keys. Probably I should open a bug if you can confirm the issue?
Did you have to run pacman-key after, or before pacstrap? And do you recall what the error messages said exactly? (See also FS#31286) -- Alad (talk) 20:15, 12 December 2015 (UTC)
I had to run after pacstrap. As far as I remember, pacstrap stopped after trying to download the keys. The error message was something like shown in this forum post: https://bbs.archlinux.org/viewtopic.php?id=165367
Well then, as you suggested, I'd open a bug report. -- Alad (talk) 20:34, 12 December 2015 (UTC)
Done. Could you check if the description is good. I could not find an appropriate category, so I though Packages:Core might be the closest one. https://bugs.archlinux.org/task/47351 --Sandstorm (talk) 20:48, 12 December 2015 (UTC)
Thanks, the description looks OK. If the category e.a is not right, User:Scimmia should fix it. :P -- Alad (talk) 13:59, 13 December 2015 (UTC)
Hmm, looks like it was closed with "Works for me" ... not very enlightening. All I can suggest is to further improve on Pacman/Package signing and related articles, and recheck if they're accessible enough from the Beginners' guide. -- Alad (talk) 21:59, 12 February 2016 (UTC)

Switch to systemd-networkd

Next ISOs may use systemd-networkd instead of dhcpcd, see [6] -- Alad (talk) 10:26, 19 July 2016 (UTC)

Link to the German version

Instead of de:Arch Install Scripts you could choose de:Anleitung für Einsteiger it means "Beginner's Guid" and is a very detailed artikel for very new arch users and the future experts.

Thank you, done. -- Kynikos (talk) 16:31, 6 February 2018 (UTC)
This was already proposed last year and rejected: [7]. I don't see what has changed since then. If someone adds me as admin to the german wiki or changes the protection settings, I can update de:Arch Install Scripts as required. -- Alad (talk) 18:13, 6 February 2018 (UTC)
I see, I didn't remember that discussion so I've reverted the change, hopefully you'll make it to update the translation, let's leave this open until the problem is solved, otherwise this kind of suggestion will keep appearing recurrently. -- Kynikos (talk) 17:53, 7 February 2018 (UTC)

Network configuration

The newly installed environment has no network connection activated by default. See Network configuration#Network management.
For Wireless configuration, install the iw and wpa_supplicant packages, as well as needed firmware packages. Optionally install dialog for usage of wifi-menu.

The Network configuration section is rubbish. It doesn't explain that wifi-menu is part of netctl and telling users to install both iw and wpa_supplicant is plainly wrong. I would replace it with a DRY "See Network configuration." but maintainers aren't trusted to edit the Installation guide. --Larivact (talk) 17:09, 18 May 2018 (UTC)

If maintainers go on the talk page and plainly state "this section is rubbish" while indicating they would push their change without discussion, then no, I wouldn't trust maintainers with editing this central article. -- Alad (talk) 21:09, 18 May 2018 (UTC)
I would agree linking appropriate article would suit more than current section, given deprecation of Beginners' Guide for similar reasons.
It is not that maintainers aren't trusted, but that MediaWiki doesn't allow specifying what user groups can perform edits, the choice is only among all, only auto-confirmed or only admins [8], plus we need to discuss edits to central wiki articles beforehand anyway [9]. -- Svito (talk) 20:03, 18 May 2018 (UTC)
I've wanted to create additional groups for a while now (should be simple with LocalSettings.php published). Anyone interested should be able to write a patch and send it to the admins. -- Alad (talk) 21:09, 18 May 2018 (UTC)
Indeed "rubbish" wasn't a very wise choice of a word, a lot of volunteer effort has been put to get to the current state of the wiki, of course everything can always be improved.
In particular, the history of that section basically is Beginners' guide#Network configuration > [10] > [11].
I'd be in favor of simply restoring a similar state to [12], i.e. I'd link Network configuration but also Wireless network configuration directly, and drop the rest of the details.
-- Kynikos (talk) 16:19, 20 May 2018 (UTC)
[13] With the recent changes to Network configuration article, we may make similar changes to Installation guide#Connect to the Internet. Even a specific link to Wireless network configuration should no longer be required, since you need to follow Network configuration#DHCP anyway and Wireless is linked from Network configuration#Setup. Proposed wording:
The installation image enables the dhcpcd daemon on boot for wired network devices. The connection may be checked with:
# ping archlinux.org
If no connection is available, stop the dhcpcd service:
# systemctl stop dhcpcd@<TAB>
Proceed with instructions in Network configuration.
If that's a bit too short we might expand the ping(8) example, compare expansion template in Network_configuration#Ping. --Alad (talk) 16:38, 20 May 2018 (UTC)
I actually prefer the current style with the systemctl example, using the ic template and a spelled-out instruction to press Tab. I don't see the need to expand further on ping directly in this page.
On a second thought with respect to my previous post, I'm fine with dropping direct links to Wireless network configuration and only point to Network configuration as proposed in OP, i.e. also in Installation guide#Network configuration (I think we should be consistent between the two network-configuration sections).
Another idea, we could merge Installation guide#Hostname into Installation guide#Network configuration now, since Hostname lands in Network configuration anyway, and even if that section is moved to DNS configuration, it's still all network setup.
-- Kynikos (talk) 15:08, 21 May 2018 (UTC)
I've removed the Wireless network configuration link from both sections. As it stands it cannot be used independently of Network configuration anyway. It's the devil or the blue sea - when configuring a simple wireless connection, users have to wade through pages of possibly unrelated information in Network configuration or be confused by missing steps in Wireless network configuration. Sometimes I believe that things would be much easier if our user base didn't value "choice" as much.
About the systemctl example, after all this time I'm still not sure on the Tab instructions. We never finished the relevant discussion in Help_talk:Reading and the steps to fill in (choosing the right ethernet adapter, tab-completing it and pressing return) are not necessarily obvious.
About Installation guide#Hostname, I'm fine with moving this section under Installation guide#Network configuration. -- Alad (talk) 23:22, 25 May 2018 (UTC)
I've merged #Hostname into #Network_configuration.
I hear you about the complexity of the network configuration pages, but it's a huge topic, I'll leave it to Talk:Network configuration.
I'm going to reply to Help talk:Reading#Mention tab completion.3F, but regarding this instance I propose the following:
If no connection is available, stop the dhcpcd service with systemctl stop dhcpcd@interface; you can tab-complete the interface name. Then proceed to configure the network as described in Network configuration.
-- Kynikos (talk) 15:49, 26 May 2018 (UTC)
I'd like "where the interface name can be tab-completed" better, but that's just a detail. -- Lahwaacz (talk) 16:33, 26 May 2018 (UTC)
Implemented [14] -- Alad (talk) 16:50, 26 May 2018 (UTC)
How about we add a sentence to Installation_guide#Network_configuration describing how to restore use of dhcpcd as done on the installation medium? That way if the connection already worked on installation people only need a brief look at dhcpcd. -- Alad (talk) 15:48, 27 May 2018 (UTC)
I think that would just hide the possibility of choice from users. Maybe just say that dhcpcd is not enabled on the installed system without recommending anything. -- Lahwaacz (talk) 17:34, 27 May 2018 (UTC)
May I suggest the following edit to this section:
If no connection is available, or you are using a wireless device, stop the dhcpcd service with ... Tourian (talk) 04:45, 28 May 2018 (UTC)
That's already mentioned in the relevant section: Installation_guide#Connect_to_the_Internet. dhcpcd is not enabled by default in the installed system so there is nothing to stop in Installation_guide#Network_configuration. -- Lahwaacz (talk) 06:33, 28 May 2018 (UTC)
I guess the proposed wording is indeed for Installation_guide#Connect_to_the_Internet, which as it stands has no mention of wireless devices (only implied through lack of connection) -- Alad (talk) 10:05, 28 May 2018 (UTC)
Yes, it is not explicit. The wording on 20 May 2018 at the end of Installation_guide#Connect_to_the_Internet was "Proceed with Network configuration for wired devices or Wireless network configuration for wireless devices", with the reference to wireless devices removed after the decision to send those on wireless connections to Network configuration. Therefore, how about starting this section with, "If you are using a wireless network device, proceed with Network Configuration. For wired devices, the installation image enables the dhcpcd daemon on boot. The connection..." and leave the rest as it is. -- Tourian (talk) 14:04, 28 May 2018 (UTC)
I perhaps prefer the first wording you suggested, since we've always told people to disable the wired dhcpcd even when using a wireless connection, to rule out any possible conflicts. I don't feel strongly about this however.. -- Alad (talk) 16:03, 28 May 2018 (UTC)

Why should a static IP be preferred over in /etc/hosts?

"If the system has a permanent IP address, it should be used instead of"

I think the ArchWiki should not just say do X but also why. Alad as you added this, perhaps you can explain?--Larivact (talk) 15:14, 21 May 2018 (UTC)

In Network_configuration#Local hostname resolution: "For a system with a permanent IP address, that permanent IP address should be used instead of" -- Lahwaacz (talk) 06:48, 22 May 2018 (UTC)
First appearance in our wiki, cited source, also discussion. -- Kynikos (talk) 10:26, 22 May 2018 (UTC)

Add a TIP under Post-installation

Under Installation_guide#Post-installation, it may be a good idea to add a TIP like this for new (or even existing) users:

Tip: Create an account at ArchWiki and add General recommendations page to your Watchlist to automatically get alerts for new recommendation or changes to existing recommendations. You may also add other Wiki pages of your liking to the Watchlist so as to always stay up-to-date with them.

-- Amish (talk) 01:19, 10 June 2018 (UTC)

It's certainly an interesting suggestion. I'm not sure if it's in the scope of the installation guide however; maybe Help:Reading is better suited? -- Alad (talk) 21:26, 10 June 2018 (UTC)
Installation guide would always be read by those installing Arch Linux. But not necessarily Help:Reading (today is first time I read it in 4-5 years with Arch Linux). So Installation guide will bring in more awareness and more involvement of users.
That's a bit of an issue since the Installation guide assumes users have read Help:Reading... though I'm not unaware of this, see e.g. [15] -- Alad (talk) 09:55, 11 June 2018 (UTC)
Actually the purpose of Help:Reading is to tell users how to read the page / article but not what can be done after Installation. Here Tip is intended to suggest what to do after installation. i.e. Post-installation.
Amish (talk) 12:15, 11 June 2018 (UTC)
I'd word it less imperatively:
Tip: You can stay up to date with ArchWiki articles by creating an account and adding articles of interest to your Watchlist.
--Larivact (talk) 04:47, 11 June 2018 (UTC)
Sounds good to me. -- Alad (talk) 09:55, 11 June 2018 (UTC)
My intention was to highlight General recommendations for Watchlist because thats a page every Arch user must follow to keep their Arch Linux well maintained. Other important page that I feel must be highlighted to be added in Watchlist is System maintenance.
OR we can have Tip like this:
Tip: You can stay up to date with ArchWiki articles by creating an account and adding articles of interest to your Watchlist. Few articles you may want start with are at Main Page
-- Amish (talk) 12:32, 11 June 2018 (UTC)
What is the current state of this suggestion, because I believe it is very interesting. I have a preference for the first proposed TIP.
-- Apollo22 (talk) 19:23, 12 August 2018 (UTC)
Why not just use bookmarks? Creating an account to follow changes seems more tedious, it's meant for editors. --Ubone (talk) 16:34, 22 September 2018 (UTC)

Network Configuration -- WiFi discussion

I'm starting a new thread seeing as the last one took a different direction and never really got resolved.

As it stands, the current instructions for the installation guide make it challenging for users who need to connect to the internet via a Wireless connection rather than wired. The Installation_guide#Connect_to_the_Internet section essentially assumes the users are using a wired connection, and to test it with a ping. Otherwise, they are directed to the Network_configuration page. Unfortunately, that page does not provide clear instructions for new users (or even those who just want to do a quick connection) to establish a connection via wireless. Equally so, should users find their way to the Wireless_network_configuration page, there is some digging to do there in order to find instructions to setup a connection. These are currently using the iw command, which may prove to be challenging to some. I see a few different possible solutions to improve the user experience:

  • Add explicit instructions to the installation guide
    • This is not ideal, as it adds another place to maintain likely duplicate information
  • Add a reference to the Wireless_network_configuration page
    • This is better, though the page would likely need a new section, or some tweaking to allow users to more easily find the information they need to get setup
  • Add new/better instructions to the Network_configuration page
    • This may also prove to be tricky, seeing as that page is already fairly monolithic, and focuses mostly on wired connections

One other consideration (of which I also don't see any progress) is the discussions revolving around moving and breaking down the Network Configuration guides, to separate Wired and Wireless content. With this move I could see such instructions being provided there. In any case, the guide should provide instructions that are:

  • Easy to follow, particularly for new users
  • Puts no emphasis on persisting configurations, as this is not applicable during the install phase
  • Offers options (choice is King)

--CubeTheThird (talk) 23:47, 26 August 2018 (UTC)

The Wireless network configuration link was removed because it cannot be used independently of Network configuration. I propose the following:
  1. Implement Talk:Network configuration#Moving Ethernet-specific sections to Wired subpage. Network configuration currently isn't straightforward. The actual setup instructions are hidden in the Network management section and it's confusing that wireless has a subpage but wired and medium-agnostic configuration are mixed together. See my demo.
  2. Have the Connect to the Internet section only link Network configuration and move the dhcpcd udev rule note there.
  3. Move Wireless network configuration to Network configuration/Wireless and move its iw section to a dedicated article because since recently we also have iwd.
The result should be more user-friendly without duplicating content.
--Larivact (talk) 07:13, 27 August 2018 (UTC)
As for your demo, note that in Talk:Network_configuration#Ongoing_rewrite, Alad said: "ping is one of the very first commands a new user has to run on installation to verify the availability of an internet connection". So unless you intend to direct users from the installation guide directly to the Network configuration#Troubleshooting section, there is still some more thinking to be done... -- Lahwaacz (talk) 07:21, 28 August 2018 (UTC)
Well then let's keep Connect to the Internet and revise it:

The installation image has a udev rule that enables the dhcpcd service for Ethernet network interfaces on boot. If you use Ethernet, verify the connection with ping:

# ping archlinux.org

If the ping fails see Network configuration#Troubleshooting. If you want to use Wi-Fi or a static IP address, stop the dhcpcd service with systemctl stop dhcpcd@interface where the interface name can be tab-completed and proceed with Network configuration.

--Larivact (talk) 08:41, 28 August 2018 (UTC)
That looks good to me. -- Lahwaacz (talk) 14:57, 28 August 2018 (UTC)

ArchWiki link

special:diff/542917 shouldn't that link go Table_of_contents or similar? --Ubone (talk) 13:20, 26 September 2018 (UTC)

Why would it? That link is supposed to specifically explain what ArchWiki is. -- Alad (talk) 13:38, 26 September 2018 (UTC)
isn't the context of the sentence about the tools used in the article and their wiki pages? --Ubone (talk) 14:39, 26 September 2018 (UTC)

/etc/locale.conf needs to be created

The area needing a correction is Installation guide#Localization.

The instructions tell you to set variables in the /etc/locale.conf file, but the file doesn't exist unless the user creates it. If the user needs to create the file, it should be explicitly explained with that language just as it is explained for the hostname file in Installation guide#Network configuration area. "Create the hostname file:"

For Localization, I propose we add the verbiage Create the locale.conf file: /etc/locale.conf Schlitzkrieg (talk) 18:52, 28 September 2018 (UTC)


The section about generating the fstab with genfstab mentions -U and -L options but not the possibility to use GPT identifiers PARTUUID and PARTLABEL with the '-t' option. Those are described in Persistent block device naming and are a better choice for some users. genfstab itself doesn't explicitly list the GPT options either so IMHO it would be helpful to add this info here.

—This unsigned comment is by Grmat (talk) 15:12, 9 October 2018‎. Please sign your posts with ~~~~!

Format the partitions should use sda2 as an example.

Due to UEFI boot being the future and the standard that should be adopted if your hardware supports it. The section which discusses formatting the hard drive should be changed or a section should be added.The mounting and partitioning instructions should match or offer a section following the general recommended partition map for UEFI available here. Partitioning#UEFI.2FGPT_example_layout --Cozypjsam (talk) 14:55, 25 October 2018 (UTC)

No, it's just an example. --Larivact (talk) 15:39, 25 October 2018 (UTC)
I believe the point here is to make an argument in favor of using a *better* example. If we just say sda2 everywhere, the example works just as well while matching what is far more likely to be real-world uses. Why do we use the example sda1 == rootfs, sda2 == ESP in the installation guide, while on other pages we do the exact reverse? (Keeping in mind that dd is so aptly nicknamed due to the general awkwardness of keeping track of drive letters, why ask for more confusion?)
We could just go the other way and more consistently use sdXY notation for examples, as we do elsewhere in the wiki, and therefore avoid even the pretense of actual commands to run. I think these are the only commands on the page that are actually customizable to the user's setup... -- Eschwartz (talk) 16:20, 25 October 2018 (UTC)
I agree with Eschwartz since its anyways customizable to the users setup.The only downside to that approach is we will have to add a line or two clarifying sdXY should be changed to the users setup. --Cozypjsam (talk) 17:51, 25 October 2018 (UTC)
I don't like either alternative, the first arbitrarily decides on some numbering, and XY requires to clumsily explain what X and Y mean. I'd suggest we finally resolve Talk:Partitioning#Restructuring instead and move some of the tables here. Example partition layouts have little relevance outside of the installation process anyway. -- Alad (talk) 13:25, 8 December 2018 (UTC)

The link to pacstrap.in is confusing for newcomers

There is a link on "pacstrap" text currently pointing to https://projects.archlinux.org/arch-install-scripts.git/tree/pacstrap.in in Install_the_base_packages section. For newcomers this link is confusing as they may download the pacstrap.in file and try to run it. I suggest to change the link to the proper package arch-install-scripts to avoid confusing. Farseerfc (talk) 15:13, 25 October 2018 (UTC)

It says "use the pacstrap script" not "download the pacstrap script". Linking "pacstrap" to the package would be even more confusing. --Larivact (talk) 15:47, 25 October 2018 (UTC)


Moved from Talk:Getting and installing Arch. -- Alad (talk) 14:11, 26 November 2018 (UTC)

We removed checksums with [16]; concerning the last argument, it seems you can use powershell for checksums on Windows, see Fedora Installation. A possible candidate for the See also section, then again Fedora uses a different signing mechanism (the CHECKSUM file is signed, instead of the ISO). -- Alad (talk) 08:31, 15 October 2015 (UTC)

Um yeah, at Fedora they sign the checksums, so that powershell "script" isn't gonna work for us, hence linking to it from See also wouldn't be very helpful for a Windows user. The script shouldn't be hard to adapt though, it should be enough to tell to replace "$expected_checksum" with a paste of the checksum from our download page, also changing the function to either MD5 or SHA1 because we don't provide the SHA256 currently. I don't know if it's worth to expand Getting and installing Arch#Verify signature in this direction. — Kynikos (talk) 08:36, 16 October 2015 (UTC)
Alternatively, we could link to gpg4win and (for OSX) gpgtools -- Alad (talk) 21:35, 1 August 2016 (UTC)
That powershell is like completely unusable, maybe we should recommend instead, the use of cygwin, gow, WSL or numerous other basic Unix environments or Win32-compiled classic Unix executables. This assumes they don't just take advantage of bittorrent's builtin checksumming.
One alternative language implementation, because lots of people have python anyway:
python -c "from hashlib import sha256; print(sha256(open('$FILENAME', 'rb').read()).hexdigest())"

-- Eschwartz (talk) 22:48, 26 November 2018 (UTC)

MBR+EFI multi boot

Moved from Talk:Getting and installing Arch. -- Alad (talk) 14:12, 26 November 2018 (UTC)

Under the section "Installation methods", there are some useful notes intended for new arch linux users. I'd like to add :

If you opt for a multi boot installation using MBR partition table but your PC is UEFI-enabled, remember to boot the USB live in legacy mode to prevent issues with the bootloader.

As suggested, this note may be too specific and belongs to Unified_Extensible_Firmware_Interface, still I think it's better to add it in this category anyway, since other notes concern how to boot the live usb properly and are useful for newbies (plus, that reminder would have personally saved me some hard times trying to get a bootloader properly working and Installation_guide wasn't helpful to find proper documentation). I strongly recommend to specify it in non-specialized wiki. You got any suggestion to make this reminder more appropriate? Lo1 (talk) 13:59, 2 October 2017 (UTC)lo1

What is the bootloader that you talk about? Maybe the info belongs on its page. -- Lahwaacz (talk) 14:13, 2 October 2017 (UTC)
I'm talking about GRUB which, as you can see, assumes your system is already well installed and functional for you to install a bootloader. However, I guess it's possible that this doesn't concern every grub installation, hence scarsity of documentation. Lo1 (talk) 15:01, 2 October 2017 (UTC)lo1
The GRUB#UEFI_systems already contains this note: "When installing to use UEFI it is important to start the install with your machine in UEFI mode. The Arch Linux install media must be UEFI bootable." which is very related to your problem. Considering that GRUB is the only boot loader that supports both BIOS and UEFI systems, I'd say that info really does not belong anywhere else.
Anyway, what exactly do you mean by "multi boot installation"?
-- Lahwaacz (talk) 15:12, 2 October 2017 (UTC)
Right about that, just it doesn't explain that actually pressing a few buttons before getting started may prevent real headaches. I wrote about it in the forum [17]. By "multi boot" i meant dual boot, sorry for my poor writing. Editing after some time, the reason i wanted to add that note is not intended for those who want to install using UEFI, but for those who may consider the option to use a MBR even if their machine has a UEFI firmware. Lo1 (talk) 15:21, 2 October 2017 (UTC)lo1
Still, please consider improving the GRUB page instead of adding the note here. -- Lahwaacz (talk) 18:33, 25 October 2017 (UTC)