Tails Installer freezes when calling system_partition.call_set_name_sync in partition_device
Originally created by @intrigeri on #10720 (Redmine)
This ticket is now superseded by #11590 (closed) and sysadmin#11588 (closed).
As reported on #10717 (comment 62332):
- On Wheezy: Tails Installer upgrading
/dev/sdb1and freezing at 99% from 04:07 to 04:30 while “Updating properties of system partition /dev/sdb1”, and finally an error message appears in Tails Installer’s graphical log that says: “Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken”. According to Debian Code Search, this error message comes from https://codesearch.debian.net/show?file=dbus_1.10.6-1%2Fdbus%2Fdbus-pending-call.c&line=362 - On Jessie:
https://jenkins.tails.boum.org/view/RM/job/test_Tails_ISO_feature-jessie/77/,
https://jenkins.tails.boum.org/view/RM/job/test_Tails_ISO_feature-jessie/76/
and
https://jenkins.tails.boum.org/view/RM/job/test_Tails_ISO_feature-jessie/72/
all time out on an installation failure at “Partitioning device
/dev/sda” with
“GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such
interface ‘org.freedesktop.UDisks2.Partition’ on object at path
/org/freedesktop/UDisks2/block_devices/sda1”; this seems to happen
in
def partition_device, which already has a pile of workaround for UDisks bugs
The root cause might live in UDisks, in QEMU, or in the Linux kernel, but realistically our best option is probably to act as if it was merely a race condition in UDisks, and add yet another workaround in Tails Installer. Doing it on the 4.x branch should be enough.
Feature Branch: bugfix/10720-installer-freezes-on-jenkins
Attachments
Parent Task: #10988 (closed)
Related issues
- Related to #10717 (closed)
- Related to #9691 (closed)
- Blocked by #10907 (closed)
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information