From nobody Mon Dec 16 16:23:31 2024 X-Original-To: virtualization@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4YBlcM1wbSz5hd2m for ; Mon, 16 Dec 2024 16:23:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YBlcM0cg3z4P99 for ; Mon, 16 Dec 2024 16:23:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1734366211; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=U+WSrsROcUikPR/HtdcBS4NSX1s/GrvB+3lyZfCtqgU=; b=NGmAiHEid7TIt9TWmJ2f47Q+hjZPx4j9T0URuEIyHobzZcF2adAF+AqSXTxTkalHOQPVke ZziaFpdmsiwh33hY4A5fxJOeo60euIcUIYPwfRagtAonuD1ZHNzvDbQ255ruzgwmd1Zkcg ZbKXnI14dyQ4L46YojTos/g9h3pkWaS2q7JO4mulMb7hJBZoNDifi9sUGUP+l70bJaEKp4 NRzwYtO/bUjQE/YagB4cgSS3/tSzlM5KLyibR0WvHfI7c4p0lJXtUfKG10GGj/38lQVG4x mvffZkfggQrHAXiDe8PzfA60ku04zcyrXYHd6QBzoLttogZdV3ngzFRhMXIWCA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1734366211; a=rsa-sha256; cv=none; b=vfaO339J8idJ0hWJTTFlZFtbWGCOim0PVkNna7aJnUwVlQ0vhZX4f+y+onUWPqVzdBBfgE jG6FxZJsdsY0JJvLiOynk7/qRXX+RE6I9BNZLtpc0pS2ImM4c6rXln8Lh5InlaKKpHWXtk AUpdSD+sJbDxLHlpm37gLaoxo6raqxGSQo5WO6U2sH5bLiyDImWdpdjbLlH0teubxEeKsK 92b59mi3HqvndCiDzcmULnAltWYWkR5tJczbg9nXR3Iz8w03qejHD0zUpI+w9JrvMisYYk gGJhR5qlz1/OYgVbYon7F+hZsIpIb4eHn5kHUM+r72GavKwGRfsmEeI1rGGblg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4YBlcL72yBz11Y2 for ; Mon, 16 Dec 2024 16:23:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4BGGNUhg002226 for ; Mon, 16 Dec 2024 16:23:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4BGGNUUg002225 for virtualization@FreeBSD.org; Mon, 16 Dec 2024 16:23:30 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: virtualization@FreeBSD.org Subject: [Bug 283341] In version FreeBSD12.2 to FreeBSD 14.2 (include) bhyve host don't boot guest FreeBSD any version on BSD partition Date: Mon, 16 Dec 2024 16:23:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: Unspecified X-Bugzilla-Keywords: bhyve X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dym@afalina.od.ua X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Discussion List-Archive: https://lists.freebsd.org/archives/freebsd-virtualization List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-virtualization@freebsd.org Sender: owner-freebsd-virtualization@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283341 --- Comment #2 from DYM --- It's a shame that the discussion ended in nothing at the time. I believe that two different behaviors should not be described by one value. In fact, I recently encountered some strange behavior of the disk subsystem. Background. There are two M.2 slots on the motherboard, one of them was NVMe with a sys= tem (GPT+ZFS). It was installed =E2=80=9Cfull automatic=E2=80=9D. Needed to clear NVMe 4Tb and partitioned to create another FreeBSD. The 4Tb previously had GPT partitioning and three partitions: efi, system, home. History. After installing on Mb they were seen as nvd0p1, nvd0p2, nvd0p3 And the working system was on nvd1. I had no way to repartition this 4Tb disk. Until I _physically_ swapped these NVMe disks to Mb. Booted by the label from the correct disk, and when mounting it. partition nvd0p3 was attached (there was nothing there, only zeros), and the normal nvd1p3 was mounted on top of it. And I couldn't do anything with nvd0 because it was busy. It turned out that Mb thought that the first slot was the slot farther away from the processor. And when there was no disk in number 1, the second one was considered first. These are all peculiarities of Mb. However, it was the fact that at boot up, there was a mess of confusion with how the partitions were mounted was because the different modes modes are described by one value. P.S. IMHO. Finding and mounting partitions should be clearly deterministic. If it is written that it is monitored by label -- mount by label. Or by partition type/name in the sense of physical device numbering. And it should be possible to specify how to perceive different partiti= ons. --=20 You are receiving this mail because: You are the assignee for the bug.=