Mounting from ufs:/dev/ad2s1a failed with error 19.
freebsd at edvax.de
Fri May 1 06:55:19 UTC 2020
On Thu, 30 Apr 2020 22:42:47 -0700, David Christensen wrote:
> On 2020-04-30 20:11, Polytropon wrote:
> > On Thu, 30 Apr 2020 20:29:14 +0200, Christoph Kukulies wrote:
> >> Could solve it myself: bootet back to usb drive, mounted
> >> /dev/ada0s1 /mnt and edited /mnt/etc/fstab to the correct
> >> mount device.
> >> There were ada2s1 for / and another ada2 device for swap.
> >> Changed that to ada0s1 and now the system boots fine.
> > If you can, use labels to avoid those kinds of problem. :-)
> > https://www.freebsd.org/doc/handbook/geom-glabel.html
> Is there a FreeBSD labeling solution, or any other identifier solution
> that avoids using device nodes, for the combination BIOS, MBR, GELI, and
For this constellation, probably glabel is the convenient
tool: "glabel label <name> <device>", and then in the "zpool
create" command use gpt/<name> indead of the device name.
I have no idea of why MBR should be involved here (as you
want to use ZFS)...
As the example shows, there is no MBR-related step involved.
ZFS can manage devices just fine by itself. However, today's
suggestion is to always use gpart (with -t freebsd-zfs for
use with ZFS), so that's probably the best way to go.
Here is some specific inspiration that also includes the
use of GELI:
So if I understand this correctly, the suggested approach
is to use -l <label> in the "gpart add -t freebbsd-zfs"
step for each disk, and then using those labels as mentioned
above. The GELI partitions should then bear that name
<label>.eli instead of the device name <device>.eli.
> And, that works if I use dd(1) to copy the raw system disk
> contents from one device to another -- ATA drive, USB drive, SD card, etc.?
That probably depends on the source and target size, as if I
remember correctly, labels are stored at the "logical end"
of the device (last sector or block). However, labels are not
supposed to be "cloned" that way. A typical solution is to
prepare the target media using the appropriate tools (like
gpart, maybe newfs), and then transfering the data. For ZFS,
always use ZFS's native tools for that; for UFS, dump and
restore are very convenient (and can deal with the case of
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
More information about the freebsd-questions