Re: Troubleshoot help needed - RAID1 not mounting : failed to read block groups

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Also, I just read about SMR disk and noticed my RAID1 is build only on SMR disk, no CMR.
I also use hardlink a lot due to Radarr/Sonarr. The day before it all gone wrong, I deleted some data (deleting the original files), leaving only the second files (the hardlinked one).

Could the mix of both be responsible of my issue ?


‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Wednesday, May 6, 2020 9:31 PM, Nouts <nouts@xxxxxxxxxxxxxx> wrote:

> Hello again,
>
> Do you think someone will be able to tell us more about reports I provided ?
> I ordered a new drive that can fit all the data from a "restore", so I'll wait until it's delivered.
>
> Nouts
>
> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
> On Saturday, May 2, 2020 7:53 PM, Chris Murphy lists@xxxxxxxxxxxxxxxxx wrote:
>
> > On Sat, May 2, 2020 at 9:51 AM Nouts nouts@xxxxxxxxxxxxxx wrote:
> >
> > > Well, I changed my mind. I'll wait a few more days, for the beginning of the next week, if you have any magical command left :)
> > > I'm not sure to understand it but can a "restore" command dump all of the data in a new readable disc ?
> >
> > Yes, that's the only way it works. It's an offline scraping tool. It
> > is possible for recovered files to be corrupt, the point of the tool
> > is to improve the chance of recovery. So it doesn't have the same
> > safeguards that Btrfs has, where EIO happens upon corruption being
> > detected.
> > https://btrfs.wiki.kernel.org/index.php/Restore
> >
> > Chris Murphy






[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux