OK, latest update to this: the problem is still in gutsy. I haven't yet run fsck on the images you suggested making, but will do so.

In the meantime, my laptop was a brick for 3 days during  a technical conference, when I _really_ would have appreciated having it be functional, so I'm going to argue your points. Yes, there's a bug in fsck which caused it, and sure, when you fix the bug, I won't need the skip option...until the next time there's a bug like this, when another user on another computer with some weird hardware or bios configuration hits a similar snag. 

> Part of the problem that I'm concerned about is that the vast majority of Ubuntu users are less experienced that say Debian users.

So? As my friend points out, Windows users are a good deal less experienced that Ubuntu users, and yet *they* can skip scandisk. Heresy, I know, to compare scandisk with fsck, and yet there users have a choice. I think to deny users a choice is anti-freedom, and autocratic. Your thinking on this analagous to Microsoft's forcing of system updates on its users; "we know best; this is for your own good; shut up and swallow it, buckwad." 

I am not suggesting that the option to skip fsck be so obvious as to make it easy for "noobs" to cancel it every time. In fact, you could even display horrible warnings when the user does skip it. But, if the user wants to completely wreck their computer by skipping maintenance steps, then let them. You are not their parent, nanny, dictator, or any other authority. 

> So if the filesystem is corrupted such that if the system is booted, the "mission critical" application would silently give the wrong answers, or perhaps trade the wrong stocks, or give the 1000 times the amount of X-rays necessary to the human body, would you really be doing the user a favor by giving them the ability to skip an fsck because they are impatient?

But we're not talking about computers that are monitoring nuclear power plants, or running vital infrastructure; we're talking about average everyday joe who wants to check his email, show off some presentations at work, write documents, etc. Just as you wouldn't require average everyday joe to fill out a 30 point checklist every time they boot the system to make sure everything is in order, you shouldn't force "mission critical" level maintenance checks on him either.

> Then too, if you really want to avoid long delays due to periodic fsck's, the right answer is to use devicemapper, and have a cron script fired during the off-hours (say 1am on Sunday nights, when no one is using the system)

This is not the right answer on a laptop, or an average user's desktop. In these cases, the user powers down their computer on a regular basis. 

There are two ways I could see doing the workaround (which is completely seperate to the issue of this bug), which would make power users happy, and keep your noobs in line:
1) Add a boot option that skips fsck. Perhaps "safe mode" on ubuntu would include this, perhaps not.
2) Add a thread that listens for a key sequence (ctrl c?); when it detects the sequence, display a nasty message, and only abort the scan if the user confirms that they're willing to die for want of their system being properly fsck'ed. 

Again, I understand the importance of fsck, and I understand that it should be run regularly. However, I also think that there are legitimate reasons for users wanting to skip it on occasion, and that you should provide for these, *from pre-boot*, rather than forcing the user to hack the fstab or use tune2fs *post boot*.

Thanks