https://bugzilla.kernel.org/show_bug.cgi?id=32182 Honore Doktorr <hdfssk@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hdfssk@xxxxxxxxx --- Comment #7 from Honore Doktorr <hdfssk@xxxxxxxxx> 2011-06-06 19:59:05 --- I hit this problem with 2.6.35.13 after a power outage. The affected inode was empty & had no extents - these commands just returned nothing (was using "debugfs 1.41.14 (22-Dec-2010)"): # debugfs -R 'cat <122877>' /dev/mapper/Fedora-FedoraSystem debugfs 1.41.14 (22-Dec-2010) # debugfs -R 'dump_extents <122877>' /dev/mapper/Fedora-FedoraSystem debugfs 1.41.14 (22-Dec-2010) The file using this inode wouldn't respond to shell commands: # find -inum 122877 /usr/libexec/gdm-simple-slave # stat gdm-simple-slave stat: cannot stat `gdm-simple-slave': Input/output error # rm gdm-simple-slave rm: cannot remove `gdm-simple-slave': Input/output error Multiple fsck.ext4 runs didn't fix things. I eventually made the offending file go away - I've no idea if this procedure is safe, or a good idea! - with these commands. # debugfs -R 'testi <122877>' /dev/mapper/Fedora-FedoraSystem debugfs 1.41.14 (22-Dec-2010) Inode 122877 is marked in use # debugfs -w -R 'kill_file <122877>' /dev/mapper/Fedora-FedoraSystem debugfs 1.41.14 (22-Dec-2010) # debugfs -R 'testi <122877>' /dev/mapper/Fedora-FedoraSystem debugfs 1.41.14 (22-Dec-2010) Inode 122877 is not in use # ls /usr/libexec/gdm-simple-slave ls: cannot access /usr/libexec/gdm-simple-slave: Input/output error # debugfs -w -R 'rm /usr/libexec/gdm-simple-slave' /dev/mapper/Fedora-FedoraSystem debugfs 1.41.14 (22-Dec-2010) # ls /usr/libexec/gdm-simple-slave ls: cannot access /usr/libexec/gdm-simple-slave: No such file or directory â ls gdm* ls: cannot access gdm*: No such file or directory -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.-- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
