Bug 40212

Summary: загрузка невозможна
Product: Sisyphus Reporter: Gleb Kulikov <glebus>
Component: grubAssignee: Николай Костригин <nickel>
Status: NEW --- QA Contact: qa-sisyphus
Severity: blocker    
Priority: P5 CC: aen, antohami, boyarsh, nickel, placeholder, rider
Version: unstable   
Hardware: x86_64   
OS: Linux   

Description Gleb Kulikov 2021-06-13 10:24:05 MSK
Обновление из Сизифа от 2021-06-12

После перезагрузки grub впадает в rescue mode с диагностикой
GRUB loading. 
error: symbol 'grub_disk_native_sectors' not found. Entering rescue mode...

попытка выполнить любые действия, типа вручную

> insmod lvm
symbol 'grub_disk_native_sectors' not found

>insmod btrfs
symbol 'grub_disk_native_sectors' not found

>insmod normal
symbol 'grub_disk_native_sectors' not found

переустановка grub со снапшота 2021-04-18 проблему решает, система грузится и работает нормально.

подробности:
система в legacy, EFI отстутствует, 
BIOS Information
        Vendor: American Megatrends Inc.
        Version: 0311   
        Release Date: 01/11/2012
CPU: AMD Athlon(tm) II X2 245 Processor

диски
sda --- SSD, sdb --- HDD

sda1    ext4    ==  /boot

sda3    btrfs +
              + ==  /root subvolume=@
sdb8 LLVM     +
 -RTVOL btrfs +
Comment 1 Антон Мидюков 2021-06-13 10:34:19 MSK
Покажите
fdisk -l /dev/sda

Если на /dev/sda установлен загрузчик.
Comment 2 Gleb Kulikov 2021-06-13 10:52:41 MSK
Диск /dev/sda: 55,9 GiB, 60022480896 байт, 117231408 секторов
Disk model: KINGSTON SKC300S
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x19be6a18

Устр-во    Загрузочный   начало     Конец  Секторы Размер Идентификатор Тип
/dev/sda1  *               2048    526335   524288   256M            83 Linux
/dev/sda2                526336  17303551 16777216     8G            82 Linux своп / Solaris
/dev/sda3              17303552 117229567 99926016  47,6G            83 Linux
Comment 3 Gleb Kulikov 2021-06-13 10:53:52 MSK
NAME                     FSTYPE      FSVER    LABEL    UUID                                   FSAVAIL FSUSE% MOUNTPOINT
sda                                                                                                          
├─sda1                   ext4        1.0      ssdboot  e763a9f5-a642-40e8-92b7-d992497b5772     43,7M    75% /boot
├─sda2                   swap        1                 3dfd94de-d769-4320-995b-efa2f8c84b47                  [SWAP]
└─sda3                   btrfs                ssdroot  434e461f-0ef4-4d6a-864e-b0adca8df1bb     34,1G    69% /.snapshots
sdb                                                                                                          
├─sdb1                   vfat        FAT32             BF4D-E902                                             
├─sdb2                   ext4        1.0      bios     c5368dfe-3112-46a5-b017-50a8699a8e6e                  
├─sdb3                   ext4        1.0      boot     5db7470c-c616-428c-9969-051b5dc4ede8                  
├─sdb4                   swap        1        swap     28080029-ea05-4e5d-9836-163129b163c0                  [SWAP]
├─sdb5                   ntfs                 win      1336FD491B562640                                      
├─sdb6                   ntfs                 wind     30738E8077AECC9F                                      
├─sdb7                   btrfs                main     e554365b-d54b-4d7e-834b-f845c64802a2    148,6G    70% /mnt/new
└─sdb8                   LVM2_member LVM2 001          JcriPL-s0by-ccO1-DnmW-iabu-zMnm-hAJde2                
  ├─YAVOL-QUICK          xfs                           ecc3ee69-ab20-4784-8e66-254c3abd867e    211,7G    58% /mnt/.yavol/quick
  ├─YAVOL-ROOTFSADDITION btrfs                ssdroot  434e461f-0ef4-4d6a-864e-b0adca8df1bb                  
  └─YAVOL-AKONADI_HOMES  xfs                  AKONHOME 4e76eab6-827c-4eb2-aa2e-ac28d59ad7e9     14,2G    56% /mnt/.akonadi
sr0                                                                                                          
zram0                                                                                                        [SWAP]
zram1                                                                                                        [SWAP]
Comment 4 Николай Костригин 2021-06-14 19:02:23 MSK
Пока проверил только с / на btrfs без LVM, проблема не воспроизводится.

Диск sdb тоже "Тип метки диска: dos"? Приведите, пожалуйста и для него

 fdisk -l /dev/sda,

 чтобы стенд был максимально приближен к Вашей ситуации.

В момент обновления /boot точно был примонтирован? Не могло произойти смешения модулей от старой и новой версий?
Comment 5 Gleb Kulikov 2021-06-16 20:15:14 MSK
(Ответ для nickel@altlinux.org на комментарий #4)
> Пока проверил только с / на btrfs без LVM, проблема не воспроизводится.
> 

обратили внимание, что /boot отдельно и / на btrfs собран из двух разделов?

> Диск sdb тоже "Тип метки диска: dos"? Приведите, пожалуйста и для него

нет, там gpt

fdisk -l /dev/sdb
Диск /dev/sdb: 1,82 TiB, 2000398934016 байт, 3907029168 секторов
Disk model: TOSHIBA HDWD120 
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: 956F95FE-C6B2-40C7-98F7-9D48922DA476

Устр-во        начало      Конец    Секторы Размер Тип
/dev/sdb1        2048     206847     204800   100M Microsoft basic data
/dev/sdb2      206848     411647     204800   100M Файловая система Linux
/dev/sdb3      411648    3557375    3145728   1,5G Файловая система Linux
/dev/sdb4     3557376   37111807   33554432    16G Linux своп
/dev/sdb5    37111808  573982719  536870912   256G Microsoft basic data
/dev/sdb6   573982720  632702975   58720256    28G Microsoft basic data
/dev/sdb7   632702976 1681278975 1048576000   500G Файловая система Linux
/dev/sdb8  1681278976 3907028991 2225750016     1T Linux LVM

загрузчик не стоит, видновые разделы пусты: диск планировался на машину с мультизагрузкой, но планы поменялись

> В момент обновления /boot точно был примонтирован?

Конечно

> Не могло произойти
> смешения модулей от старой и новой версий?

нет