PROXMOX 3.4 при разбивке диска boot раздел создает в fat32, как сделать в ext3?

Question

[matrix_ekb]

Пытаюсь освоить proxmox, накатываю версию 3.4, с целью поднять soft raid1 по этой инструкции , но установщик разбивает раздел также как и в инструкции, но раздел boot в fat32 , а не в ext3.
Как правильно разбить диск, чтобы boot создавался в ext3 ?

Answer 1

[FloorZ]

А чем загрузчик в fat32 не устроил? если будет использоваться EFI, то там вроде только fat используется.

Answer 2

[matrix_ekb]

Тогда немного не понятно, как делать по инструкции , в пункте

# mkfs.ext3 /dev/md1
mke2fs 1.42.5 (29-Jul-2012)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
130560 inodes, 521920 blocks
26096 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67633152
64 block groups
8192 blocks per group, 8192 fragments per group
2040 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409

Allocating group tables: done
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

# mkdir /mnt/md1
# mount /dev/md1 /mnt/md1
# cp -ax /boot/* /mnt/md1
# umount /mnt/md1
# rmdir /mnt/md1

надо создавать fat32 mkfs.vfat ?

Comments

[Евгений]

Моя инструкция несколько устарела. Там описывается версия 3.2 и загрузка из обычного BIOS. С UEFI ситуация несколько другая. Выдержка из help.ubuntu.ru/wiki/%D1%80%D1%83%D0%BA%D0%BE%D0%B2... :
Ну вот, с блочными устройствами, кажется, разобрались, UEFI всё корректно инициализировал, и теперь он должен найти загрузчик операционной системы и передать управление ему. В первом приближении это выглядит так: поскольку UEFI преемник BIOS, то он выполняет поиск загрузчика в строгом соответствии с установленными правилами. Если он находит загрузчик операционной системы, который не поддерживает UEFI, то активируется режим эмуляции BIOS (именно так, даже если Legacy BIOS явно не указан). И начинается всё сначала, с той лишь разницей, что теперь уже эмулированный BIOS проверяет состояние оборудования и загружает микропрограммное обеспечение — простые драйверы для отдельных аппаратных компонентов. После этого эмулированный BIOS опять выполняет поиск загрузчика ОС и активирует его. Тот, в свою очередь, загружает операционную систему или выводит на экран список доступных ОС5).

А в случае UEFI всё происходит несколько иначе. Дело в том, что UEFI имеет собственный загрузчик операционных систем с интегрированными менеджерами запуска установленных ОС. С этой целью для него — для загрузчика UEFI — на диске должен быть создан небольшой раздел (100–250 МБ), который называется «Extensible Firmware Interface System Partition» (системный раздел расширяемого интерфейса прошивки, ESP). Кроме указанного размера, раздел должен быть отформатирован в файловой системе FAT326) и быть загрузочным. На нем находятся драйверы аппаратных компонентов, к которым может получать доступ запущенная операционная система. И в этом случае загрузка происходит прямо с этого раздела, что намного быстрее.
Поэтому думаю, что нужно ориентироваться на то, как proxmox 3.4 разбил первый диск и действовать по аналогии. Т.е. если boot у него в FAT32 то и вам нужно сделать его в FAT32.

[Евгений]

Кстати 3.4 поддерживает ZFS и ZRAID, а у последнего много преимуществ. Кеш на SSD, например. Я вот планирую в эту сторону копать :)

[matrix_ekb]

gep2005: Спасибо за ссылку, почитаю. Пока поднял debian+soft raid и накатил сверху proxmox. Все вроде работает.

Answer 3

[Пума Тайланд]

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

Comments

[matrix_ekb]

что то не вышло:
mkfs.ext3 /dev/md1
я сделал
mkfs.vfat /dev/md1
и в этом месте, при редактировании fstab вместо
/dev/md1 /boot ext3 defaults 0 1
сделал
/dev/md1 /boot vfat defaults 0 1
После ребута получил вот это:

Setting parameters of disc: (none).
Tue Apr 21 23:24:31 2015: Activating swap...done.
Tue Apr 21 23:24:31 2015: Checking root file system...fsck from util-linux 2.20.1
Tue Apr 21 23:24:31 2015: /dev/mapper/pve-root: clean, 42454/6291456 files, 681123/25165824 blocks
Tue Apr 21 23:24:31 2015: done.
Tue Apr 21 23:24:31 2015: Loading kernel module fuse.
Tue Apr 21 23:24:31 2015: Loading kernel module raid.
Tue Apr 21 23:24:31 2015: FATAL: Module raid not found.
Tue Apr 21 23:24:31 2015: Loading kernel module raid1.
Tue Apr 21 23:24:31 2015: Generating udev events for MD arrays...done.
Tue Apr 21 23:24:31 2015: Cleaning up temporary files... /tmp.
Tue Apr 21 23:24:31 2015: Setting up LVM Volume Groups...  WARNING: Duplicate VG name pve: Existing nrCU0S-Qkvp-EbQy-AB3W-Rcbp-926l-UI4kR$
Tue Apr 21 23:24:32 2015:   WARNING: Duplicate VG name pve: Existing nrCU0S-Qkvp-EbQy-AB3W-Rcbp-926l-UI4kRM (created here) takes preceden$
Tue Apr 21 23:24:32 2015:   WARNING: Duplicate VG name pve: Existing nrCU0S-Qkvp-EbQy-AB3W-Rcbp-926l-UI4kRM (created here) takes preceden$
Tue Apr 21 23:24:32 2015:   WARNING: Duplicate VG name pve: Existing nrCU0S-Qkvp-EbQy-AB3W-Rcbp-926l-UI4kRM (created here) takes preceden$
Tue Apr 21 23:24:32 2015:   WARNING: Duplicate VG name pve: Existing xlKpDe-kLA6-80tI-4Cif-GD77-KccP-G5SwBH (created here) takes preceden$
Tue Apr 21 23:24:32 2015:   device-mapper: create ioctl on pve-root failed: Device or resource busy
Tue Apr 21 23:24:32 2015:   WARNING: Duplicate VG name pve: Existing nrCU0S-Qkvp-EbQy-AB3W-Rcbp-926l-UI4kRM (created here) takes preceden$
Tue Apr 21 23:24:32 2015:   device-mapper: create ioctl on pve-swap failed: Device or resource busy
Tue Apr 21 23:24:32 2015:   device-mapper: create ioctl on pve-data failed: Device or resource busy
Tue Apr 21 23:24:32 2015: failed.
Tue Apr 21 23:24:32 2015: Activating lvm and md swap...done.
Tue Apr 21 23:24:32 2015: Checking file systems...fsck from util-linux 2.20.1
Tue Apr 21 23:24:32 2015: /dev/mapper/pve-data: clean, 20/52723712 files, 3359370/210865152 blocks
Tue Apr 21 23:24:32 2015: fsck.ext3: Bad magic number in super-block while trying to open /dev/md1
Tue Apr 21 23:24:32 2015: /dev/md1:
Tue Apr 21 23:24:32 2015: The superblock could not be read or does not describe a correct ext2
Tue Apr 21 23:24:32 2015: filesystem.  If the device is valid and it really contains an ext2
Tue Apr 21 23:24:32 2015: filesystem (and not swap or ufs or something else), then the superblock
Tue Apr 21 23:24:32 2015: is corrupt, and you might try running e2fsck with an alternate superblock:
Tue Apr 21 23:24:32 2015:     e2fsck -b 8193 <device>
Tue Apr 21 23:24:32 2015:
Tue Apr 21 23:24:32 2015: fsck died with exit status 8
Tue Apr 21 23:24:32 2015: failed (code 8).
Tue Apr 21 23:24:32 2015: File system check failed. A log is being saved in /var/log/fsck/checkfs if that location is writable. Please re$
Tue Apr 21 23:24:32 2015: A maintenance shell will now be started. CONTROL-D will terminate this shell and resume system boot. ... (warni$
Tue Apr 21 23:24:32 2015: Give root password for maintenance
Tue Apr 21 23:24:32 2015: (or type Control-D to continue):