Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Proxmox 3.4 не загружается с ZFS и 440AR в режиме HBA (сервер HP GL380 Gen9)

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Proxmox 3.4 не загружается с ZFS и 440AR в режиме HBA (сервер HP GL380 Gen9), Proxmox Виртуальная Среда
     
    jinjer
    Guest
    #1
    0
    22.07.2015 22:34:00
    Привет! Я пытаюсь загрузить proxmox 3.4 с корнем на родном ZFS, но безуспешно. С ext3 раздела загружается нормально, а с ZFS — нет. При этом никакой загрузочной подсказки grub не появляется, только курсор, после чего сервер перезагружается и цикл повторяется. Система — HP380 Gen9 с контроллером HP 440ar raid в режиме HBA. В режиме HBA диски видны как SATA Ahci порты. Во время загрузки BIOS контроллера не отображается. Пробовал и UEFI, и стандартный BIOS — результат одинаковый. Однако в режиме UEFI загрузиться с ext4 диска получается. Похоже, проблема как-то связана с zfs. Буду благодарен за любые советы.

    P.S. Похоже, что при установке отсутствует EFI-раздел. Очень странно:

    Code:  
    # gdisk -l /dev/sda  
    GPT fdisk (gdisk) version 0.8.5  
     
    Partition table scan:  
     MBR: protective  
     BSD: not present  
     APM: not present  
     GPT: present  
     
    Found valid GPT with protective MBR; using GPT.  
    Disk /dev/sda: 1953525168 sectors, 931.5 GiB  
    Logical sector size: 512 bytes  
    Disk identifier (GUID): FDBF364B-01C3-4962-B202-AE88DEA2DDB2  
    Partition table holds up to 128 entries  
    First usable sector is 34, last usable sector is 1953525134  
    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              34            2047   1007.0 KiB  EF02  
      2            2048      1953508749   931.5 GiB   BF01  zfs  
      9      1953508750      1953525134   8.0 MiB     BF07
     
     
     
    padelt
    Guest
    #2
    0
    24.08.2015 14:10:00
    «Я тоже.» Я пытаюсь обойтись без других популярных решений виртуализации и использовать только Proxmox VE 3.4. Ставлю его на Lenovo x3500 M5 (фактически x3550 в корпусе башня, а не в стойке) с встроенным ServerRAID M5210 и ZFS. По сути, установщик запускается в режиме UEFI (то есть не в Legacy) без проблем, находит диски (каждый диск – это RAID0 из одного диска, без HBA-режима или прямого доступа к дискам) и настраивает установку ZFS raid1, как и ожидалось. Однако после перезагрузки система зависает на несколько секунд, и (UEFI) BIOS выводит «Boot failed» с описанием записи загрузки рядом.

    Legacy-режим работает и загружает систему. Мне бы хотелось использовать именно UEFI — хотя, вроде, явных минусов у Legacy-режима нет. После прочтения этого поста (и изучения кучи информации про EFI и ZFS на Linux) я могу подтвердить, что корень проблемы — отсутствие EFI System Partition (ESP). ESP — это FAT32-партиция размером 100-260 МБ с типом gdisk EF00, расположенная в первых 2 ТБ загрузочного устройства(й). Рекомендуется GPT вместо MBR. В ней находится каталог /boot/efi с .efi-файлом, который загружается UEFI-прошивкой (BIOS). Насколько я понял, порядок загрузки такой: UEFI-прошивка -> esp-efi-файл -> загрузочный раздел BIOS -> GRUB -> ядро/ramdisk из ZFS-RAID1.

    Вот что я делал, чтобы в этом убедиться:

    - Загрузился с CD/ISO Proxmox VE 3.4 в режиме «Debug», затем вышел из консоли Ctrl+D, нажал «Abort» в установщике. Попал в shell.

    - Взял инфу из /threads/21306-Grub2-recovery-on-ZFS-Proxmox-VE-3-4. (форум пока не даёт вставлять ссылки)

    - Запустил cgdisk /dev/sda и удалил ZFS-раздел (номер 2). Это не уничтожило данные, так как ZFS использует pseudo-RAID1. Пул теперь в состоянии degraded.

    - Создал новый (второй) раздел 260 МБ, тип EF00, метка ESP.

    - Создал новый (третий) раздел на оставшемся месте, тип BF01, метка ZFS.

    - Сохранил разметку и вышел из cgdisk.

    - Проверил, что есть sda1, sda2 и sda3. У меня был странный раздел №9 «Solaris Reserved 1», его я не трогал.

    Дальше создавал FAT32 (!) на sda2, заменял отсутствующий диск/раздел ZFS и переустанавливал grub, добавлял новую UEFI-загрузочную запись. Не уверен, была ли необходимость в последнем шаге.

    Дополнительная информация отсюда: http: superuser.com/a/376471/59518

    Команды:

    $ modprobe efivars

    $ zpool import rpool -R /mnt

    $ zpool replace rpool /dev/sda2 /dev/sda3

    # дождаться завершения resilvering перед продолжением!

    $ mkfs.vfat -F32 /dev/sda2

    $ mount /dev/sda2 /mnt/boot/efi

    $ mount -t proc /proc /mnt/proc

    $ mount --rbind /dev /mnt/dev

    $ mount --rbind /sys /mnt/sys

    $ chroot /mnt /bin/bash

    (chroot)$ source /etc/profile

    (chroot)$ grub-install /dev/sda

    (chroot)$ update-grub2

    (chroot)$ update-initramfs -u

    (chroot)$ efibootmgr -c --disk /dev/sda --part 2

    # проверить, что новая запись «Linux» появилась

    (chroot)$ efibootmgr -v

    Ctrl-D

    $ umount /mnt/sys

    $ umount /mnt/dev

    $ umount /mnt/proc

    $ umount /mnt/boot/efi

    $ zfs unmount rpool/ROOT/pve-1

    Ctrl-D

    Ctrl-D

    После перезагрузки Proxmox VE нормально стартует в режиме загрузки UEFI. Второй диск должен иметь копию этого загрузочного раздела, чтобы система могла загрузиться, если первый упадёт. Очевидно, не очень хорошо, что новый пользователь (как я) остаётся висеть без результата после чистой установки, так что:

    Не могли бы вы исправить установщик?

    — Philipp
     
     
     
    mhammett
    Guest
    #3
    0
    10.09.2015 23:47:00
    У меня похожие проблемы на Dell Optiplex 790 с четырьмя дисками в ZFS 10 pools.
     
     
     
    jacksharing
    Guest
    #4
    0
    15.12.2017 08:51:00
    Привет! Извини, что снова возвращаюсь к теме. У меня такая же проблема — HBA с P440ar на DL380 Gen9. Proxmox видит диски, установка прошла, но загрузка не происходит. Есть какие-нибудь решения? Спасибо!
     
     
     
    wolfgang
    Guest
    #5
    0
    15.12.2017 09:04:00
    Извините, но версия 3.4 уже больше года как не поддерживается, поэтому никто не сможет вам помочь. https://pve.proxmox.com/wiki/FAQ
     
     
     
    jacksharing
    Guest
    #6
    0
    15.12.2017 09:14:00
    Извини, забыл упомянуть. Я использую Proxmox 5.1.
     
     
     
    tom
    Guest
    #7
    0
    15.12.2017 09:18:00
    В этом случае, пожалуйста, откройте новую тему, так как ваша проблема никак не связана с версией 3.4.
     
     
     
    Dubard
    Guest
    #8
    0
    23.01.2018 10:17:00
    Всем привет! У меня та же проблема, что и у других выше, поэтому я создал новый пост на форуме. Вот ссылка: https://forum.proxmox.com/threads/p...440ar-in-hba-mode-hp-dl380-gen9-server.40735/ Заранее спасибо за любую помощь!
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры