- put Fedora-14-i686-Live-Desktop.iso in a USB flash drive with liveusb-creator-3.9.3-1.fc14.noarch - boot from it - yum -y update - wait, wait, ... - crash [...] rpmdb: fsync: Input/output error rpmdb: fsync: Input/output error [...] tested with 2 different usb devices: - OCZ_Rally2_Turbo 4G http://www.ocztechnology.com/ocz-rally2-turbo-usb-2-0-flash-drive-eol.html - Pico_C 8G http://www.supertalent.com/products/stt_usb_detail.php?type=Pico something wrong in any file system squash, ext4 ...
Upper test was done in a ACER Aspire M1640(workstation). Redone on a Lenovo ThinkPad T61(laptop) with OCZ_Rally2_Turbo 4G. And it is broken again. photos attached.
Created attachment 482759 [details] call trace - top
Created attachment 482760 [details] call trace - half left
Created attachment 482761 [details] call trace - half right
Created attachment 482762 [details] call trace - half bottom
The livecd isn't meant to be updated like this. It uses an overlay system to handle file changes. When this overlay runs out of space it fails and doesn't handle that gracefully. I am not sure if there is anything that we can do to avoid this, but I'll reassign to device-mapper and see what they say. Either way, I wouldn't expect to be able to run yum update on a live system.
(In reply to comment #6) > The livecd isn't meant to be updated like this. It uses an overlay system to > handle file changes. When this overlay runs out of space it fails and doesn't > handle that gracefully. I am not sure if there is anything that we can do to > avoid this, but I'll reassign to device-mapper and see what they say. > > Either way, I wouldn't expect to be able to run yum update on a live system. I did the test again, this time with a USB-hard_drive and the underlying fs was EXT4 instead vfat. And ALL went OK.. space on /, aka /dev/mapper/live-rw, was never full.