On Wed, Jul 10, 2019 at 12:35 PM Carlos E. R. <robin.listas@xxxxxxxxxxxxxx> wrote: > > On 10/07/2019 20.03, Chris Murphy wrote: > > On Wed, Jul 10, 2019 at 11:16 AM Andrey Zhunev <a-j@xxxxxx> wrote: > > ... > > >> When reallocated sectors appear - it's clearly a bad sign. If the > >> number of reallocated sectors grow - the drive should not be used. > >> But it's not that obvious for the pending sectors... > > > > They're both bad news. It's just a matter of degree. Yes a > > manufacturer probably takes the position that pending sectors is and > > even remapping is normal drive behavior. But realistically it's not > > something anyone wants to have to deal with. It's useful for > > curiousity. Use it for Btrfs testing :-D > > I have used some disks with some reallocated sectors for several years > after the "event", with not even a single failure afterwards. It should > not be fatal. For me, the criteria is that the number does not increase, > and that it is not large. That is true but it also takes mitigation effort beyond what most people are willing or capable of doing. But also there's no way to know in advance. SMART just isn't a good predictor. There may have been a brief period period where some of these marginally bad sectors could have been remapped automatically, but didn't because of the default short SCT ERC since these are intended to be NAS drives, not boot/system drives. And also, the default kernel command time out of 30 seconds is inappropriate for a single boot or system drive. It should be quite a bit longer. 30s makes sense only if the drive SCT ERC is shorter than that, and it's some kind of RAID setup. Thus far no one's been willing to budget on setting better defaults. Distros say the kernel should default to something safe. And kernel developers pretty much say defaults like this one should never be changed and it's a distro + use case responsibility to change it. And the end result of that going nowhere is users consistently have a suboptimal experience, especially the desktop/laptop use case. -- Chris Murphy
