HOW do you install Syslinux as a bootloader?
The last step of the instillation guide simply state install a boot loader with a link to available boot loaders.
From the list of available boot loaders I chose Syslinux which brought me here.
This guide simply states install from official distributions? Again HOW?
The link for official distributions just takes me to a lengthy page on what official distributions are.
I still have no idea HOW to install Syslinux as my boot loader for my bran new install of Arch-linux. At this point I will have to abandon the whole thing for failed instructions. Neither apt or aptitude are installed with the distro and again, the instructions do not tell me anything about what my options are or how to go about the task given. Not providing instructions is an epic fail for a set of instructions.
I tried registering on the forums to find the answer but the registration system is broken asking a anti-bot question I can't possibly answer. Some code thing, but I'm no programmer and haven't clue. —This unsigned comment is by Krahazik (talk) 20:07, 25 November 2015. Please sign your posts with ~~~~!
- Fixed the installation link with 
- For the rest, see the Beginners' guide. -- Alad (talk) 19:17, 25 November 2015 (UTC)
Raising visibility of a warning note
At the time I am writing this, the initial Warning note says:
This Warning note is very important, so its location, right at the beginning of the wiki page, is appropriate.
Unfortunately, (some) users seem to be missing it, or misinterpreting it, or skipping it, or something of that sort. Several forum topics have been opened, and although the Syslinux wiki page is mentioned, users (including OPs and multiple repliers) don't seem to relate the problem they are having with the content of the Warning note. There are already multiple forum topics with this same case (even after the Warning note was introduced).
There is a Troubleshooting section in this wiki page. Would it be acceptable to repeat the Warning note in that section, so as to improve its visibility? Any (other) suggestions / alternatives? Ady (talk) 22:41, 29 December 2016 (UTC)
- I would agree with doing something to increase its visibility. This is something which changed recently (due to filesystem creation defaults changing). It's a new problem and something which probably wouldn't be looked out for by most people checking the page for commands but already familiar with the workings of syslinux. It's kind of a pain to fix later as if you don't catch it early you either have to remake the filesystem or change to a different bootloader. --TheChickenMan (talk) 08:14, 30 December 2016 (UTC)
- There are forum posts written by users that seem to be already familiar with Syslinux, and yet they seem to be missing the problem; otherwise the topics would be "solved" faster by their replies. So, apparently, being just a plain user of Syslinux doesn't seem to be enough when it comes to this type of (filesystem features and default parameters) problem.
- WRT having to re-create the filesystem, the linked page included in the Warning contains some workaround(s) (depending on the specific fs) so as to avoid such undesired situation.
- Now, are there any (other, better) suggestions about how to effectively raise the visibility of this Warning? Are there any objections against repeating the Warning under the Troubleshooting (sub)section (perhaps with some additional comment)?
- Additionally, considering that the problem is generated because of changes in the _default_ settings when creating filesystems (or by changes in the fs structure, introduced in their newer versions), I also wonder whether some Note(s) should be added in their respective wiki pages. Ady (talk) 10:26, 30 December 2016 (UTC)
- I think being familiar with syslinux and its operation is part of the problem. People don't expect something like this to change and don't automatically look out for it. I don't think the warning should be added to the filesystem pages too. It's a problem only with and relevant to this specific bootloader. I agree with repeating the warming under troubleshooting and I also think that it should be rewritten to be more clear. Maybe something like the following?
- Warning: Syslinux 6.03 no longer works with ext4 formatted partitions by default. To make Syslinux work with newly formatted ext4 partitions 64bit support must be disabled during filesystem creation. Some additional features and other filesystems may also be unsupported. See  for more information.
- Some (attempts to) clarification(s):
- Syslinux has _not_ changed; the changes were made in the respective fs structures and/or in their respective tools
- The changes affected several bootloaders (including GRUB). Some bootloaders got some updates so as to deal with some of the fs changes. IOW, the problem is (still) relevant for several bootloaders.
- I wasn't suggesting to replicate the same Warning that is posted here in the Syslinux page onto the respective fs pages. I was wondering whether some kind of Note should be added in those other pages, regarding _their_ own changes, especially when it comes to the changes in their respective _default_ behavior. As you said, people don't expect this kind of things to change, especially regarding the _default_ behavior (of fs tools).
- Some of the problems for Syslinux users could be resolved by updating the Syslinux package, but that's slightly off-topic in this particular discussion about this specific Warning note.
- Re-writing the current Warning note located at the top of the page was already attempted/suggested before (through diverse channels); those attempts were mostly rejected for several different reasons (and I just happen to agree with most of those rejections). But perhaps the Troubleshooting section could be slightly more explicit, enough to help users without repeating too much information located elsewhere, nor limiting the scope of the problem. See . Ady (talk) 06:57, 31 December 2016 (UTC)
Quote:not to be confused with MBR aka msdos partition table: Master Boot Record is MBR aka msdos.
The (plain) text in question says (skipping the wiki formatting here, for simplicity):
After this, proceed to install the Syslinux boot code (mbr.bin or gptmbr.bin) to the Master Boot Record 440-byte boot code region (not to be confused with MBR aka msdos partition table) of the disk, as described in the next sections, respectively.
Although I was not the author of the above text, the point of it is that the "
*mbr*.bin" files are aimed to be written to the first 440 bytes (or so) of the disk, which leaves the (MBR) partition table untouched.
These files are (some form of) boot code, and, although they are closely related to Partition Table schemes (e.g. so-called "msdos" Partition Table, GPT,...), the partition table(s) are not (over)written by them, and these different concepts should not be mixed.
The aforementioned text seems to attempt to mention (clarify?) the distinction between:
- The first "full" (most commonly, 512-byte) sector of the disk, usually called "MBR";
- The boot code (around 440 bytes) to be written to the "Master Boot Record" (leaving whichever partition table (scheme) untouched);
- The "msdos partition table scheme", frequently referred to as "MBR Partition Table".
The text is not very clear ATM, unless readers are already aware of these subtleties. So, IMHO, the question is not so much about "accuracy" but rather about "clarity". Ady (talk) 22:20, 19 October 2018 (UTC)