search for: anbigous

...uot; was chosen as term for the wiki. I am reluctant to overthrow this choice without backing from SYSLINUX developers. What term to use instead of "disk" ? "Drive" might be more modern, but an USB stick is not actually a drive. "Device" is probably a unixism and also anbigous, because partitions are devices, too. Finding a new term and getting agreement is worth a separate wiki overhaul project. > > > It [SYSLINUX] works on GPT too. > > This is hopefully a feature, not a problem. :o) > Yes, my point is that a casual user might (mis)interpret (from...

...uot; was chosen as term for the wiki. I am reluctant to overthrow this choice without backing from SYSLINUX developers. What term to use instead of "disk" ? "Drive" might be more modern, but an USB stick is not actually a drive. "Device" is probably a unixism and also anbigous, because partitions are devices, too. Finding a new term and getting agreement is worth a separate wiki overhaul project. > > > It [SYSLINUX] works on GPT too. > > This is hopefully a feature, not a problem. :o) > Yes, my point is that a casual user might (mis)interpret (from...

Hi, me: > > But MiB alignment does not match 255x63 cylinders. (Or at least > > only in very large steps. They share no prime factors except > > the block size.) Ady: > It doesn't matter. My test.img for Ronald had Nx255x63 geometry, and > STARTing LBA of 2048. Yeah. It has end CHS 89,69,35. But it lacks the other ingredient of the mess: a CHS driven filesystem.

Hi, Ronald F. Guilmette wrote: > what exactly did we determine that GA-M55Plus-S3G is failing > to support? It appears to be related to the choice of CHS addressing with the FAT filesystem. This opens the door for misperceived factors of heads per cylinder and sectors per heads. My current suspicion is that the partition end did not expose the effective factors in its end CHS address, so