UNetbootin halts without indication when trash is full

Bug #954444 reported by Ryan Kennedy
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
UNetbootin
New
Undecided
Unassigned

Bug Description

Fedora 16 x86_64 (KDE), not sure what version of UNetBootin, unfortunately, because I don't remember downloading it. I must've installed from yum repos, I'm assuming.

I tried running UNetBootin to create a Linux Mint 12 KDE 64bit USB startup disk, but it hanged (hung?) after 92% of copying files , until I emptied the trash. Then, it completed all the rest of the steps fine. However, that was my second time around..... the first time, my entire desktop stopped responding to keyboard events (but not mouse, and not CTRL-ALT-F4 type events).

Revision history for this message
Geza Kovacs (gezakovacs) wrote :

I believe the first time around, when your entire desktop stopped responding, that was probably just the X server crashing as usual - UNetbootin doesn't do anything so fancy so as to trigger such a crash. As for your second run, I think that you just coincidentally happened to empty the trash right before the copy operation for a large file completed - if it had run out of space, then you would have seen an error message.

Revision history for this message
Ryan Kennedy (microwave-geek) wrote :

Thanks for the swift response Geza, that all makes sense about the X server. I didn't think that UNetBootin would have anything really to do with that (it has happened a few times before w/o UNetBootin).

That may very well have been a coincidence. I just thought it was weird how it stalled/waited at exactly 92% again. I was expecting to find another bug report about it, as it seems like something that would happen often enough to gain attention.

Thanks again, I will try to reproduce and verify when I need to make another startup disk.

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.