From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 76534138350 for ; Fri, 1 May 2020 07:18:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 040BAE0B9B; Fri, 1 May 2020 07:18:15 +0000 (UTC) Received: from mout01.posteo.de (mout01.posteo.de [185.67.36.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9D411E09D7 for ; Fri, 1 May 2020 07:18:13 +0000 (UTC) Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id D004B16005C for ; Fri, 1 May 2020 09:18:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1588317491; bh=EeuTl3e5p1rHaCKkq/SCIuulA4zGBREw7PoSM1fyRcU=; h=Date:From:To:Subject:From; b=AVVqcvrOqcmw9YupU3ebYuXU8hgqUV4/xq1WNpFBnjMLB1oR9y/pkKmIyXwpHrVnQ 3PbnBrvp0GbrwDnj9Sae4Lay5doFLJw39CCJQ5jDSPqYLnTEvbHmQf2KKLzI3riM1/ ovZwTnJabwc5LRZojLA6jPnkuvyTg24b72quJPUUgWOznETFWvLPbT9pnRp2vpteuy HL0x1RSwaUUUk05qVSqwdvtdbT1LTrQ4nKvO71+qSv2ndmXFvA7YYqptzUNxqn1ut1 yinTg9yQvu4g5RqmRXcUDwTvOp+t349163B9hTULAq2o9NBUnCRX7/feMFQ02Rt4Y4 wB3TfmLzC3Rug== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 49D3W66tl5z6tmL for ; Fri, 1 May 2020 09:18:10 +0200 (CEST) Date: Fri, 1 May 2020 09:18:10 +0200 From: tuxic@posteo.de To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Trouble with backup harddisks Message-ID: <20200501071810.h6qs7kgewwtbytqd@solfire> Mail-Followup-To: gentoo-user@lists.gentoo.org References: <20200430093217.efprkpt4kbvir7nr@solfire> <5EAAA0AB.3050505@youngman.org.uk> <22faa7cf-7291-b430-c646-b96c6d428f19@alyf.net> <20200430180839.iz4kxipst2i5stwp@solfire> <20200430192713.ptlo7crtwvskse7n@nabokov.fritz.box> <34ab0115-9336-ad41-5d30-7c8ce6ff1210@alyf.net> <20200430204754.hyh2xzeovsj23xdl@nabokov.fritz.box> <20200501050705.cu3adpnkdaauqhdq@solfire> <180730dc-e061-e168-bc0f-3839497338ce@alyf.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <180730dc-e061-e168-bc0f-3839497338ce@alyf.net> X-Archives-Salt: e569942b-20fd-4e33-bc88-46e2a82c1334 X-Archives-Hash: bd6682bd26e5a00c2d24fa05a04e1da6 On 05/01 08:52, Andrea Conti wrote: > > > does my posting from this morning reached you ? > > ...I did not received anything back from the mailinglist... > > Nope. Just this night's response to Wol. > > (hmmm...ok, two send good news two times is not that bad in this times, I think... ;) Hi Andrea, hi Wolf, this magic one liner does the trick indeed! I have my data back and copied it to my new system spread over four separate partitions, which are currently still empty. No error while copuing and both disk matched. A very *#BIG THANK YOU#* for all the great help, the research and the solution. I myself am back in "normal mode" :) Wol has suggested to run mdadm on the bad harddisk to see, whether this tool is able to fix it -- which I will next. Since I have my data back on the PC internal disk, this is no problem at all. One thing remains... I want to prevent this kind of hassle in the future... ;) Perhaps it is a good idea to re-partitions the disk to get rid of any bogus bit, format the partition and copy back the data then. What is the most reasonable setup here: GPT without any hybrid magic and ext4 because it is so common? Any other, possible more robust configuration, which is also common with rescue tools and -distributions? I have to say it once again: Thank you very much for solving the hassle puzzle! :) Cheers! Meino