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


Groups > linux.debian.user > #200814

Re: all files moved to lost+found

From David Christensen <dpchrist@holgerdanske.com>
Newsgroups linux.debian.user
Subject Re: all files moved to lost+found
Date 2018-10-02 08:40 +0200
Message-ID <wEmvD-Hj-5@gated-at.bofh.it> (permalink)
References <wDKJH-2Xg-5@gated-at.bofh.it> <wDODE-5fV-17@gated-at.bofh.it> <wEgTf-5EB-11@gated-at.bofh.it> <wEkat-7OQ-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 10/1/18 9:07 PM, Abdullah Ramazanoğlu wrote:
> On Mon, 1 Oct 2018 21:31:27 -0300 Beco said:
> 
>> I've done the bootable seagate HD test. It came up 100% ok, all tests. The
>> HD is new, I wouldn't expect different, but it is always reassuring to do
>> the real test and see the results.
> 
> I am not familiar with seatools, but there are usually destructive and
> non-destructive test suites in such tools. I hope you have run a destructive
> one (which destroys data on disk) as some marginal errors can only be caught by
> destructive tests.

The only destructive test I recall from SeaTools is writing zeros to the 
disk.  Of course, you don't want to do that until the data recovery 
effort is complete. And, the OP seems to be ignoring recovery and still 
trying to use the drive (!).


>> Is the "swap" partition something that could cause that if turned off by
>> "swapoff"?
> 
> I don't think so.

+1


>> I read above from Abdullah, that it is very unlike to have such major FS
>> fail, and it looks like it didn't "flush" the night I turned off. This is
>> also my guess, it is the only thing that make sense. Maybe the inode table
>> was in the memory and got corrupted. But it is strange to figure that,
>> since the filesystem is EXT4, and it is very stable nowadays.

I'm not sure how much isolation the various parts of the Linux kernel 
now have from each other.  In the bad old days of monolithic kernels, 
everything inside the kernel could touch everything else in the kernel. 
A buggy driver in one subsystem could wreak havoc in any other subsystem.


> But the journal is passing through on-disk controller, too. If the drive is
> mishandling its on-drive cache, then an FS corruption is still possible. Even
> if journal writes are "direct", the drive could be ignoring that (i.e. caches
> it nevertheless) without flushing it prior to power-off, corrupting the journal
> as well.
> 
> If the FS survives through reboots, but falters when the laptop is power
> cycled, then a cache flush issue is still probable.
> 
> Another test method might be hibernation. If resume from hibernation works,
> then that rules out on-disk caching problem.
> 
> Regards

Hypotheses require experiments to confirm or refute them.


The chicken-and-egg problem is to get some solid data to start with. 
We'll see if the OP responds to my shopping list of requested commands.


David

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