Bug 27862 - Diskdrake fail to create more than four partitions on a Live storage.
Summary: Diskdrake fail to create more than four partitions on a Live storage.
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Martin Whitaker
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-18 01:15 CET by Morgan Leijström
Modified: 2021-01-25 00:41 CET (History)
1 user (show)

See Also:
Source RPM: drakxtools
CVE:
Status comment: Verified in RC (second internal)


Attachments

Description Morgan Leijström 2020-12-18 01:15:16 CET
Diskdrake fail to create more than four partitions on a Live storage.

Booted on: USB stick with released Mageia Live Xfce 8 beta 2 64 bit, persistence enabled

Partitioning: another stick with same iso dumped, no added partition.

Live itself is two partitions.
 Wanted to add:
FAT32 - for sharing with other OS
swap - really makes difference on 1GB RAM
and the persistence partition of course

Trying to create the fifth partition, message: partition table full.

This is very different from the 8b2 classical installer, where diskdrake automatically utilise extended partition when needed.

Seems that trigging of creating extended partition is not working on devices that had Live dumped to it.


I have also tried to use the selection dropdown available in expert mode, to select primary/extended_0x85, but that seem not to work.  I will try another round later, from an installed Cauldron.  But anyway, i think it should work automatically as usual.
Comment 1 Morgan Leijström 2020-12-18 11:54:07 CET
Maybe related:

Bug 27864 - Mageia 8 beta 2 diskdrake and installer stumble on MBR of our own Mageia Live
Comment 2 Martin Whitaker 2020-12-18 14:09:07 CET
I can't reproduce the main part of your complaint. When I add the 3rd partition, diskdrake automatically puts it in an extended partition.

In expert mode, selecting primary or extended works for me, but extended_0x85 does appear to be broken - it sets the partition type to 0x00.

CC: (none) => mageia

Comment 3 Morgan Leijström 2020-12-18 14:44:45 CET
OK, feel free to open bug on partition type.


You mean it never pups up a message partition table is full?
OK i will do more tests.  Maybe depends on Mageia 7.1  8b1 8b2 32 or 64 bit...
Later.
Or someone else ;)
Comment 4 Martin Whitaker 2020-12-18 19:49:56 CET
You are right, I didn't go far enough. For some reason it is failing to add more partitions to the extended partition. I'll investigate further.
Comment 5 Lewis Smith 2020-12-18 20:39:07 CET
This rings a bell, old bugs about not being to create a 5th partition. I found at least this one: bug 15791, although that was about RAID.
Comment 6 Martin Whitaker 2020-12-18 22:19:53 CET
I've figured out what's causing this. It is specific to the 64-bit Live ISOs, specifically the fact that the first partition starts at sector 0.

Assignee: bugsquad => mageia
Status: NEW => ASSIGNED

Martin Whitaker 2020-12-18 22:44:14 CET

Status comment: (none) => Fixed in git

Comment 7 Morgan Leijström 2020-12-19 15:58:45 CET
Great :)
Comment 8 Morgan Leijström 2021-01-25 00:41:28 CET
Confirmed working running on classic install 64 bit to USB stick, no updates, running Plasma, using diskdrake to partition a target USB stick to totally 6 partitions, labelling one ext partition "mgalive-persist" and verifying the target system have persistence.

Executed on both 32 and 64 bits of both 7.1 and 8RC Live sticks, using totally three different USB and a microSD.

Spawning new bug 28212 from comment 2 (extended_0x85 set 0x00).

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED
Status comment: Fixed in git => Verified in RC (second internal)


Note You need to log in before you can comment on or make changes to this bug.