Thanks, moderator class413, for kindly posting some information about the one-MebiByte (MiB) of unallocated space on some modern hard-disk drives. And thanks, Curtis Gedak, for posting information in this "thread" of postings.
I took my “bootable,” GParted, “Live,” 0.26.1-5-amd64, Recordable Compact Disc (CD-R) to a store with employees who sell and I guess might work on computers. Employees of that store kindly performed test “boots” using that CD-R on a Dell, Inspiron-15, 1545 computer loaded with Windows 7 and a Hewlett-Packard 15, r131wm notebook computer loaded with probably Windows 10, which, based on Internet information, are likely each 64-bit computers. As usual when the GParted menu was reached, I think Gparted’s “default settings” were selected. But after waiting a short while in each case the main GParted window showing the detected partitions of the internal Hard-Disk Drives (HDD) was not reached. There is a question whether there would have been success or not if we had waited several minutes.
Back to my 64-bit, Dell, Inspiron-15, 3521 notebook computer, I renamed the same downloaded gparted-live-0.26.1-5-amd64(1).iso file to gparted-live-0.26.1-5-amd64.iso and in 64-bit Windows 10 Home Edition right-”button”-clicked on that renamed file in File Explorer and selected “Burn disc image” with a new, blank CD-R in my computer’s Digital Video Disc (DVD) drive. While “burning” that disc image I set that “burning” to be verified. The result of that disc “burning” and verification of it was “The disc image has been successfully burned to disc.” Along with this result recall that the downloaded .iso (International Standards Organization) file had the correct md5 or MD5 checksum. Conclusion: There was no error whatsoever in either the downloading or “burning” processes in the production of this second, GParted “Live,” 0.26.1-5-amd64, bootable CD-R. Yet, Input/Output errors were still found when attempting to boot my 64-bit, Dell, Inspiron-15, 3521 notebook computer beyond “default settings” in GParted 0.26.1-5-amd64 using this CD-R.
I had an eight-GigaByte (GB) flash drive that had been prepared in the file system 32-bit File Allocation Table (FAT32). I eventually deleted all of the files on that flash drive, which should have left that flash drive in the FAT32 file system. From the options on and instructions on or via http://gparted.org/liveusb.php#linux-setup on the Internet I chose the computer program LinuxLive USB (Universal Serial Bus) Creator to prepare a “bootable,” USB flash drive containing GParted 0.26.1-5-amd64 software. The results of that process were two possible ways to boot into GParted---1) either within the folder entitled VirtualBox on the USB flash drive by double-clicking on the file Virtualize_This_Key.exe or by 2) booting my computer from this USB flash drive. The result of the way “1” was the message “This kernel requires an x86-64 CPU” (Central Processing Unit)”, but only detected an i686 CPU.” This result seemed strange because my computer has an x64-based, 1.9-GigaHertz (GHz), Intel Core i3227U CPU. But by way “2” I gratefully could reach the main, GParted window listing six partitions and one MebiByte (MiB) of unallocated space.
But even though this was a success, I noticed a message including “dir” in it, perhaps the message “missing ‘workdir,’” before reaching later, GParted, 0.26.1-5-amd64 screens. Since I had seen that kind of a message in some earlier boots of computers from GParted, 0.26.1-5-amd64, “Live” CD-Rs, that was a clue that earlier both an employee of the computer store and I might not have given GParted enough time to “reach” its main window showing the partitions found. So again I tried booting my Dell computer using such a GParted, 0.26.1-5-amd64, “Live” CD-R, first using GParted’s “default settings,” but this time being willing to wait up to a few minutes. I could get no farther than a message including “NO WARRANTY” in it.
In my next attempt to boot my Dell computer from that same GParted, 0.26.1-5-amd64, “Live” CD-R I chose the “Fail Safe mode” of GParted instead of “default settings” and again was willing to wait for minutes, if necessary, for that whole process of booting and moving toward the main GParted windows showing the partitions it “found.” Gratefully this time that window was successfully reached! However, in continuing I could not shut GParted down normally. So I exited GParted by pressing the on-off, electric-power button above my computer’s keyboard.
I admit to not understanding some details of the above results. During the minutes of time in one or both of the last two attempts to boot my computer from my GParted, “Live,” 0.26.1.-5-amd64 CD-R I could hear the CD drive starting in short spurts and stopping. So I guess GParted was “trying” multiple times and/or in multiple ways to “get itself going” with my computer’s CD drive. Before success I noticed that a particular sector of my CD-R was referenced multiple times with an Input/Output (I/O) error [But again I had I/O errors with another GParted CD-R prepared from a .iso file with the correct md5 checksum and with no errors in its “burning” process.]. The fact that boots from my first GParted 0.26.1-5-amd64 CD-R were at least slow on three different computers is puzzling. Since the booting was much smoother and faster from my GParted-prepared, USB flash drive than from the Gparted-prepared CD-Rs, the tentative conclusion is that GParted 0.26.1.-5-amd64 had trouble with the Digital Video Disc (DVD)/CD drives on all three of the tested computers. The part of this tentative conclusion that for the moment is rather hard to accept is in GParted 0.26.1-5-amd64 having some trouble with the CD drives in three different computers. I guess that the version of the Linux kernel used in gparted-live-0.26.1-5-amd64.iso might be at least 4.1.4-1, since the earlier version 0.26.1-3 of GParted used that version of the Linux kernel (http://gparted.org/news.php?item=all). So perhaps there could be a problem in the version of the Linux kernel used in GParted 0.26.1-5-amd64 for the TSSTcorpDVD+-RW SU-208CB, DVD (Digital Video Drive)/CD drive in my 64-bit, Dell, Inspiron-15, 3521 notebook computer and, assuming that the computer-related store did not change the factory-installed DVD drives in the following computers, in the 64-bit, Dell, Inspiron-15, 1545 computer loaded with Windows 7 and an HL-DT-ST DVD+-RW GT10N drive (http://www.notebookcheck.net/Review-Del … 034.0.html) and the 64-bit, Hewlett-Packard, 15-r-131wm computer loaded with Windows 10 and a SuperMulti DVD “burner” drive (http://support.hp.com/us-en/product/HP- … c04504168/).