Change:
Unmount of all volumes on diskN was successful $ sudo dd bs=1m if=nix.iso of=/dev/rdiskN </programlisting> <del> Using the 'raw' <command>rdiskN</command> device instead of <command>diskN</command> completes in minutes instead of hours. After <command>dd</command> completes, a GUI dialog "The disk you inserted was not readable by this computer" will pop up, which can be ignored. </del> <ins> Using the 'raw' <command>rdiskN</command> device instead of <command>diskN</command> completes in minutes instead of hours. After <command>dd</command> completes, a GUI dialog "The disk you inserted was not readable by this computer" will pop up, which can be ignored. </para> </note> </ins> </para> <para> The <command>dd</command> utility will write the image verbatim to the drive, making it the recommended option for both UEFI and non-UEFI installations. <del> For non-UEFI installations, you can alternatively use <link xlink:href="http://unetbootin.sourceforge.net/">unetbootin</link>. If you cannot use <command>dd</command> for a UEFI installation, you can also mount the ISO, copy its contents verbatim to your drive, then either: <itemizedlist> <listitem> <para> Change the label of the disk partition to the label of the ISO (visible with the blkid command), or </para> </listitem> <listitem> <para> Edit <filename>loader/entries/nixos-livecd.conf</filename> on the drive and change the <literal>root=</literal> field in the <literal>options</literal> line to point to your drive (see the documentation on <literal>root=</literal> in <link xlink:href="https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt"> the kernel documentation</link> for more details). </para> </listitem> <listitem> <para> If you want to load the contents of the ISO to ram after bootin (So you can remove the stick after bootup) you can append the parameter <literal>copytoram</literal> to the <literal>options</literal> field. </para> </listitem> </itemizedlist> </del> </para> </section>

Discussion:
This is a tracking issue created only to track the different issues and pull requests related to the partitioning instructions in the manual. They may show more than one issue, the ordering of the partition may not match the expected ones for the following installation instructions, and the bootable flag might not be set properly. ; ; This issue is meant to track the problem and ask for help in finding a proper resolution. Not asking for others to write up, but asking to see if there would be issues in recommending things other than . I, myself, am extremely reluctant into fixing this using other incantations. They pretty much look like a self-selecting filter by obscurity. I would lean much more towards using commands, . (Though, not using ). Interfaces like are probably easier to reason about than single-letter commands which's meaning may change again in the future. They would also reduce the verbosity of the steps; it would be a set number of instructions, one per actual action, instead of a list of commands. (One for the disk format, one for setting the boot flag, and one per partition.)
# is twice in the list &ndash; that means you meant to link another fourth issue?
BTW, a couple weeks ago I successfully installed 18.09 (beta) on a machine for Hydra, and I followed our manual for partitioning via . It was a simple setup, though, so I most likely missed any corner cases. EDIT: to be clear, I do not at all oppose migrating the instructions to ...
is already in the closure so we should probably just switch to that anyway, then we don't need to have janky comments describing what the terse commands do.
I think people who have a preference among these tools need only a line «if you prefer fdisk, it is also available» and maybe an internal link to instructions for installing extra tools in case someone wants sfdisk. Parted probably has the lowest risk of instructions doing something but not the expected thing. (and partitioning — or tools with single-letter commands — is not something needed for NixOS use after installation, so the obscurity filter does not even select for people who would be happier NixOS users)

The bullet points under Chapter 2, section 8 (the fdisk process) don't match up with what the real partitions are after write. The last four lines of fdisk setup are relevant: Earlier in the fdisk process, we create the partitions with the following numbering: I believe the re-numbers the partitions based on their location within the partition label. Since the boot partition is at the front of the disk and our partition is at the end, fdisk reorders the partitions as follows: The problem is when making the file systems. The manual still uses the initial partition numbers instead of the new, ordered numbers. Thus: Creates an ext4 partition that is 512M big and is supposed to be boot. And: Creates a FAT32 partiton that's supposed to be our root labeled . Swap isn't affected being in the middle.
Hi! Closing this issue since the partitioning instructions are now re-written for 18.09. (See ) As far as the ordering of partitions is concerned, the newly re-written partitioning instructions were written to ensure it wouldn't be an issue.