During installation partitioning, vfat is not listed as an option for the filesystem type.. If a user wants to create a vfat filesystem (for exchanging data with a windows install, not for use as an esp), they can not. Reproducible: Steps to Reproduce:
Marking as a release blocker, as this cannot be fixed after release.
Priority: Normal => release_blockerCC: (none) => eeeemail, ennael1, tmb, wilcal.intBlocks: (none) => 14069Assignee: bugsquad => thierry.vignaud
Lets not invent blocker bugs here... This is no way a release_blocker as you dont need a vfat "data sharing partition" during install. And if drakxtools cant create vfat after install, then it's a bug an in worst case can be fixed after release...
Priority: release_blocker => NormalBlocks: 14069 => (none)
I think it's a side effect of http://gitweb.mageia.org/software/drakx/commit/?id=ac25be0df4b079dbe65b88e89f51a6e5fd1dee39 http://gitweb.mageia.org/software/drakx/commit/?id=debe8d3882800bf2316384d28ebeea6444171171
Looking at the code we still list a separate vfat for fat32 my @list_types = ( important => [ 0x82 => 'swap', 'Linux swap', 0x83 => 'ext2', 'Linux native', 0x83 => 'ext3', 'Journalised FS: ext3', 0x83 => 'ext4', 'Journalised FS: ext4', 0x83 => 'btrfs', 'Journalised FS: Btrfs', if_(is_uefi(), 0xef => 'vfat', 'EFI System Partition', ), if_(arch() =~ /i.86|x86_64/, 0x83 => 'xfs', 'Journalised FS: XFS', 0x83 => 'jfs', 'Journalised FS: JFS', 0x0b => 'vfat', 'FAT32', 0x07 => 'ntfs-3g', 'NTFS-3G', 0x07 => 'ntfs', 'NTFS', ), ], But maybe we are doing "sort -u" on that fs list so the second one goes missing... We also need to check if it's gone in advanced partitioning mode...
Summary: Cannot create a vfat filesystem, when installing in uefi mode => Cannot create a vfat filesystem, when installing in UEFI mode
Still valid I suppose?
Whiteboard: (none) => FOR_ERRATA
Keywords: (none) => PATCH
Created attachment 8089 [details] fix being able to create vfat on UEFI (mga#15698) This patch fixes it but needs to be tested with LVM
Created attachment 8091 [details] fix being able to create vfat on UEFI (mga#15698) Better version
Attachment 8089 is obsolete: 0 => 1
commit b14b860a8e92c36767b519de516128b3d7847628 Author: Thierry Vignaud <thierry.vignaud@...> Date: Wed Jun 29 17:23:29 2016 +0200 fix being able to create vfat on UEFI (mga#15698) and explain the purpose of the uniq_() call see commit 56b573476e2ea63a509ab2f8ec0683397ae7c85e Rationale: use_pt_type() now returns 0 for common disks (eg: GPT ones) Under GPT+UEFI, we've 2 important "FS" having vfag as the real FS: ESP & FAT32 --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=b14b860a8e92c36767b519de516128b3d7847628
Closing
Status: NEW => RESOLVEDResolution: (none) => FIXED