Date: Fri, 11 Sep 2009 11:39:27 -0400 (EDT) From: Weldon S Godfrey 3 <weldon@excelsusphoto.com> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: freebsd-bugs@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/138244: dd attempts bitwise transfer onto ZFS pool Message-ID: <alpine.BSF.2.00.0909111135350.48448@emmett.excelsus.com> In-Reply-To: <20090911152934.GE1673@garage.freebsd.pl> References: <200908271900.n7RJ09Ax095497@freefall.freebsd.org> <alpine.BSF.2.00.0909110946080.48448@emmett.excelsus.com> <20090911152934.GE1673@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
> example ls(1) the target you won't be able to use it for dd(1). > >> however, the result was understood correctly, it zeroed out the dir, it >> appeared in FreeBSD as if it was blank. I tried to do a rollback but that >> caused the system to panic. Which turned out to be great, the system came >> back fine (not zeroed out) and not rolled back (as it was before the dd >> comand was executed). >> >> sorry, this may not be an issue at all. we are happy that zfs didn't kill >> the data on this accident. > > You must misinterpret something, because it is not possible to write to > a directory... > The engineer pulled the command from the history, so it is correct. When he freaked out from executing that, I went to the console he was on, did an 'ls' and 'pwd' of the directory that he did it to, it was empty. So at least, however, old(dec 2008) version of head, dd did something bad.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0909111135350.48448>