ext4 increased intolerance to unclean shutdown?

So I have been experimenting with various root file systems on my
laptop running latest git. This laptop some times has problems waking
up from sleep and that results in it needing a hard reset and
subsequently unclean file system.

Initially I had ext3 on and never really had any visible filesystem
issues for quite some time even with hard resets after wakeup. Then I
switched to ext4 and first time it failed to wakeup from sleep fsck
took me through quite a bit of errors - but after fixing them it
immediately went and hit EXT4-fs error and it was unusable there
onwards until (if I recall correctly) I found the file path associated
with the inode relating to that message and used debugfs to delete the
file only to have segfaults on subsequent boot. That was some time
ago.

Meanwhile I was running xfs root and had the laptop fail to wakeup a
fair number of times with no visible file system related issue.

This evening I needed to secure erase the abused SSD and that gave me
a chance to retry ext4. But as bad luck would have it, the laptop just
failed to wakeup and had to be reset. Sure enough, a ton of errors
needed to be fixed when fsck went through the ext4 root fs. I had
/boot as 8gb ext3 on same disk and that one showed no errors. But the
bad part was it still failed to boot to desktop (GDM could not write
to authorization file) after repairing the ext4 root fs. I forced
another fsck on the root fs and it (again) found another handful of
things to fix. So now it boots to desktop but some startup service
still fails to start or stop.

So what's going on? I understand all bets are off when you have to
hard reset - but based on my anecdotal experience it seems to me like
ext4 has grown more intolerant to unclean shutdowns. Is this to be
expected or it's just sheer coincidence?

Curious to understand the reason if any - don't care about the data
loss part, as I had purposefully not kept anything important on the
filesystems.

Thanks

Parag
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: what to do about "cannot dump to dumpdev hd(1/41): space for
    ... smoke out anything that would point to root being there. ... whole disk division and maybe boot but nothing else. ... I've see that before when a client used Microlite Backup ... alter the file system and log its results to /tmp/logfsck. ...
    (comp.unix.sco.misc)
  • Ubuntu ext4 file system hangs/slow at random times
    ... I have an unusual problem on some Ubuntu VMs that seems to happen randomly. ... The behavior is that at a random time the ext4 file system seems to get stuck. ...
    (Ubuntu)
  • Isolated Base Installation?
    ... which will allow a FUSE File System to read through itself. ... FUSE file systems can be used to make snapshots. ... IBI is a method for preserving the install time ... The basic premise for IBI is that when the system is installed, the root ...
    (Ubuntu)
  • Re: Disabling "Edit with Vim " context menu entry in Windows?
    ... knew something about Usenet. ... One thing rumored for what became Longhorn was an entirely new file system based on SQL Server. ... Arguably root needs it more than other users, ... I'm trying to fill in the blanks in the wiki's info on early text editors and the evolution of editor design. ...
    (comp.editors)
  • Re: RFC: root mount enhancement (round 2)
    ... :>: Let me mention a problem with the currently implemented root mount ... I prefer mounting the root file system as soon as the device appears ... medium and software images are ISO images stored in it. ...
    (freebsd-arch)