From owner-freebsd-questions@FreeBSD.ORG Wed Jul 18 15:00:55 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14576106564A for ; Wed, 18 Jul 2012 15:00:55 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3C18FC19 for ; Wed, 18 Jul 2012 15:00:54 +0000 (UTC) Received: by yenl8 with SMTP id l8so1996870yen.13 for ; Wed, 18 Jul 2012 08:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :organization:x-mailer:face:mime-version:content-type :content-transfer-encoding; bh=0H0gb6QzjXff0jjxIFcjpBBYVoM3zvF4v7hd6q1TUi4=; b=ft6PRDPQgQQs9QxysHwwrJkfF7WiZfi+/HjrzeQJ0H3wRUiRX9ZU6g3cURn/w7fRt7 lbda/1HUQZdc2FuRFG/GsZaKHP1qZnFQuh0BxH++7yodRl7b6RkyWtRV1KTS14GyGH6/ hBjjQsIqAKavWO3hz75UyZAFndK4CO2YqH7B0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :organization:x-mailer:face:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=0H0gb6QzjXff0jjxIFcjpBBYVoM3zvF4v7hd6q1TUi4=; b=jkuEDEAclBg4Av05NlyXWb6xphFCXcCS5uZsr+vfQC9L2od7+pIe63jtsjxDjmq/g5 xBBDWIjBleMEf4XnhD0K30scGmBGIqAI3fALFEGhDNMTiwN238L9pySqBoQbQI5mxVJx TLNMhPQjoChsDfpVvs9qDVkLsmF2rnWwRoPiBNtf7Zw+6j3RDwiAXubFZ280v38q6Ow/ yEx8lGtZCGYEk3I2Ml51yhX2lR9/MYp6W3U+ZoVeSNpONycTqiTZKQq2zVxYj5QxlcYy ewCdaH/MRevo4wbI83jtpHrI0WUzYmhnqMKH2YZhcQEcnv5mPyVNFmmhuz19+kMXgXuz yI6A== Received: by 10.236.201.195 with SMTP id b43mr1045358yho.27.1342623654174; Wed, 18 Jul 2012 08:00:54 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id n15sm19809830anh.6.2012.07.18.08.00.52 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Jul 2012 08:00:53 -0700 (PDT) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3WchPZ5NTsz2CG62 for ; Wed, 18 Jul 2012 11:00:50 -0400 (EDT) Date: Wed, 18 Jul 2012 11:00:50 -0400 From: Jerry To: FreeBSD Message-ID: <20120718110050.47457f46@scorpio> In-Reply-To: <201207181247.q6ICl2ev063084@mail.r-bonomi.com> References: <201207181247.q6ICl2ev063084@mail.r-bonomi.com> Organization: seibercom.net X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQkacr6PaO2mqQOkeuncSi/TBvIZf+WVeCN4VX+IXg6aLzy12mZjgPrQ1yRLmAbQZU6iiK4O Subject: Re: fsck on FAT32 filesystem? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 15:00:55 -0000 On Wed, 18 Jul 2012 07:47:02 -0500 (CDT) Robert Bonomi articulated: > > From: Wojciech Puchar > > > > >>> Surely SpinRite is "more clever" than that, > > >> i would bet otherwise. simple tools and free tools are always > > >> better > > > > > > You continue to demonstrate that you "don't know what you don't > > > know". > > > > are you another sponsored by some "recovery tool" commercial > > producer? > > What I am is an information systems professional with 45 years > experience. including 30 years with Unix, who does not suffer > ignorant, ill-informed, and arrogant, fools gladly. > > You make pronouncements of your *opinions* as though they are > God-given fact -- even on things which you _don't_ have actual > knowledge. You're entitled to have opinions, *BUT* the "Gospel > According to Wojciech" is -not- 'the answer' for everybody, in every > situation. *IF* you ever learn that, realize that there _are_ other > =legitimate= viewpoints on matters, and qualify your statements with > things like 'in my opinion', 'this might help', 'have you considered > trying' -- as opposed to dictating what the reader must do, > *especially* when you have missed critical facts in the question you > are responding to -- Then, and *ONLY*THEN*, are people likely to give > your opinions about how to do things any serious consideration. > > Case in point, your "I would bet otherwise" -- an implicit admission > you *don't* know how SpinRite actually works. How much hard cash, US > dollars, do you have to 'put your money where your mouth is"? > Alternatively, you can admit you were blowing bullshit -- that your > words were merely uninformed speculation, with no actual basis in > fact. > > As for my subject-expertise -- I have, personally, _written_ > stand-alone code that directly interfaces with hard-controller disk > chips -- for purposes of evaluating the condition of damaged > hard-disks. I've had clients come to me for advice on data-recovery, > having suffered catastrophic damage to their only copy of what was > truly 'mission critical' data. (No, they weren't existing clients -- > if they had been, proper back-up procedures would have been in place, > and the disk crash would have been a 'non-event'.) > > I have successfully recovered _every_byte_ of data from a damaged > "State of The Art Compression" compressed disk volume, using custom > device-driver code that I wrote. > > I've had clients that decided it WAS 'worth it' to pay one of the > 'kilobuck per megabyte of recovered data' (actual price) "Class 25 > clean room" recovery services -- where the damage to the drive was > such that *ANY* attempt to access anything on the drive would cause > more damage. Using "'simple, free tools", like your 'dd' > recommendation, would (a) not have been successful, and (b) > *greatly* reduced what would be recoverable by the clean-room > facility. > > Your assertation that "free tools are always better" is pure, > unadulterated bullshit. For 'simple' situations, they _may_ be > adequate, or may not. > > When there are various kinds of _serious_ problems, even -attempting- > to use tools like 'dd' (or SpinRite, for that matter) can/will make > things FAR worse. Drive disassembly and platter cleaning _must_ be > the first t hing done in such situations. > > _For_the_price_, SpinRite provides an amazing level of functionality. > circa 85-90% of what high-end professional tools costing 100x more > can do. It's not a FUS, but it is incredible 'bang for the buck', > and does things that *NO* Unix 'userland' application can do in > reconstructing damaged data. SpinRite _will_ recover data in a lot of > situations where the 'dd' approach is "less than effective". > Situations where SpinRite is ineffective, _and_ the "clean room" > approach is _not_ required, are rare. It's not perfect, it won't fix > "everything", but it is an incredibly inexpensive step up (and a > *LARGE* step up) from the 'dd' approach. If the 'dd' type approach > you you recover 'what you need' that's great. If _not_, SpinRite > should probably be the 'next step'. If it _doesn't_ work, the > cost/time for trying it is 'inconsequential petty cash', elative to > the cost of the _next_ approach. And, if it -does- work, it paid for > itself, a hundred times over, by saving the cost of the really > expensive approach. "Cheap insurance' even at several times the > retail price. I couldn't have said it better myself. Wojciech lives in his own little world, which is fine as long as he doesn't try to visit mine. He sounds like he works at a small Polish SMB, more commonly referred to as a SOHO in more developed countries. I have just blocked him so I don't have to read his TROLLish bullshit. The fact that he mentioned "scandisk" which Microsoft only released in Microsoft Windows Millennium Edition, Microsoft Windows 98 Standard Edition and Microsoft Windows 98 Second Edition makes one wonder just how current he is with modern operating systems and techniques. He obviously has no idea what SpinRite is, how it works or even the concept of directly interfacing with hard-controller disk chips. For him, "dd" is state of the art. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________