Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #200827

Re: all files moved to lost+found

From Abdullah Ramazanoğlu <ar018@yahoo.com>
Newsgroups linux.debian.user
Subject Re: all files moved to lost+found
Date 2018-10-02 14:20 +0200
Message-ID <wErOF-3Xu-3@gated-at.bofh.it> (permalink)
References (1 earlier) <wDODE-5fV-17@gated-at.bofh.it> <wEgTf-5EB-11@gated-at.bofh.it> <wEiil-6B1-1@gated-at.bofh.it> <wEjR7-7tk-1@gated-at.bofh.it> <wEmch-B9-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Mon, 1 Oct 2018 23:18:13 -0700 David Christensen said:
> On 10/1/18 8:40 PM, Abdullah Ramazanoğlu wrote:

> > I'm not sure how an on-disk cache problem could definitively be caught
> > without power cycling. What if on-disk controller is ignoring all cache
> > related commands? (cache bypass, cache invalidate, cache flush)  
> 
> I must depend upon Seagate to get their firmware and their diagnostics 
> right.  If their firmware were so bad as to ignore all cache related 
> commands, we'd probably hear about it.

I am not questioning the quality of the diagnostic tool, but there can
be situations where it is technically impossible to detect a failure. For
instance, a destructive cache test can write some data to disk, flush the
cache, invalidate the cache, and then reread the data just written. But if both
cache flush and cache invalidate don't work, then this scheme will produce a
false positive result.

* Write test data to disk --> OK

* Flush on-disk cache --> Controller returns "OK" but doesn't do it.

* Invalidate the cache --> Controller again returns "OK", without doing it.
  Now, diag tool thinks the data is recorded on media and the cache is clear.
  In fact, it is not recorded and is solely on cache.

* Reread the data --> Success. Controller reads it from cache, while the diag
  tool thinks it is coming from the media.

In such a case, there is no way the diag tool can definitively test on-disk
cache.

Only sure way is power-cycling, as far as I can see.

> Then again, as the OP's computer seems to be a newer model, some 
> hardware could be unsupported and/or the supporting device drivers could 
> be incomplete and/or buggy.  I know Intel provides reference FOSS 
> drivers for their stuff; does AMD?  Without a shopping list of the key 
> chips in the OP's computer, there is no way to check support status.

Agreed.

Regards
-- 
Abdullah Ramazanoğlu

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

all files moved to lost+found Beco <rcb@beco.cc> - 2018-09-30 16:20 +0200
  Re: all files moved to lost+found Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-09-30 19:20 +0200
    Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-09-30 21:30 +0200
      Re: all files moved to lost+found Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-09-30 22:10 +0200
  Re: all files moved to lost+found David Christensen <dpchrist@holgerdanske.com> - 2018-09-30 20:30 +0200
    Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-09-30 21:30 +0200
      Re: all files moved to lost+found bw <bwtnguy@yahoo.com> - 2018-09-30 21:50 +0200
        Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-09-30 22:00 +0200
          Re: all files moved to lost+found Cindy-Sue Causey <butterflybytes@gmail.com> - 2018-09-30 22:30 +0200
    Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-10-02 02:40 +0200
      Re: all files moved to lost+found David Christensen <dpchrist@holgerdanske.com> - 2018-10-02 04:10 +0200
        Re: all files moved to lost+found Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-10-02 05:50 +0200
          Re: all files moved to lost+found David Christensen <dpchrist@holgerdanske.com> - 2018-10-02 08:20 +0200
            Re: all files moved to lost+found Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-10-02 14:20 +0200
      Re: all files moved to lost+found Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-10-02 06:10 +0200
        Re: all files moved to lost+found David Christensen <dpchrist@holgerdanske.com> - 2018-10-02 08:40 +0200
          Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-10-04 05:10 +0200
            Re: all files moved to lost+found songbird <songbird@anthive.com> - 2018-10-04 13:40 +0200
              Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-10-05 03:00 +0200
                Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-10-05 15:00 +0200
                Re: all files moved to lost+found Gene Heskett <gheskett@shentel.net> - 2018-10-05 15:40 +0200
                Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-10-10 06:20 +0200
                Re: all files moved to lost+found Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-10-10 07:40 +0200
                Re: all files moved to lost+found songbird <songbird@anthive.com> - 2018-10-10 23:40 +0200
                Re: all files moved to lost+found Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-10-11 08:00 +0200
                Re: all files moved to lost+found songbird <songbird@anthive.com> - 2018-10-11 14:50 +0200
                Re: all files moved to lost+found Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-10-12 00:00 +0200
                Re: all files moved to lost+found David Christensen <dpchrist@holgerdanske.com> - 2018-10-11 05:40 +0200
        Re: all files moved to lost+found Beco <rcb@beco.cc> - 2018-10-05 15:10 +0200

csiph-web