From owner-freebsd-questions@freebsd.org Wed Sep 30 19:02:57 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5740A42EE29 for ; Wed, 30 Sep 2020 19:02:57 +0000 (UTC) (envelope-from kuku@kukulies.org) Received: from mail.kukulies.org (mail.kukulies.org [116.203.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1ly721zqz4fG9 for ; Wed, 30 Sep 2020 19:02:55 +0000 (UTC) (envelope-from kuku@kukulies.org) Received: from localhost (localhost [127.0.0.1]) by mail.kukulies.org (Postfix) with ESMTP id E849510276A; Wed, 30 Sep 2020 21:02:53 +0200 (CEST) Received: from mail.kukulies.org ([127.0.0.1]) by localhost (mail.kukulies.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EIDxe9_B1KJX; Wed, 30 Sep 2020 21:02:53 +0200 (CEST) Received: from [192.168.178.98] (p57a1fff5.dip0.t-ipconnect.de [87.161.255.245]) by mail.kukulies.org (Postfix) with ESMTPSA id 68B75102769; Wed, 30 Sep 2020 21:02:53 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: concluding from dd raw dump size to disk mfgr Mime-Version: 1.0 (1.0) X-Apple-Notify-Thread: NO X-Universally-Unique-Identifier: 681B93E6-79BA-4F07-83F7-BEB46A62BC01 From: Christoph Kukulies In-Reply-To: Cc: freebsd-questions@freebsd.org Date: Wed, 30 Sep 2020 21:02:52 +0200 X-Apple-Message-Smime-Encrypt: NO Message-Id: <4B77A4C4-5CBE-4414-B54B-05B3A2990E79@kukulies.org> References: To: David Christensen X-Mailer: iPhone Mail (17H35) X-Rspamd-Queue-Id: 4C1ly721zqz4fG9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kuku@kukulies.org has no SPF policy when checking 116.203.115.43) smtp.mailfrom=kuku@kukulies.org X-Spamd-Result: default: False [0.29 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[kuku]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[kukulies.org]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.66)[-0.658]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.01)[0.014]; NEURAL_HAM_MEDIUM(-0.56)[-0.563]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.203.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions]; RECEIVED_SPAMHAUS_PBL(0.00)[87.161.255.245:received] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Sep 2020 19:02:57 -0000 Thanks. Using a larger disk would be an option too. Interesting that the WD drive you found has exactly the same size.=20 I had luck to have had access to the original system today again and I found= the same drive for sale a few miles from my home in an Internet classifieds= platform for 8 =E2=82=AC (10$). =E2=80=94 Christoph=20 >=20 > Am 30.09.2020 um 20:23 schrieb David Christensen : >=20 > =EF=BB=BFOn 2020-09-30 00:40, Christoph Kukulies wrote: >> I made a dd dump of a raw disk device the other day. The size of the dump= is exactly >> 500107862016 bytes in size, corresponding to 997773168 sectors (512bytes= ). >> I would like to dump this file back to a physical device. Best would be t= he one which fits exactly that size. Unfortunately I presently don't know wh= at drive mfgr./type this corresponds to. Is there a way to find out? >=20 >> On 2020-09-30 05:59, Christoph Kukulies wrote: >> ... I didn=E2=80=99t have physical access nor any access to the system I t= ook the dd dump from. I thought just to identify the >> drive from the calculation of the dump size. >> But meanwhile I identified a device that fits and that probably must have= the type of drive I took the dump from: >> Toshiba MQ01ABF050 > I am unable to find an WWW database of drive specifications. >=20 >=20 > STFW "500107862016": >=20 > https://sourceforge.net/p/clonezilla/bugs/256/ >=20 > ~# sfdisk -l /dev/sda > Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors > Units: sectors of 1 * 512 =3D 512 bytes > Sector size (logical/physical): 512 bytes / 4096 bytes > I/O size (minimum/optimal): 4096 bytes / 4096 bytes > Disklabel type: dos > Disk identifier: 0x6c6583c4 > >=20 > Diskinfo: >=20 > Model Family: Western Digital Blue Mobile > Device Model: WDC WD5000LPVX-22V0TT0 > Serial Number: WD-WXB1A45580UJ > LU WWN Device Id: 5 0014ee 605ce1d84 > Firmware Version: 01.01A01 > User Capacity: 500,107,862,016 bytes [500 GB] > Sector Sizes: 512 bytes logical, 4096 bytes physical > >=20 >=20 > Another option is to copy the image to a larger device. >=20 >=20 > If the original image used GPT partitioning, you would then need to repair= the backup GPT table. I did this recently using sfdisk(8): >=20 > https://www.mail-archive.com/debian-user@lists.debian.org/msg760783.html >=20 >=20 > gdisk(8) was also suggested: >=20 > https://www.mail-archive.com/debian-user@lists.debian.org/msg760803.html >=20 >=20 > David > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.or= g"