From owner-freebsd-fs@freebsd.org Wed Oct 9 19:37:22 2019 Return-Path: Delivered-To: freebsd-fs@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 B4D3F12D025 for ; Wed, 9 Oct 2019 19:37:22 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp1.bway.net (smtp1.bway.net [216.220.96.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46pPcd6RGKz3Q3n for ; Wed, 9 Oct 2019 19:37:21 +0000 (UTC) (envelope-from spork@bway.net) Received: from frankentosh.sporklab.com (pool-173-70-93-30.nwrknj.fios.verizon.net [173.70.93.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id F287C9596F; Wed, 9 Oct 2019 15:37:15 -0400 (EDT) From: Charles Sprickman Message-Id: <1D679F0E-49BB-4B7A-9D41-E03D480A394E@bway.net> Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Cannot mount an older disk Date: Wed, 9 Oct 2019 15:37:15 -0400 In-Reply-To: <20191009080525.GJ44691@kib.kiev.ua> Cc: Bob Eager , freebsd-fs@freebsd.org To: Konstantin Belousov References: <12475952-c412-60a8-6ff7-7ebcd5c84ed8@aldan.algebra.com> <20191009083216.39e0c903@raksha.tavi.co.uk> <20191009080525.GJ44691@kib.kiev.ua> X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 46pPcd6RGKz3Q3n X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.220.96.27/32]; MV_CASE(0.50)[]; URI_COUNT_ODD(1.00)[9]; DKIM_TRACE(0.00)[bway.net:+]; DMARC_POLICY_ALLOW(-0.50)[bway.net,quarantine]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[30.93.70.173.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[27.96.220.216.list.dnswl.org : 127.0.5.1]; IP_SCORE(-0.01)[country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:8059, ipnet:216.220.96.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; R_DKIM_ALLOW(-0.20)[bway.net:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DWL_DNSWL_LOW(-1.00)[bway.net.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 19:37:22 -0000 --=20 Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet www.bway.net spork@bway.net - 212.982.9800 > On Oct 9, 2019, at 4:05 AM, Konstantin Belousov = wrote: >=20 > On Wed, Oct 09, 2019 at 08:32:16AM +0100, Bob Eager wrote: >> On Tue, 8 Oct 2019 21:35:07 -0400 >> "Mikhail T." wrote: >>=20 >>> Hello! >>>=20 >>> Going through older hard drives, I found one that still seems to = work=20 >>> and was curious, what's on it. The OS -- 12.1-STABLE -- sees it = find.=20 >>> The disklabel seems sane (except for the number of partitions): >>>=20 >>> # /dev/ada1: >>> 8 partitions: >>> # size offset fstype [fsize bsize bps/cpg] >>> b: 12582912 0 swap >>> c: 1465149168 0 unused 0 0 # "raw" = part, >>> don't edit >>> d: 1452566256 12582912 4.2BSD 8192 65536 52352 >>>=20 >>> and there are ada1, ada1b, and ada1d entries under /dev. So far so >>> good. Unfortunately, both mount and fsck tell me the same blatant >>> lie, that the device does not exist: >>>=20 >>> # fsck -y /dev/ada1d >>> Can't open /dev/ada1d: No such file or directory >>>=20 >>> # mount /dev/ada1d /mnt >>> mount: /dev/ada1d: No such file or directory >>>=20 >>> Any suggestions? Thank you! Yours, >>=20 >> Custom kernel? If so, try booting GENERIC. Might be that a support fs >> option is missing. >=20 > This is most likely a stray bsd label which appeared in the first = (second ?) > block of the disk due to some pecularities of old partitioning tools. > Note the absence of the 'sN', i.e. MBR partition, between raw disk = name > and bsd slice. Some time at 9 or 10 lifetime priorities changed due = to > switch to gpart. >=20 > I do not remember how this was worked around, most likely by zeroing = second > block of the disk. Of course, it is better to do the experiment on a = copy > if the original is suspected to contain a useful information. All of mine are old, and probably in =E2=80=9Cdangerously dedicated=E2=80=9D= mode. Is there any reason that we=E2=80=99re not backwards-compatible or is it = just something that was not tested? I guess I could boot a 9.x live CD, but that would be kind of sad and = make me feel like a Linux user. :) C > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs = > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org = "