From owner-freebsd-arm@freebsd.org Sun Mar 11 18:55:26 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 807BDF45E0A for ; Sun, 11 Mar 2018 18:55:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09E917910B for ; Sun, 11 Mar 2018 18:55:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 147E138EA for ; Sun, 11 Mar 2018 18:55:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w2BItOb7077194 for ; Sun, 11 Mar 2018 18:55:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w2BItOEn077193 for freebsd-arm@FreeBSD.org; Sun, 11 Mar 2018 18:55:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 226536] glabel/partition mixup on sdcard images Date: Sun, 11 Mar 2018 18:55:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: trasz@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2018 18:55:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226536 Bug ID: 226536 Summary: glabel/partition mixup on sdcard images Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: trasz@FreeBSD.org The sdcard images distributed by the project contain two level (MBR/BSD) partition table. The root filesystem is mounted using UFS label, "ufs/root= fs". Problem is, the label gets attached to the wrong device: mmcsd0s2 instead = of mmcsd0s2a. The result is that on first startup, only the first level of partition table gets resized, which can result in significant confusion when moving the SD card to another system. Looking at the image on another system (using md(4)), it looks like this: [trasz@brick:~]% gpart show [snip] =3D> 63 6291393 md0 MBR (3.0G) 63 961 - free - (481K) 1024 34816 1 !12 [active] (17M) 35840 6255616 2 freebsd (3.0G) =3D> 0 6255616 md0s2 BSD (3.0G) 0 6255616 1 freebsd-ufs (3.0G) =3D> 0 6255616 ufsid/5a570a62577263b8 BSD (3.0G) 0 6255616 1 freebsd-ufs (3.0G) =3D> 0 6255616 ufs/rootfs BSD (3.0G) 0 6255616 1 freebsd-ufs (3.0G) [trasz@brick:~]% glabel list=20=20=20 [snip] Geom name: md0s1=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 Providers:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 1. Name: msdosfs/MSDOSBOOT Mediasize: 17825792 (17M) Sectorsize: 512=20=20=20=20=20=20=20 Stripesize: 0 Stripeoffset: 524288 Mode: r0w0e0=20=20=20=20=20=20 secoffset: 0=20=20=20=20=20=20 offset: 0=20=20=20=20=20=20=20=20=20 seclength: 34816 length: 17825792=20=20=20=20=20=20=20=20=20=20=20=20 index: 0=20=20=20=20=20=20=20 Consumers:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 1. Name: md0s1=20=20=20=20=20=20=20=20=20=20=20 Mediasize: 17825792 (17M) Sectorsize: 512=20=20=20=20=20=20=20 Stripesize: 0 Stripeoffset: 524288 Mode: r0w0e0 Geom name: md0s2 Providers: 1. Name: ufsid/5a570a62577263b8 Mediasize: 3202875392 (3.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 18350080 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 6255616 length: 3202875392 index: 0 Consumers: 1. Name: md0s2 Mediasize: 3202875392 (3.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 18350080 Mode: r0w0e0 Geom name: md0s2 Providers: 1. Name: ufs/rootfs Mediasize: 3202875392 (3.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 18350080 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 6255616 length: 3202875392 index: 0 Consumers: 1. Name: md0s2 Mediasize: 3202875392 (3.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 18350080 Mode: r0w0e0 Notice how the last consumer is md0s2 instead of md0s2a. --=20 You are receiving this mail because: You are the assignee for the bug.=