1

Я недавно установил Fedora 22 на настольный ПК. Я хотел установить его на логический раздел. Во время установки в мастере установки Anaconda я решил создать логический раздел 16 ГиБ в качестве пространства подкачки и логический раздел 50 ГиБ для системы, загрузочного, домашнего, корневого и т.д. (И т.д. И т.д., А не /etc но да, это тоже ... не каламбур).

Это мультизагрузочная система с Windows 10 Preview, Ubuntu и Fedora. Диск использует схему разделов MBR. Windows использует основной раздел в качестве системного раздела в качестве загрузочного (или системного) раздела. Сама Windows установлена в логическом разделе. По крайней мере, в мире Windows логический раздел (он же "логический диск") может быть создан только внутри расширенного раздела. Я создал этот расширенный раздел рядом с основным разделом, и он работал до конца диска. Затем я установил Ubuntu, а затем Fedora.

Вот как это выглядит сейчас в инструменте Disks в Fedora.

Фетровые-диски

Почему разделы Fedora не указаны в "расширенном разделе"?

Вы можете видеть, что Ubuntu указан в расширенном разделе. Это то, что я ожидал бы и для Fedora, и именно так Windows обычно перечисляет и логические разделы как сущность, живущую внутри расширенного раздела.

Возможно, лучшим и более общим вопросом будет: возможно ли существование логических разделов вне расширенного раздела? За пределами границы расширенного раздела? До сих пор я думал только о том, что первичные разделы могут это делать.

Вот вывод fdisk для того же диска.

Disk /dev/sda: 465.8 GiB, 500106780160 bytes, 976771055 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9a3b2e4f

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sda1  *         2048    264191    262144  128M  7 HPFS/NTFS/exFAT
/dev/sda2          266238 237123583 236857346  113G  f W95 Ext'd (LBA)
/dev/sda3       237123584 270678015  33554432   16G 82 Linux swap / Solaris
/dev/sda4       270678016 375535615 104857600   50G 83 Linux
/dev/sda5          266240 105123839 104857600   50G  7 HPFS/NTFS/exFAT
/dev/sda6       105125888 137123839  31997952 15.3G 82 Linux swap / Solaris
/dev/sda7       137125888 237123583  99997696 47.7G 83 Linux

Partition table entries are not in disk order.

Вы можете видеть, что расширенный раздел начинается в секторе 266238 и заканчивается в секторе 237123583. Раздел 3 (Fedora swap) начинается в секторе 237123584. Как это возможно?

Вот как это выглядит в средстве управления дисками Windows 10.

окна-диск управление

Я отметил на скриншоте выше, что я считаю раздел Ext4, который используется Fedora. Так и должно быть, потому что это ровно 50 ГиБ, а в Windows используются двоичные префиксы (но, к сожалению, для обозначения используются "МБ" и "ГБ"). Как видите, он указан в качестве основного раздела. Фактически все разделы Linux, которые я создал, перечислены как основные. Это противоречит тому, что я только что показал в Linux. Так кто же прав, а кто не прав? Windows или Linux? Оба не могут быть правы об этом?


Обновление: расстались

Вот вывод из parted.

Model: ATA ST3500320AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  135MB   134MB   primary   ntfs            boot
 2      136MB   121GB   121GB   extended                  lba
 5      136MB   53.8GB  53.7GB  logical   ntfs
 6      53.8GB  70.2GB  16.4GB  logical   linux-swap(v1)
 7      70.2GB  121GB   51.2GB  logical   ext4
 3      121GB   139GB   17.2GB  primary   linux-swap(v1)
 4      139GB   192GB   53.7GB  primary   ext4

Это легче читать, чем вывод из fdisk. И в отличие от fdisk, здесь мы видим, что разделы печатаются в порядке дисков. Спасибо, расстались! Это помогает пролить свет на эту тему. Я могу сказать, что первые 3 раздела расположены в правильном порядке, так как я создал их с помощью diskpart. За исключением того, что расширенный раздел не работает до конца диска. Процесс установки Ubuntu или Fedora должен был изменить его по какой-то причине.


Обновление: fstab и grub config (выполнение запроса)

По просьбе @Chris.C вот как выглядит мой файл конфигурации fstab и grub.

# /etc/fstab
# Created by anaconda on Wed Jul  1 01:18:26 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=036c6533-ec01-428a-a38c-23c364cc220a /                       ext4    defaults        1 1
UUID=01d56d7c-5d48-497c-befd-05f7a7f22281 swap                    swap    defaults        0 0

Теперь вот конфигурация grub ... Я должен добавить эту строку, чтобы создать разделение блоков кода.

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set pager=1

if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

terminal_output console
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (4.0.4-301.fc22.x86_64) 22 (Twenty Two)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-4.0.4-301.fc22.x86_64-advanced-036c6533-ec01-428a-a38c-23c364cc220a' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos4'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos4 --hint-efi=hd0,msdos4 --hint-baremetal=ahci0,msdos4 --hint='hd0,msdos4'  036c6533-ec01-428a-a38c-23c364cc220a
    else
      search --no-floppy --fs-uuid --set=root 036c6533-ec01-428a-a38c-23c364cc220a
    fi
    linux16 /boot/vmlinuz-4.0.4-301.fc22.x86_64 root=UUID=036c6533-ec01-428a-a38c-23c364cc220a ro rhgb quiet LANG=en_US.UTF-8
    initrd16 /boot/initramfs-4.0.4-301.fc22.x86_64.img
}
menuentry 'Fedora (0-rescue-6b81f900dbfc4da3b56fe2db6748aabc) 22 (Twenty Two)' --class fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-0-rescue-6b81f900dbfc4da3b56fe2db6748aabc-advanced-036c6533-ec01-428a-a38c-23c364cc220a' {
    load_video
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos4'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos4 --hint-efi=hd0,msdos4 --hint-baremetal=ahci0,msdos4 --hint='hd0,msdos4'  036c6533-ec01-428a-a38c-23c364cc220a
    else
      search --no-floppy --fs-uuid --set=root 036c6533-ec01-428a-a38c-23c364cc220a
    fi
    linux16 /boot/vmlinuz-0-rescue-6b81f900dbfc4da3b56fe2db6748aabc root=UUID=036c6533-ec01-428a-a38c-23c364cc220a ro rhgb quiet
    initrd16 /boot/initramfs-0-rescue-6b81f900dbfc4da3b56fe2db6748aabc.img
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_ppc_terminfo ###
### END /etc/grub.d/20_ppc_terminfo ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Recovery Environment (loader) (on /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-2E0E4F3F0E4EFEF9' {
    insmod part_msdos
    insmod ntfs
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  2E0E4F3F0E4EFEF9
    else
      search --no-floppy --fs-uuid --set=root 2E0E4F3F0E4EFEF9
    fi
    parttool ${root} hidden-
    drivemap -s (hd0) ${root}
    chainloader +1
}
menuentry 'Ubuntu 15.04 (15.04) (on /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-6f745b5e-bb49-40cb-bcae-b245d76b9d7d' {
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos7'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 --hint='hd0,msdos7'  6f745b5e-bb49-40cb-bcae-b245d76b9d7d
    else
      search --no-floppy --fs-uuid --set=root 6f745b5e-bb49-40cb-bcae-b245d76b9d7d
    fi
    linux16 /boot/vmlinuz-3.19.0-15-generic root=UUID=6f745b5e-bb49-40cb-bcae-b245d76b9d7d ro quiet splash $vt_handoff
    initrd16 /boot/initrd.img-3.19.0-15-generic
}
submenu 'Advanced options for Ubuntu 15.04 (15.04) (on /dev/sda7)' $menuentry_id_option 'osprober-gnulinux-advanced-6f745b5e-bb49-40cb-bcae-b245d76b9d7d' {
    menuentry 'Ubuntu (on /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.19.0-15-generic--6f745b5e-bb49-40cb-bcae-b245d76b9d7d' {
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos7'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 --hint='hd0,msdos7'  6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        else
          search --no-floppy --fs-uuid --set=root 6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        fi
        linux16 /boot/vmlinuz-3.19.0-15-generic root=UUID=6f745b5e-bb49-40cb-bcae-b245d76b9d7d ro quiet splash $vt_handoff
        initrd16 /boot/initrd.img-3.19.0-15-generic
    }
    menuentry 'Ubuntu, with Linux 3.19.0-15-generic (on /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.19.0-15-generic--6f745b5e-bb49-40cb-bcae-b245d76b9d7d' {
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos7'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 --hint='hd0,msdos7'  6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        else
          search --no-floppy --fs-uuid --set=root 6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        fi
        linux16 /boot/vmlinuz-3.19.0-15-generic root=UUID=6f745b5e-bb49-40cb-bcae-b245d76b9d7d ro quiet splash $vt_handoff
        initrd16 /boot/initrd.img-3.19.0-15-generic
    }
    menuentry 'Ubuntu, with Linux 3.19.0-15-generic (upstart) (on /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.19.0-15-generic--6f745b5e-bb49-40cb-bcae-b245d76b9d7d' {
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos7'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 --hint='hd0,msdos7'  6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        else
          search --no-floppy --fs-uuid --set=root 6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        fi
        linux16 /boot/vmlinuz-3.19.0-15-generic root=UUID=6f745b5e-bb49-40cb-bcae-b245d76b9d7d ro quiet splash $vt_handoff init=/sbin/upstart
        initrd16 /boot/initrd.img-3.19.0-15-generic
    }
    menuentry 'Ubuntu, with Linux 3.19.0-15-generic (recovery mode) (on /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.19.0-15-generic--6f745b5e-bb49-40cb-bcae-b245d76b9d7d' {
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos7'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 --hint='hd0,msdos7'  6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        else
          search --no-floppy --fs-uuid --set=root 6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        fi
        linux16 /boot/vmlinuz-3.19.0-15-generic root=UUID=6f745b5e-bb49-40cb-bcae-b245d76b9d7d ro recovery nomodeset
        initrd16 /boot/initrd.img-3.19.0-15-generic
    }
    menuentry 'Memory test (memtest86+, serial console 115200) (on /dev/sda7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/memtest86+.bin--6f745b5e-bb49-40cb-bcae-b245d76b9d7d' {
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos7'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 --hint='hd0,msdos7'  6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        else
          search --no-floppy --fs-uuid --set=root 6f745b5e-bb49-40cb-bcae-b245d76b9d7d
        fi
        linux16 /boot/memtest86+.bin console=ttyS0,115200n8
    }
}

### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

Обновление: попытка исправить порядок разделов в fdisk

По предложению @Chris.CI попытался исправить порядок разделов с помощью fdisk. Вот результат.

[root@sg-1 /]# fdisk /dev/sda

Welcome to fdisk (util-linux 2.26.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): x

Expert command (m for help): f
Nothing to do. Ordering is correct already.

Expert command (m for help): 

Нечего и говорить, но fdisk скучает, потому что он не имеет ничего общего.

2 ответа2

0

Похоже, у вас неправильный порядок номеров разделов. раздел 5/6/7 должен следовать за разделом 2. Это может быть исправлено

sudo fdisk /dev/sda
x  (expert mode)
f  (fix the partition order)
w  (write to disk)

У меня нет испорченной системы, но IIRC после того, как изменение вступит в силу немедленно. Обязательно проверьте /etc /fstab, menu.lst и т.д. Перед перезагрузкой, так как раздел # может измениться, или используйте live cd для устранения проблемы с загрузкой после восстановления.

0

MBR расшифровывается как Master Boot Record. Он определяется как первые 512 байт диска. Он помещается в небольшой текстовый файл, поэтому вы можете легко скопировать его на дискету для резервного копирования. В случае, если он поврежден, вы можете легко восстановить его, используя резервную копию.

MBR - это тип структуры данных, который содержит два ключевых элемента информации: код загрузки компьютера и таблица разделов. Структура таблицы разделов называется схемой разделения или форматом разделения. Существует более одного типа схемы разбиения, но та, которая используется в MBR, используется только на разделенных дисках MBR. Тем не менее, существуют некоторые исторические вариации схемы разбиения MBR. Наиболее распространенная схема - та, что используется в DOS и Windows. Это по исторической причине: IBM PC представил концепцию MBR, и он использовал PC-DOS в качестве операционной системы (позже ставшей MS-DOS и в конечном итоге Windows). Это стандартная схема разбиения MBR, найденная на многораздельном диске MBR.

Стандартная схема разбиения MBR позволяет создать до 4 основных разделов. Чтобы создать более 4 разделов на одном диске, можно создать не более 3 основных разделов, оставив одну запись раздела для расширенного раздела. Расширенный раздел может содержать несколько логических дисков. Сколько он может вместить, зависит от размера диска и способа установки дисков в операционной системе. В DOS и Windows это то же самое, что и количество букв в английском алфавите, равное 26. Это общее количество дисков, которые можно смонтировать. Если 3 раздела являются основными, то расширенный раздел может содержать 23 = 26-3 логических дисков. DOS и Windows не могут загрузиться с логического диска. Таким образом, для загрузки операционной системы, по крайней мере, 1 раздел должен быть основным. В этом случае расширенный раздел может содержать не более 25 = 26-1 логических дисков.

В UNIX-подобных операционных системах, таких как GNU Linux, все является файлом. По этой причине нет ограничений на количество дисков, которые могут быть установлены в этих системах. Кроме того, они могут загружаться с логического диска. Это означает, что разделенный на MBR диск в системе GNU Linux может иметь более 26 логических дисков и по-прежнему загружаться с одного из них! Конечно, Linux может загружаться с более чем одной из них (мультизагрузка). Windows тоже может делать это, но не с логических дисков. (Более новые версии Windows могут сделать это. Но изначально Windows не предназначалась для загрузки более одной версии или другого экземпляра той же версии Windows.)

В системе GNU Linux разделенный на MBR SATA-диск с 4 основными разделами будет использовать следующую схему именования для разделов.

/dev/sda1    primary
/dev/sda2    primary
/dev/sda3    primary
/dev/sda4    primary

Если есть расширенный раздел, он получит следующее имя в схеме именования - sda5.

/dev/sda1    primary
/dev/sda2    primary
/dev/sda3    primary
/dev/sda4    primary
/dev/sda5    logical
/dev/sda6    logical
/dev/sda7    logical

Вот почему логические разделы в Linux начинаются с sda5 по умолчанию. Первые 4 зарезервированы для основных разделов. Не путайте схему именования устройств Linux со схемой разбиения MBR.

Даже если есть только 3 основных раздела, первый логический раздел все равно получит имя sda5.

/dev/sda1    primary
/dev/sda2    primary
/dev/sda3    primary
/dev/sda4    extended
  /dev/sda5    logical
  /dev/sda6    logical
  /dev/sda7    logical

Это также верно, если есть только 1 основной раздел. Числа не должны входить в последовательный порядок как 1, 2, 3.

/dev/sda1    primary
/dev/sda2    extended
  /dev/sda5    logical
  /dev/sda6    logical
  /dev/sda7    logical

Физическое местоположение данных, содержащихся в разделе, можно прочитать по начальной и конечной позиции сектора раздела. Это единственная цель таблицы разделов, ее причина существования. Таблица разделов - это справочная таблица, которая сообщает системе, где искать данные для чтения или записи в этот раздел.

Вы можете думать о разделе как о физическом, где физические данные хранятся на диске. На самом деле он не сохраняется непосредственно на диске в виде битов и байтов. Он хранится в формате аппаратного уровня, который используется внутри платы контроллера диска, которая затем физически кодирует эту информацию на магнитном носителе на диске.

Напротив, таблица разделов логична - это логическая структура данных. Но эта логическая часть также имеет физическое расположение, и мы уже установили, что это первые 512 байт или сектор 1 на диске (абсолютный сектор 0 на диске с адресом LBA).

Поэтому, когда вы выполняете какую-то общую задачу, например "выбор раздела", вы на самом деле не выбираете раздел (физическое расположение ваших файлов). Таблица разделов сама по себе не является разделом. Вы выбираете контрольную точку в таблице разделов, которая указывает на область хранения на диске. Но в повседневном использовании мы говорим, что "выбираем раздел".

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  135MB   134MB   primary   ntfs            boot
 2      136MB   121GB   121GB   extended                  lba
 5      136MB   53.8GB  53.7GB  logical   ntfs
 6      53.8GB  70.2GB  16.4GB  logical   linux-swap(v1)
 7      70.2GB  121GB   51.2GB  logical   ext4
 3      121GB   139GB   17.2GB  primary   linux-swap(v1)
 4      139GB   192GB   53.7GB  primary   ext4

В этом примере разделы 3 и 4 являются основными разделами. Причина, по которой Fedora Linux видит это таким образом, заключается в том, что эти разделы имеют начальную позицию после расширенного раздела. На самом деле, я считаю, что они являются логическими разделами. Кажется, они связаны цепочкой секторов в EBR (Extended Boot Record) расширенного раздела. Я должен будет изучить записи таблицы разделов подробно, чтобы быть уверенным.

Таким образом, создается впечатление, что Linux позволяет логическим разделам жить за пределами границ более традиционного расширенного раздела DOS/Windows. Это, однако, невозможно в DOS и Windows. В FDISK в DOS и более ранних версиях Windows невозможно создать логический раздел (логический диск), если на диске нет расширенного раздела, а логические разделы можно создавать только в пределах границы расширенного раздела. Это также относится к Diskpart и Disk Management (Logical Disk Manager) в более поздних версиях Windows.

Технически, расширенный раздел не содержит файловой системы. Логические разделы, которые он описывает, делают. Поэтому я предполагаю, что расширенный раздел может быть таким же маленьким или настолько большим, насколько его можно создать, если это позволяют используемые инструменты, и он достаточно большой, чтобы содержать записи логического раздела - один сектор или 512 байт. Таким образом, важен только первый сектор расширенного раздела - ЕБРР.

окна-диск управление

В этом примере я бы сказал, что средство управления дисками Windows видит расширенный раздел, помечает его темно-зеленым цветом и отображает раздел файловой системы NTFS внутри него. Это единственная файловая система на этом диске, которую понимает Windows. Windows не понимает файловую систему Ext4, используемую в следующих разделах. Поэтому по этой причине он предполагает, что это основной раздел, и исключает его из поля зеленого расширенного раздела, а поскольку эти разделы имеют начальную позицию после раздела NTFS, он размещает их после него (справа от него).

Windows в значительной степени описывает каждый раздел как "основной", если он содержит файловую систему, которую он не понимает.

Кроме того, поскольку это нестандартный расширенный раздел, с двумя последовательными логическими разделами вне границы обычного расширенного раздела, он также описывает их как первичные разделы вместо логического раздела.


Обновление: таблицы разделов

Наконец-то у меня появилось время подробно изучить таблицы разделов.

MBR Partition Table
===================
Partition entry 1 (1BE – 1CD): 80 3E 03 00 07 19 1B 46 00 08 00 00 00 00 04 00
Partition entry 2 (1CE – 1DD): 00 57 1C 46 0F 71 E1 FF FE 0F 04 00 02 28 1E 0E
Partition entry 3 (1DE – 1ED): 00 71 E1 FF 82 71 E1 FF 00 38 22 0E 00 00 00 02
Partition entry 4 (1EE – 1FD): 00 71 E1 FF 83 71 E1 FF 00 38 22 10 00 00 40 06
--------------------
Entry 1:
80 ► active partition
07 ► NTFS file system Windows, SYSTEM (Windows 10)
00 08 00 00 ► 00 00 08 00 = 2048
00 00 04 00 ► 00 04 00 00 = 262144 = 134217728 byte = 128 MiB
--------------------
Entry 2:
00 ► not active
0F ► Extended partition (LBA)
FE 0F 04 00 ► 00 04 0F FE = 266238
02 28 1E 0E ► 0E 1E 28 02 = 236857346 = 121270961152 byte = 112 GiB
--------------------
Entry 3:
00 ► not active
82 ► GNU Linux Swap space (FEDORA)
00 38 22 0E ► 0E 22 38 00 = 237123584
00 00 00 02 ► 02 00 00 00 = 33554432 = 17179869184 byte = 16 GiB
--------------------
Entry 4:
00 ► not active
83 ► GNU Linux files system (FEDORA)
00 38 22 10 ► 10 22 38 00 = 270678016
00 00 40 06 ► 06 40 00 00 = 104857600 = 53687091200 byte = 50 GiB

EBR Partition Table 1
=====================
Partition entry 1 (81FFDBE – 81FFDCD): 00 57 1E 46 07 71 E1 FF 02 00 00 00 00 00 40 06
Partition entry 2 (81FFDCE – 81FFDDD): 00 71 E1 FF 05 71 E1 FF D2 05 40 06 30 42 E8 01
Partition entry 3 (81FFDDE – 81FFDED): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Partition entry 4 (81FFDEE – 81FFDFD): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
--------------------
Entry 1:
00 ► not active
07 ► NTFS file system Windows, BOOT (Windows 10)
02 00 00 00 ► 00 00 00 02 = 2 (266240 absolute)
00 00 40 06 ► 06 40 00 00 = 104857600 = 53687091200 byte = 50 GiB
--------------------
Entry 2:
00 ► not active
05 ► Extended partition (CHS)
D2 05 40 06 ► 06 40 05 D2 = 104859090 (105125328 absolute)
30 42 E8 01 ► 01 E8 42 30 = 31998512 = 16383238144 byte = 15 GiB

EBR Partition Table 2
=====================
Partition entry 1 (C882BA1BE – C882BA1CD): 00 71 E1 FF 82 71 E1 FF 30 02 00 00 00 40 E8 01
Partition entry 2 (C882BA1CE – C882BA1DD): 00 71 E1 FF 05 71 E1 FF 26 4C 28 08 DC DB F5 05
Partition entry 3 (C882BA1DE – C882BA1ED): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Partition entry 4 (C882BA1EE – C882BA1FD): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
--------------------
Entry 1:
00 ► not active
82 ► GNU Linux Swap space (UBUNTU)
30 02 00 00 ► 00 00 02 30 = 560 (105125888 absolute)
00 40 E8 01 ► 01 E8 40 00 = 31997952 = 16382951424 byte = 15 GiB
--------------------
Entry 2:
00 ► not active
05 ► Extended partition (CHS)
26 4C 28 08 ► 08 28 4C 26 = 136858662 (137124900 absolute)
DC DB F5 05 ► 05 F5 DB DC = 99998684 = 51199326208 byte = 47 GiB

EBR Partition Table 3
=====================
Partition entry 1 (1058B849BE – 1058B849CD): 00 71 E1 FF 83 71 E1 FF DC 03 00 00 00 D8 F5 05
Partition entry 2 (1058B849CE – 1058B849DD): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Partition entry 3 (1058B849DE – 1058B849ED): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Partition entry 4 (1058B849EE – 1058B849FD): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
--------------------
Entry 1:
00 ► not active
83 ► GNU Linux files system (UBUNTU)
DC 03 00 00 ► 00 00 03 DC = 988 (137125888 absolute)
00 D8 F5 05 ► 05 F5 D8 00 = 99997696 = 51198820352 byte = 47 GiB

Как видите, это соответствует графическому представлению в утилите Disk в Fedora. Таким образом, это подтверждает, что Disk, fdisk и parted правильно отображали разделы. Другими словами, установщик Fedora создал два основных раздела в конце диска; вместо создания двух логических разделов, как это должно было быть. Это достигнуто путем изменения размера (сокращения) исходного расширенного раздела, который простирался от его текущего начального сектора до конца диска. Таким образом, меня обманывают мысли, что два основных раздела были логическими разделами, которые (по некоторым магическим заклинаниям) оказались за пределами расширенного раздела, но были неправильно установлены как "основные". Я не мог быть более неправильным! Два раздела Fedora фактически являются первичными!

Почему Fedora сделала это тогда?... Я предполагаю, что во время процесса создания разделов и установки она столкнулась с некоторой ошибкой и не знала, как с ней справиться. Я могу только предположить, что это как-то связано с ошибкой микропрограммы в ПЗУ контроллера Intel SATA для ICH9R, с которой я недавно столкнулся, когда система задыхается во время загрузки при использовании режима AHCI, если только конечная позиция CHS для первого раздела не является установить на FE FF FF . Поскольку у меня есть один раздел объемом 128 МБ в начале диска, который служит моим системным / загрузочным разделом, он помещается в первые 1024 цилиндра. По этой причине расчетная конечная позиция CHS для этого раздела была ниже, чем FE FF FF и у меня действительно были некоторые проблемы с diskpart для первоначального разбиения диска. Мне пришлось перезагрузить компьютер и вручную установить это значение в FE FF FF прежде чем я смог успешно создать на нем новую MBR (используя diskpart , поэтому предположим, что на этот раз она выполнила правильную настройку значения CHS), разбил диск и установил Windows 10 превью на него, а потом Ubuntu 15.04, а затем и Fedora.

Но на самом деле я получил небольшой разрыв в начале расширенного раздела (насколько я помню). Я думал, что это немного странно, но я думаю, что установщик Ubuntu как-то сгладил этот момент во время установки. Затем я установил Fedora и решил установить его на 2 отдельных логических раздела. Но, видимо, мне удалось обмануть меня, и не делать то, что я просил, в режиме "экспертного разбиения".

Таким образом, существует множество причин, по которым это могло пойти не так, с самого начала. Это только доказывает, что я ошибался, а утилита Disk (вместе с fdisk и parted) была права! ;-) Я точно знаю, что я не устанавливаю Fedora в мультизагрузочной конфигурации снова в ближайшее время. Установщик, похоже, не так хорошо собран, как тот, который используется в Ubuntu, по крайней мере, не для этого типа установки.

Графическое представление разделов в Windows совпадает с тем, что показывает Fedora. За исключением расширенного раздела. Вероятно, это связано с тем, что Windows не знает, как интерпретировать логические разделы внутри расширенных разделов, если только они не относятся к некоторому общему типу файловой системы Windows, например NTFS. Это разрывает цепочку EBR для Windows, поэтому она показывает только первый (тот, который понимает) как находящийся внутри расширенного раздела, и предполагает, что остальные из них являются обычными первичными разделами с неизвестным типом файловой системы.

Таким образом, краткий ответ на этот вопрос таков: два раздела Fedora выглядят именно так, потому что на самом деле они являются основными, а не логическими разделами.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .