Re: free space before the first and after the last partition if GPT partition scheme is used
Martin T m4rtn...@gmail.com wrote: 2) Am I correct that boot loaders use their code on this area after the primary GPT and before the first partition? No. Bootloaders store their code in a special bios_grub partition (type EF02) when using the CSM/BIOS boot mode or inside a EFI System partion when using EFI boot mode. There is no free space like in the MBR where the bootloaders store their code. The free space you are seeing is to align the partitions on 1MB boundaries. 3) Are the last 689 sectors after the last partition used for storing the backup GPT? No. This is for alignment as well. Grüße, S° -- Sigmentation fault. Core dumped. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2alqh8v9v...@mids.svenhartge.de
Re: free space before the first and after the last partition if GPT partition scheme is used
Sven, I see. Thanks! Are those bios_grub or EFI system partitions located inside the GPT scheme, i.e. inside the first ~16KiB of the disk and it is not seen with gdisk? In addition, if this small area after the last partition is also for alignment purposes, then where is the backup GPT stored? regards, Martin On Sun, May 11, 2014 at 1:05 PM, Sven Hartge s...@svenhartge.de wrote: Martin T m4rtn...@gmail.com wrote: 2) Am I correct that boot loaders use their code on this area after the primary GPT and before the first partition? No. Bootloaders store their code in a special bios_grub partition (type EF02) when using the CSM/BIOS boot mode or inside a EFI System partion when using EFI boot mode. There is no free space like in the MBR where the bootloaders store their code. The free space you are seeing is to align the partitions on 1MB boundaries. 3) Are the last 689 sectors after the last partition used for storing the backup GPT? No. This is for alignment as well. Grüße, S° -- Sigmentation fault. Core dumped. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2alqh8v9v...@mids.svenhartge.de -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJx5YvGFtqn6-MXRe2i9Qj4mUVsNdJx4eee9DhXy�iir+...@mail.gmail.com
Re: free space before the first and after the last partition if GPT partition scheme is used
Martin T m4rtn...@gmail.com wrote: I see. Thanks! Are those bios_grub or EFI system partitions located inside the GPT scheme, i.e. inside the first ~16KiB of the disk and it is not seen with gdisk? In addition, if this small area after the last partition is also for alignment purposes, then where is the backup GPT stored? It is located somewhere inside the GPT. Those partitions do not need to be in the first 16KiB of a disk, they can be everywhere. (Though some UEFI implementations have problems if the boot partition is beyond the 2TiB mark.) And of course they are seen by gdisk, as they are normal partitions like every other partition. There are no magic disk spaces inside a GPT. # gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.8 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 3907029168 sectors, 1.8 TiB Logical sector size: 512 bytes Disk identifier (GUID): A2890495-0F45-4BA9-BA69-598347F489B9 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 3907029134 Partitions will be aligned on 8-sector boundaries Total free space is 0 sectors (0 bytes) Number Start (sector)End (sector) Size Code Name 1 342047 1007.0 KiB EF02 primary 22048 195311615 93.1 GiBFD00 primary 3 195311616 3907029134 1.7 TiB FD00 primary Grüße, Sven. -- Sigmentation fault. Core dumped. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9alr4cs9v...@mids.svenhartge.de
Re: free space before the first and after the last partition if GPT partition scheme is used
Sven, for some reason, I do not see those partitions with gdisk: http://i.imgur.com/4BlDQx7.jpg On the other hand, I'm also using older version(0.8.5 vs 0.8.8) of gdisk than you.. Or is there some other reason? In addition, while your gdisk output says that you have 0B of free space, then I have 1.3MiB of free space- I guess it's because you aligned your partitions on 8 sector boundaries and there was no need to leave free space for alignment? regards, Martin On Sun, May 11, 2014 at 6:30 PM, Sven Hartge s...@svenhartge.de wrote: Martin T m4rtn...@gmail.com wrote: I see. Thanks! Are those bios_grub or EFI system partitions located inside the GPT scheme, i.e. inside the first ~16KiB of the disk and it is not seen with gdisk? In addition, if this small area after the last partition is also for alignment purposes, then where is the backup GPT stored? It is located somewhere inside the GPT. Those partitions do not need to be in the first 16KiB of a disk, they can be everywhere. (Though some UEFI implementations have problems if the boot partition is beyond the 2TiB mark.) And of course they are seen by gdisk, as they are normal partitions like every other partition. There are no magic disk spaces inside a GPT. # gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.8 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 3907029168 sectors, 1.8 TiB Logical sector size: 512 bytes Disk identifier (GUID): A2890495-0F45-4BA9-BA69-598347F489B9 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 3907029134 Partitions will be aligned on 8-sector boundaries Total free space is 0 sectors (0 bytes) Number Start (sector)End (sector) Size Code Name 1 342047 1007.0 KiB EF02 primary 22048 195311615 93.1 GiBFD00 primary 3 195311616 3907029134 1.7 TiB FD00 primary Grüße, Sven. -- Sigmentation fault. Core dumped. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9alr4cs9v...@mids.svenhartge.de -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJx5YvE2kELEuoJMEPdF=ymxx23vw4b-odpt8fsa59fxsy0...@mail.gmail.com
Re: free space before the first and after the last partition if GPT partition scheme is used
Martin T m4rtn...@gmail.com wrote: for some reason, I do not see those partitions with gdisk: http://i.imgur.com/4BlDQx7.jpg On the other hand, I'm also using older version(0.8.5 vs 0.8.8) of gdisk than you.. Or is there some other reason? No. If gdisk does not show any special boot partition then there is indeed no special boot partition. You should not be able to install GRUB onto this disk and no UEFI firmware will be able to boot from it either. In addition, while your gdisk output says that you have 0B of free space, then I have 1.3MiB of free space- I guess it's because you aligned your partitions on 8 sector boundaries and there was no need to leave free space for alignment? My GPT was created manually and not by the Debian-Installer. Grüße, Sven. -- Sigmentation fault. Core dumped. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/aalr6uh9v...@mids.svenhartge.de
free space before the first and after the last partition if GPT partition scheme is used
Hi, DebianInstaller shows FREE SPACE before the first partition and after the last partition if GPT scheme is used: http://i.imgur.com/qjNrdAx.jpg While there is nothing wrong with that as there is indeed some free space before the first partition and after the last partition(http://i.imgur.com/4BlDQx7.jpg), such information is not displayed if I choose the MBR partitioning scheme(http://i.imgur.com/x4Ycl9q.jpg) while actually modern MBR editors(for example newer fdisk versions) should start the first partition also from sector 2048. 1) Am I correct that technically DebianInstaller should display the FREE SPACE area before the first partition also in case the MBR partition scheme is chosen? 2) Am I correct that boot loaders use their code on this area after the primary GPT and before the first partition? 3) Are the last 689 sectors after the last partition used for storing the backup GPT? regards, Martin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJx5YvFh7TM49ukbhp46cpWq2hbqAbtg-pax_YjkWZF9nvS_=a...@mail.gmail.com
