udisks-daemon ate all system memory, then crashed system

Bug #1053898 reported by Swâmi Petaramesh
90
This bug affects 20 people
Affects Status Importance Assigned to Milestone
udisks (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Hi,

After I tried to use the "USB startup disk creator", it crashed formatting the USB key.

Afterwards my system went writing to disk forever and became unresponsive.

It eventually ended up to a text terminal stating that udisks-daemon ate all memory and the kernel started killing tasks, then the system froze to death, with the disk still endlessly working.

In the end I had no way but using the MagicSysRq to reboot...

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: udisks 1.0.4-6
ProcVersionSignature: Ubuntu 3.5.0-15.22-generic 3.5.4
Uname: Linux 3.5.0-15-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.5.2-0ubuntu4
Architecture: amd64
CheckboxSubmission: 1ea6109db29b53f721a523a77b7f3abf
CheckboxSystem: d00f84de8a555815fa1c4660280da308
CustomUdevRuleFiles: 10-vboxdrv.rules
Date: Fri Sep 21 11:14:15 2012
EcryptfsInUse: Yes
MachineType: TOSHIBA SATELLITE L735
ProcKernelCmdLine: BOOT_IMAGE=/UBUNTU/@boot/vmlinuz-3.5.0-15-generic root=/dev/mapper/VG1-BTR_POOL ro rootflags=subvol=UBUNTU/@ rdblacklist=nouveau nouveau.blacklist=1 acpi_osi=Linux acpi_backlight=vendor quiet splash vt.handoff=7
SourcePackage: udisks
UpgradeStatus: Upgraded to quantal on 2012-08-28 (24 days ago)
dmi.bios.date: 06/26/2012
dmi.bios.vendor: INSYDE
dmi.bios.version: 2.50
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: Base Board Product Name
dmi.board.vendor: Intel Corp.
dmi.board.version: Base Board Version
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: OEM Chassis Manufacturer
dmi.chassis.version: OEM Chassis Version
dmi.modalias: dmi:bvnINSYDE:bvr2.50:bd06/26/2012:svnTOSHIBA:pnSATELLITEL735:pvrPSK0CE-00900LFR:rvnIntelCorp.:rnBaseBoardProductName:rvrBaseBoardVersion:cvnOEMChassisManufacturer:ct10:cvrOEMChassisVersion:
dmi.product.name: SATELLITE L735
dmi.product.version: PSK0CE-00900LFR
dmi.sys.vendor: TOSHIBA

Revision history for this message
Swâmi Petaramesh (swami-petaramesh) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in udisks (Ubuntu):
status: New → Confirmed
Revision history for this message
SweX (swexru) wrote :

experienced the same trouble with usb-creator-kde.

Revision history for this message
Guy Ratajczak (2g4c9zx37) wrote :

I confirm. Same trouble with usb-creator.

When I try to erase a disk, udisks-helper-m and udisks-daemon use 100% processor ressources.
Then I have this message :
"org.freedesktop.DBus.Error.NoReply: 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."
And there is a huge memory consumption increasing until the system froze.

Revision history for this message
Rudolf Leitgeb (rudolf-leitgeb) wrote :

Same thing here, total memory consumed by udisks-daemon seems to correlate with size of USB stick to be formatted. There has to be a less memory consuming way to format an 8GB USB stick, yes?

Revision history for this message
Herczeg Zsolt (herczegzsolt) wrote :

What causes this stupid bug? It makes USB creator totally useless.

(However it's not related to pendrive size. It happens with me even with 4 or 32 Gb drives

Revision history for this message
Nathan J. Brauer (nathanbrauer) wrote :

I stumbled on this today as well. 8GB drive.

1. Clicked "Erase Disk"
2. After a LONG time, it seemed to not be doing anything, so I quit the application (with the "X" button, not a kill; no error was given.)
3. Formatted the drive via "Disks" application.
4. Re-opened Startup Disk Creator and successfully wrote to the disk.
5. Put my machine in standby
6. Woke up this morning, turned on the computer and after 15-30 minutes, computer started lagging. Checked processes and found udisk-* eating up all my memory and 1/4 of my Swap.

Revision history for this message
Nathan J. Brauer (nathanbrauer) wrote :

Killing the process saved my system from crashing (but it almost crashed before I could kill it).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.