Bug 43765 - Не отображаются логические FAT16, FAT32 при установке системы
Summary: Не отображаются логические FAT16, FAT32 при установке системы
Status: CLOSED NOTABUG
Alias: None
Product: Branch p10
Classification: Unclassified
Component: evms (show other bugs)
Version: не указана
Hardware: x86_64 Linux
: P5 normal
Assignee: Олег Соловьев
QA Contact: qa-p10@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-12 15:38 MSK by Дорошенко Глеб
Modified: 2022-09-13 17:16 MSK (History)
3 users (show)

See Also:


Attachments
screen (44.68 KB, image/png)
2022-09-12 16:23 MSK, Дорошенко Глеб
no flags Details
ыскуут (61.74 KB, image/png)
2022-09-13 15:03 MSK, Олег Соловьев
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Дорошенко Глеб 2022-09-12 15:38:43 MSK
Проверялось на виртуальных машинах.

Платформы:
workstation-10
kworkstation-10
server-10
education-10

Согласно условиям задачи:

Требуется выполнить:
1) Проверку поддержки ранее созданных ФС ext2/3/4, xfs, fat16/32, ntfs

Ошибка: Не отобразилась ФС для разделов с FAT16, FAT32.

Шаги воспроизведения:

Установить систему, подсоединить диск MBR (предположим, что диск обозначается как sdbX).
1. На этапе 4/12 установки системы на подсоединённом диске MBR создать разделы без файловых систем, размер раздела 1024 MB, следующим образом:

Основные:
sdb1
sdb2
sdb3

Extended:
sdb4 (создаётся сам, потом скрывается из списка)

Логические:
sdb5
sdb6
sdb7
sdb8
sdb9
sdb10
sdb11 (на этом разделе указать вместимость не меньше 2 GB)

2. На установленной системе:
# mkfs.fat -F 16 /dev/sdb1
# mkfs.fat -F 32 /dev/sdb2
# mkfs.fat -F 16 /dev/sdb5
# mkfs.fat -F 32 /dev/sdb6
# mkfs.xfs /dev/sdb7
# mkfs.ext2 /dev/sdb8
# mkfs.ext3 /dev/sdb9
# mkfs.ext4 /dev/sdb10
# mkfs.ntfs /dev/sdb11


3. Убедится, что файловая система на разделах определяется верно:
# lsblk -f

4. Запустить установку системы, дойти до шага 4/12.

Ожидаемый результат:
Раздел определяется установщиком и в Основных разделах, и в Логических, файловая система корректно отображается.

Фактический результат:
Раздел определяется в Основных разделах, а в Логических определяется как раздел без файловой системы для FAT16 и FAT32. Корректно отображаются разделы с ext2-3-4, xfs, NTFS.

Дополнительно:

1. Если создавать файловую систему на этапе установки системы в Логических разделах, то при последующем запуске установки системы, разделы с файловыми системами FAT16, FAT32 отображаются корректно.

2. Если создать разделы через gparted, и через mkfs создать файловые системы, то отображение корректное. 

3. Пробовал и через fdisk, результат не поменялся.

4. Дополнительно: btrfs (для kworkstation), на логическом диске отображается корректно.
Comment 1 Дорошенко Глеб 2022-09-12 16:23:55 MSK
Created attachment 11503 [details]
screen
Comment 2 Антон Мидюков 2022-09-12 16:26:26 MSK
(Ответ для Дорошенко Глеб на комментарий #0)
> Установить систему, подсоединить диск MBR (предположим, что диск
> обозначается как sdbX).
> 1. На этапе 4/12 установки системы на подсоединённом диске MBR создать
> разделы без файловых систем, размер раздела 1024 MB, следующим образом:

Какой тип разделам назначили? И что
fdisk -l

при проблемной разбивке показывал?
Comment 3 Дорошенко Глеб 2022-09-12 16:37:02 MSK
Тип раздела: Linux

/dev/sdb5        6289408  8382463  2093056 1022M 83 Linux
/dev/sdb6        8384512 10477567  2093056 1022M 83 Linux

Disk /dev/mapper/sdb5: 1022 MiB, 1071644672 bytes, 2093056 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: 0x00000000


Disk /dev/mapper/sdb6: 1022 MiB, 1071644672 bytes, 2093056 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: 0x00000000

Если создавать раздел с типом FAT16 / FAT32, то ошибка остаётся.
Comment 4 Олег Соловьев 2022-09-13 15:03:49 MSK
Created attachment 11508 [details]
ыскуут

Workstation K 10.1 RC1, VirtualBox

Не воспроизвелось.
Разделы создавал fdisk'ом из-под LiveCD, оттуда же отформатировал в нужные файловые системы, указанные в баге + BtrFS
Comment 5 Дорошенко Глеб 2022-09-13 15:13:50 MSK
Можешь, пожалуйста, попробовать точно по шагам, описанным в ошибке воспроизвести?
Если создавать разделы не в установщике, то ошибка то и не воспроизведётся.

Суть в том, чтобы разделы были созданы на этапе установки, а файловая система на уже средствами установленной системы (например mkfs). Если делать всё на установленной системе, то баг не воспроизведётся.
Comment 6 Олег Соловьев 2022-09-13 15:22:26 MSK
(In reply to Дорошенко Глеб from comment #5)
> Можешь, пожалуйста, попробовать точно по шагам, описанным в ошибке
> воспроизвести?
> Если создавать разделы не в установщике, то ошибка то и не воспроизведётся.
> 
> Суть в том, чтобы разделы были созданы на этапе установки, а файловая
> система на уже средствами установленной системы (например mkfs). Если делать
> всё на установленной системе, то баг не воспроизведётся.

Могу, но выше написано:
> 3. Пробовал и через fdisk, результат не поменялся.

Не поменялся [по сравнению с описанием] = воспроизвелось
Если имелось в виду что-либо другое, то просьба воздерживаться от подобных двусмысленных формулировок.
Comment 7 Олег Соловьев 2022-09-13 17:16:11 MSK
В EVMS раздел и том - два разных уровня абстракций.

В том числе чтобы их друг от друга различать, при создании раздела в конец записывается специальная структурка. При создании тома эта структура затирается (или не записывается, если в рамках одной транзакции создаётся раздел + том)

При чтении разделов проверяется наличие этой структуры и при её наличии - извольте сначала создать том и его отформатировать.

Так уж получается что некоторые ФС при форматировании эту структуру затирают и не факт что при таком вмешательстве записанное на диск будет консистентным.

not a bug: при создании раздела необходимо дополнительно создать том, прежде чем перезагружаться куда-либо и форматировать всякое.