https://bugzilla.novell.com/show_bug.cgi?id=886673 https://bugzilla.novell.com/show_bug.cgi?id=886673#c0 Summary: boot partition gets hosed filled to the last byte or sometimes corrupted before actual kernel update succeeds Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers@forge.provo.novell.com ReportedBy: abittner@abittner.de QAContact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:30.0) Gecko/20100101 Firefox/30.0 boot partition gets hosed filled to the last byte or sometimes corrupted before actual kernel update succeeds (e.g. menu.lst from grub erased but as boot was full no new menu.lst could be written to boot again and thus rendering whole system disabled) please add more sanitychecks to operations on a separate /boot/ partition or where /boot/ resides in general and do NOT remove these essential files such as menu.cfg *before* putting the new file there. workflow should be rather first write the new file to a new name, only if that succeeds remove the oldfile with the proper name and then rename the new file to the proper name. today i just had a zypper ref and zypper up with a kernel update incoming on a 12.3 x86 system again which again failed in the kernel rpm this time filling up the /boot/ 100%, it didnt actually kill the system this time, but i need to first figure out now what to safely erase from the crowded /boot/ partition now first before then again retriggering the zypper dup. why can the kernel updates not clean older kernels (the system seems to have multiple initrd symver and vmlinuz and vmlinux files in /boot/ in different versions, all versioned 3.7.10, so they ought to be all from older kernel updates and stages on this opensuse 12.3, but why are multiples being kept leading to the /boot/ partition eventually being filled and failing these kernel updates therafter and even rendering machines disabled :( please make kernel updates, zypper, or whatever involved components here or handling of free space on disk much more robust, and do not delete files before their new version has successfully been written to the disk first. thank you. Reproducible: Sometimes Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.