>The "disk motor as a generator" tale may not be purely folklore. WhenNo it doesn't. The last write _is_ a scribble. Systems that make atomic updates to disk drives use a shadow update mechanism and write the master sector twice. If the power fails in the middle of writing one, it will almost certainly be unreadable due to a CRC failure, and the other one will have either the old or new master block contents. And I think there's a problem with drives that, upon sensing the unreadable sector, assign an alternate even though the sector is fine, and you eventually run out of spares. Incidentally, while this primitive behavior applies to IDE (ATA et al) drives, that isn't the only thing people put filesystem on. Many important filesystems go on higher level storage subsystems that contain IDE drives and cache memory and batteries. A device like this _does_ make sure that all data that it says has been written is actually retrievable even if there's a subsequent power outage, even while giving the performance of writeback caching. -- Bryan Henderson IBM Almaden Research Center San Jose CA Filesystems --
| Alexandre Oliva | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Eric W. Biederman | Re: [net-2.6.24][patch 2/2] Dynamically allocate the loopback device |
| Ingo Molnar | Re: containers (was Re: -mm merge plans for 2.6.23) |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Michael Riepe | Re: 2.6.27.19 + 28.7: network timeouts for r8169 and 8139too |
