经测试,有报错:sysctl: unknown oid 'vfs.zfs.vdev.min_auto_ashift'
所以还是无法用zfs文件系统。说实话,阿里云的esc云服务器里FreeBSD系统无法用zfs,是一大缺憾啊!
测试过程
创建云空间

新加的这个,在FreeBSD里是/dev/vtbd1 设备
下载安装盘
https://mirrors.aliyun.com/freebsd/releases/ISO-IMAGES/15.0/FreeBSD-15.0-RELEASE-amd64-memstick.img
因为是ecs,所以要用专用的网址,地址是:
http://mirrors.cloud.aliyuncs.com/freebsd/releases/ISO-IMAGES/15.0/FreeBSD-15.0-RELEASE-amd64-memstick.img
# 14.3版本 外网
https://mirrors.aliyun.com/freebsd/releases/ISO-IMAGES/14.3/FreeBSD-14.3-RELEASE-amd64-memstick.img
# 14.3版本 内网
http://mirrors.cloud.aliyuncs.com/freebsd/releases/ISO-IMAGES/14.3/FreeBSD-14.3-RELEASE-amd64-memstick.img
wget下载
wget http://mirrors.cloud.aliyuncs.com/freebsd/releases/ISO-IMAGES/15.0/FreeBSD-15.0-RELEASE-amd64-memstick.img
镜像写入
sudo dd if=FreeBSD-15.0-RELEASE-amd64-memstick.img of=/dev/vtbd1 bs=1M conv=sync
# 写入14.3
sudo dd if=FreeBSD-14.3-RELEASE-amd64-memstick.img of=/dev/vtbd2 bs=1M conv=sync
为了做实验,又购入一块硬盘进行测试
查看硬盘情况
现在三块硬盘是/dev/vtbd0 /dev/vtbd1 和/dev/vtbd2 ,写入镜像后第二块硬盘是这样的
ls /dev/vtb*
/dev/vtbd0 /dev/vtbd0p2 /dev/vtbd0p4 /dev/vtbd1s1 /dev/vtbd1s2a
/dev/vtbd0p1 /dev/vtbd0p3 /dev/vtbd1 /dev/vtbd1s2 /dev/vtbd2
第三块也写入镜像:
/dev/vtbd0 /dev/vtbd0p2 /dev/vtbd0p4 /dev/vtbd1s1 /dev/vtbd1s2a /dev/vtbd2s1 /dev/vtbd2s2a
/dev/vtbd0p1 /dev/vtbd0p3 /dev/vtbd1 /dev/vtbd1s2 /dev/vtbd2 /dev/vtbd2s2
用gpart show看看
gpart show
=> 34 83886006 vtbd0 GPT (40G)
34 122 1 freebsd-boot (61K)
156 66584 2 efi (33M)
66740 2097152 3 freebsd-swap (1.0G)
2163892 81722148 4 freebsd-ufs (39G)
=> 1 41943039 vtbd1 MBR (20G)
1 66584 1 efi (33M)
66585 2981072 2 freebsd [active] (1.4G)
3047657 38895383 - free - (19G)
=> 0 2981072 vtbd1s2 BSD (1.4G)
0 16 - free - (8.0K)
16 2981056 1 freebsd-ufs (1.4G)
=> 1 41943039 diskid/DISK-2ze5nkhgfksx3a7o6e75 MBR (20G)
1 66584 1 efi (33M)
66585 2981072 2 freebsd [active] (1.4G)
3047657 38895383 - free - (19G)
=> 0 2981072 diskid/DISK-2ze5nkhgfksx3a7o6e75s2 BSD (1.4G)
0 16 - free - (8.0K)
16 2981056 1 freebsd-ufs (1.4G)
=> 1 52428799 vtbd2 MBR (25G)
1 66584 1 efi (33M)
66585 2962128 2 freebsd [active] (1.4G)
3028713 49400087 - free - (24G)
=> 0 2962128 vtbd2s2 BSD (1.4G)
0 16 - free - (8.0K)
16 2962112 1 freebsd-ufs (1.4G)
=> 1 52428799 diskid/DISK-2ze6pby41fu197e1sh3t MBR (25G)
1 66584 1 efi (33M)
66585 2962128 2 freebsd [active] (1.4G)
3028713 49400087 - free - (24G)
=> 0 2962128 diskid/DISK-2ze6pby41fu197e1sh3ts2 BSD (1.4G)
0 16 - free - (8.0K)
16 2962112 1 freebsd-ufs (1.4G)
重新启动
启动的时候按F2,选第二块硬盘
启动后出现报错

输入ufs:/dev/vtbd1
输入了很多组合,都不行。
用老系统启动
用原来的第一块盘,也就是系统盘系统,启动的时候按esc,进入boot模式,然后输入:
set currdev=disk1s2a
load /boot/kernel/kernel
boot
就从第二块盘开始启动啦!
安装的时候选zfs,还是有这个报错:

AI的回答:
解题过程
报错信息 sysctl: unknown oid 'vfs.zfs.vdev.min_auto_ashift' 表示系统不认识 vfs.zfs.vdev.min_auto_ashift 这个 OID(对象标识符)。
可能原因及解决方式如下:
- 内核不支持或模块未正确加载 :ZFS 文件系统依赖特定的内核模块支持。确保 ZFS 相关内核模块已正确安装和加载。在基于 Linux 的阿里云系统中,可能需要安装合适的 ZFS 软件包(如
zfsutils-linux等),安装后可通过modprobe zfs尝试手动加载模块,看是否有报错信息来判断模块加载是否正常。 - 参数拼写错误 :仔细检查输入的参数是否准确。从报错来看,有可能是
vfs.zfs.vdev.min_auto_ashift这个参数在输入时存在拼写错误或者系统中并不存在这个确切的参数名称(虽然从 ZFS 配置角度存在类似的vfs.zfs.min_auto_ashift等参数)。如果是配置文件中写入该参数,要确保文件格式正确且参数名称无误。 - 系统版本与 ZFS 兼容性问题:不同的系统版本对 ZFS 的支持程度和方式可能有所不同。阿里云的系统可能经过定制,某些版本可能对 ZFS 的支持存在差异。可以查阅阿里云官方文档中关于文件系统支持以及 ZFS 相关的内容,或者在阿里云社区等地方搜索是否有其他用户遇到过类似问题及解决办法。
最终答案
可尝试检查 ZFS 内核模块安装与加载情况、核对参数拼写、确认系统版本与 ZFS 兼容性等操作来解决该报错问题。
