Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #200814
| 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 |
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
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