[Bug 2081778] Re: storage probe validation fails for Windows dynamic disks "Couldn't find partition entry in table"
Olivier Gayot
2081778 at bugs.launchpad.net
Wed Jan 29 14:59:53 UTC 2025
> The problem was due to a disk that was converted as a dynamic disk in
Win 11. After I converted it back to a basic, I could install Ubuntu (as
usual) as dual boot with Win 11.
Indeed, I checked the duplicate bug reports and in most of them, there
is a DOS partition table having only partition(s) with type "42".
This seems to confirm the presence of dynamic disks from Microsoft
https://learn.microsoft.com/en-us/previous-versions/windows/it-
pro/windows-server-2003/cc758035(v=ws.10)#partition-entries-on-mbr-
dynamic-disks
Thanks for pointing this out.
** Summary changed:
- storage probe validation - "Couldn't find partition entry in table"
+ storage probe validation fails for Windows dynamic disks "Couldn't find partition entry in table"
** Description changed:
Several users in private bugs have run into a common problem, where
curtin fails to parse the initial storage configuration with the
following error:
- File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/server/controllers/filesystem.py", line 852, in _probe
- await asyncio.wait_for(self._probe_once_task.task, 90.0)
- File "/snap/ubuntu-desktop-installer/939/usr/lib/python3.10/asyncio/tasks.py", line 445, in wait_for
- return fut.result()
- File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquitycore/context.py", line 148, in decorated_async
- return await meth(self, **kw)
- File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/server/controllers/filesystem.py", line 834, in _probe_once
- self.model.load_probe_data(storage)
- File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/models/filesystem.py", line 1548, in load_probe_data
- self.reset()
- File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/models/filesystem.py", line 1131, in reset
- self._orig_config = storage_config.extract_storage_config(
- File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 1315, in extract_storage_config
- found_cfgs, found_errs = parser.parse()
- File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 634, in parse
- entry = self.asdict(data)
- File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 788, in asdict
- raise RuntimeError(
+ File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/server/controllers/filesystem.py", line 852, in _probe
+ await asyncio.wait_for(self._probe_once_task.task, 90.0)
+ File "/snap/ubuntu-desktop-installer/939/usr/lib/python3.10/asyncio/tasks.py", line 445, in wait_for
+ return fut.result()
+ File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquitycore/context.py", line 148, in decorated_async
+ return await meth(self, **kw)
+ File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/server/controllers/filesystem.py", line 834, in _probe_once
+ self.model.load_probe_data(storage)
+ File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/models/filesystem.py", line 1548, in load_probe_data
+ self.reset()
+ File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/models/filesystem.py", line 1131, in reset
+ self._orig_config = storage_config.extract_storage_config(
+ File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 1315, in extract_storage_config
+ found_cfgs, found_errs = parser.parse()
+ File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 634, in parse
+ entry = self.asdict(data)
+ File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 788, in asdict
+ raise RuntimeError(
RuntimeError: Couldn't find partition entry in table
The issue can be reproduced with dry-run based on the ProbeData.txt in
LP: #2017524 and presumably others.
+
+ There are different root causes for the same error, but in this bug
+ report, we focus on Window dynamic disks.
+
+ This is confirmed by the presence of a DOS partition table having only
+ partitions with type 0x42.
+
+ Example #1
+
+ "partitiontable": {
+ "label": "dos",
+ "id": "0x13fa5c10",
+ "device": "/dev/sda",
+ "unit": "sectors",
+ "sectorsize": 512,
+ "partitions": [
+ {
+ "node": "/dev/sda1",
+ "start": 63,
+ "size": 1985,
+ "type": "42"
+ },
+ {
+ "node": "/dev/sda2",
+ "start": 2048,
+ "size": 1124352,
+ "type": "42",
+ "bootable": true
+ },
+ {
+ "node": "/dev/sda3",
+ "start": 1126400,
+ "size": 273600512,
+ "type": "42"
+ },
+ {
+ "node": "/dev/sda4",
+ "start": 274726912,
+ "size": 1678796208,
+ "type": "42"
+ }
+ ]
+ }
+
+ Example #2
+
+ "partitiontable": {
+ "label": "dos",
+ "id": "0xfa0957a9",
+ "device": "/dev/sda",
+ "unit": "sectors",
+ "sectorsize": 512,
+ "partitions": [
+ {
+ "node": "/dev/sda1",
+ "start": 63,
+ "size": 976771057,
+ "type": "42"
+ }
+ ]
+ }
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/2081778
Title:
storage probe validation fails for Windows dynamic disks "Couldn't
find partition entry in table"
Status in curtin:
Triaged
Status in subiquity:
Triaged
Bug description:
Several users in private bugs have run into a common problem, where
curtin fails to parse the initial storage configuration with the
following error:
File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/server/controllers/filesystem.py", line 852, in _probe
await asyncio.wait_for(self._probe_once_task.task, 90.0)
File "/snap/ubuntu-desktop-installer/939/usr/lib/python3.10/asyncio/tasks.py", line 445, in wait_for
return fut.result()
File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquitycore/context.py", line 148, in decorated_async
return await meth(self, **kw)
File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/server/controllers/filesystem.py", line 834, in _probe_once
self.model.load_probe_data(storage)
File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/models/filesystem.py", line 1548, in load_probe_data
self.reset()
File "/snap/ubuntu-desktop-installer/939/bin/subiquity/subiquity/models/filesystem.py", line 1131, in reset
self._orig_config = storage_config.extract_storage_config(
File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 1315, in extract_storage_config
found_cfgs, found_errs = parser.parse()
File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 634, in parse
entry = self.asdict(data)
File "/snap/ubuntu-desktop-installer/939/lib/python3.10/site-packages/curtin/storage_config.py", line 788, in asdict
raise RuntimeError(
RuntimeError: Couldn't find partition entry in table
The issue can be reproduced with dry-run based on the ProbeData.txt in
LP: #2017524 and presumably others.
There are different root causes for the same error, but in this bug
report, we focus on Window dynamic disks.
This is confirmed by the presence of a DOS partition table having only
partitions with type 0x42.
Example #1
"partitiontable": {
"label": "dos",
"id": "0x13fa5c10",
"device": "/dev/sda",
"unit": "sectors",
"sectorsize": 512,
"partitions": [
{
"node": "/dev/sda1",
"start": 63,
"size": 1985,
"type": "42"
},
{
"node": "/dev/sda2",
"start": 2048,
"size": 1124352,
"type": "42",
"bootable": true
},
{
"node": "/dev/sda3",
"start": 1126400,
"size": 273600512,
"type": "42"
},
{
"node": "/dev/sda4",
"start": 274726912,
"size": 1678796208,
"type": "42"
}
]
}
Example #2
"partitiontable": {
"label": "dos",
"id": "0xfa0957a9",
"device": "/dev/sda",
"unit": "sectors",
"sectorsize": 512,
"partitions": [
{
"node": "/dev/sda1",
"start": 63,
"size": 976771057,
"type": "42"
}
]
}
To manage notifications about this bug go to:
https://bugs.launchpad.net/curtin/+bug/2081778/+subscriptions
More information about the foundations-bugs
mailing list