Welcome, Guest. Please login or register.

Author Topic: Big SFS problem - help needed  (Read 3797 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline wawrzon

Re: Big SFS problem - help needed
« on: November 20, 2010, 02:07:49 PM »
yet sfs slav or the other tool under os4 (iv forgot the name) will only recover the little part of lost data. ive been told lately by matthey (who had the same kind of problem) that you have to recover step by step, dir by dir to get the whole stuff back. pretty boring, right?

in general i'd advise everybody to stay away from sfs. frankly.
 

Offline wawrzon

Re: Big SFS problem - help needed
« Reply #1 on: November 20, 2010, 07:31:28 PM »
Quote from: mechy;593252
Here we go,more Mis-Info...

I have used SFS on 20+ machines i have for over 10+ years and have never lost a thing with it. its super reliable,way faster than ffs,and works well when SET UP RIGHT.
When i say i use it,i mean i use it daily.I have never lost any data with it except when a harddrive mechanically failed,and i had backups.My a4000 mediator is used daily and never misses a beat.

His problem could of been caused by anything from wrong mask/max transfer settings to bad ide cable... who knows what.

Make BACKUPS people :))) read the sfs guide, use the tools available to check partitions over 4gb.


very well. thanks for pointing it out as miss-info. then why occures ffs2 on exactly the same drives with exactly the same cables within exactly tha same machines super reliable in comparison? except of that there is more people who confirm my experience, and many of them guys of much better technical expertise than mine. of course this might be a problem with particular version, but i recall to use few latest vesions of j.strohmayer. if you use it since 10 years maybe you have a version that predates strohmayers involvement. such an old version might be more reliable.

 in any case i wish you futher same luck with your sfs, frankly. i havnt have any serious need for backups since i resigned on it.