On Sat, Apr 28, 2012 at 1:31 PM, Robert Bonomi <bon...@mail.r-bonomi.com> wrote: > > Alejandro Imass <aim...@yabarana.com> wrote: >> On Sat, Apr 28, 2012 at 11:39 AM, Robert Bonomi >> <bon...@mail.r-bonomi.com> wrote: >> > Alejandro Imass <aim...@yabarana.com> wrote: >> >> After a little more research, ___it it NOT unlikely at all___ that >> >> under high distress and a hard boot, UFS could have somehow corrupted >> >> the directory structure, whilst maintaining the data intact. >> > >> > This is techically accurate, *BUT* the specifics of the quote "corruption" >> > unquote in the case under discussion make it *EXTREMELY* unlikely that this >> > is what happened. >> > >> > 99.99+++% of all UFS filesystem "corruption' issues are the result of a >> > system crash _between_ the time cached 'meta-data' is updated in memory >> > and that data is flushed to disk (a deferred write). >> > >> > The second most common (and vanishingly rare) failure mode is a powerfail >> > _as_ a sector of disk is being written -- resulting in 'garbage data' >> > being written to disk. >> > >> > The next possibility is 'cosmic rays'. If running on 'cheap' hardware >> > (i.e., without 'ECC' memory), this can cause a *SINGLE-BIT* error in >> > data being output. >> > >> > The fact that the 'corrupted' filesystem passed fsck -without- any reported >> > errors shows that everything in the filesystem meta-data was consistent >> > >> [...] >> >> > I think it is safe to conclude that the probabilities -greatly- favor >> > alternative #1. >> > >> >> OK. So after your comments and further research I concur with you on >> the mv but if it wasn't a human, then this might be exposing a serious >> security flaw in the jail system or the way EzJail implements it. > > BOGON ALERT!!! >
I admit my ignorance on how the filesystem works but I don't think your condescending remarks add a lot of value. The issue here is this actually happened and there is a flaw somewhere other than "the stupid administrator did it". _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
