当/dev/gpt/rootfs不再创建时，FreeBSD无法再引导，如何解决这个问题？

Question

我在我的/./.

/dev/gpt/rootfs   /       ufs     rw      1       1

gpart列表显示了一个带有rootfs标签的分区：

3. Name: nvd0p3
   Mediasize: 16105245696 (15G)
   Sectorsize: 512
   Stripesize: 4096
   Stripeoffset: 1024
   Mode: r1w1e1
   efimedia: HD(3,GPT,1d7be3e1-14fe-11eb-9c6b-0cc47ad8b808,0x6b2,0x1dff946)
   rawuuid: 1d7be3e1-14fe-11eb-9c6b-0cc47ad8b808
   rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b
   label: rootfs
   length: 16105245696
   offset: 877568
   type: freebsd-ufs
   index: 3
   end: 31457271
   start: 1714

然而，系统不会再启动了。我通过将/etc/etc更改为

/dev/nvd0p3   /       ufs     rw      1       1

它就会启动。这是我现在看这个磁盘的地方：

# ls /dev/gpt
bootfs

也是在这里：

# ls -l /dev/gptid
total 0
crw-r-----  1 root  operator  0x46 Jun  6 17:28 1d7be3d4-14fe-11eb-9c6b-0cc47ad8b808
crw-r-----  1 root  operator  0x5a Jun  6 17:28 1d7be3dc-14fe-11eb-9c6b-0cc47ad8b808

这两个是nvd0p1和p2，但是p3缺失了。

这个盖子的标签好像坏了。

然后我又做了一个。我只是复制了整个磁盘并从零开始设置了gpt。

瞧，rootfs分区标签再次没有显示为/dev/gpt/rootfs。

但奇怪的是，当我将这个磁盘附加到另一个运行系统时，会出现/dev/gpt/rootfs。只是当这个磁盘被用作引导磁盘时，完全没有/dev/gpt/rootfs。其他的东西都在那里。

这真的很糟糕。我不知道这是什么，现在我已经没有耐心去尝试其他的选择了。

根据请求，以下是/boot/loader.conf的内容：

debug.trace_on_panic=1
debug.debugger_on_panic=0
kern.panic_reboot_wait_time=0
autoboot_delay="-1"
beastie_disable="YES"
hint.atkbd.0.disabled=1
hint.atkbdc.0.disabled=1
boot_multicons="YES"
hw.broken_txfifo="1"
if_ena_load="YES"
console="comconsole"

Answer 1

尝试将这些行添加到/boot/loader.conf中：

kern.geom.label.disk_ident.enable=0
kern.geom.label.gptid.enable=0
kern.geom.label.gpt.enable=1
kern.geom.label.ufs.enable=1

另外，将/etc/fstab行更改为：

/dev/gpt/rootfs   /       ufs     rw      1       1

给它一个重新启动，并在下面评论你的结果。要获得额外的积分，请将这些更多的条目添加到/boot/loader.conf中，并编辑您的文章以包括产生的任何有趣的输出：

kern.geom.debugflags=7
kern.geom.label.debug=2

良好的阅读可以找到这里，但它可能只是启发，而不是直接解决您的特殊情况。