这个小更新 用了新的设备符号名 所以更新前必须ln /dev/sda1 /dev/synoboot1 ln /dev/sda2 /dev/synoboot2然后就随意了 离线在线更新都可以关于恢复NoteStation的笔记,首先是要尽量用正常运作的NoteStation客户端勤导出 最好写成脚本叫做增量定期导出 然后脚本放到crontab里运行.我没写 tmd 这次更新坏了没来得及导出 不过数据文件我有保存. 那么就从备份的文件里先恢复`第一步:安装好干净的NoteStation后不要启动,从老的@appstore/NoteStation里拷贝出db文件夹 然后把权限设置成和NoteStation其他的属主:属组一致例如 NoteStation:NoteStation 然后chmod -R 777
步骤1：cfdisk 创建磁盘sda?步骤2：mkfs.ext4 /dev/sda? 将sda3磁盘分区步骤3：mount /dev/sda? /mnt/sda? 将sda3分区挂载到目录步骤4：cp -r /overlay/* /mnt/sda? 将overlay内容拷贝到sda?步骤5：回openwrt挂载overlay用途到sda?分区并启用步骤6：重启openwrt后查看软件空间已扩容另外docker overlay分区也可以利用新建的磁盘区sd?+1来挂载到/opt增加docker volume的存放空间原理更简单
Proxmox 安装带zfs管理界面的cockpit面板方法: 增加backports for debian到sources.listdeb https://mirrors.tuna.tsinghua.edu.cn/debian/ buster-backports main contrib non-free apt install samba apt install -t buster-backports cockpit git clone https://github.com/optimans/cockpit-zfs-manager.git
AMD在linux kernel 5.6里提交了针对这个问题的补丁 但是proxmox 仍然没有用上更新的LINUX KERNEL,也许openzfs一样 大家都在搞价值冲突.现代文明之间的冲突最凶狠的毁灭对方的方式都是从摧毁对方的核心价值入手 学术 科技 民主 科学 ,要么搞教条主义 民粹主义 要么搞政治正确 摧毁实践经验 不讲实现环境 希望这些鬼东西不要跑来开源社区祸害绵延`https://www.nicksherlock.com/2020/11/working-around-the-amd-gpu-reset-bug-on-proxmox/上面这篇介绍了gnif针对现状给pve的内核临时制作的补丁来缓解题目中面对的问题.赞👍 他提到的具体步骤如下:# Get latest Proxmox
由于ide是Master/slave类型总线，sata则都是master,并非qemu无法支持多个ide设备而是设备号必须隔开1个无法使用的slave位置。所以 设备号假如从0开始那么下一个就应该是2
宿主机网卡和独立网卡用了同一组IOMMU 不可以直通同组的设备的 (强行启动直通了的客户机会导致宿主机断联) 问题终于定位好了 准备思考解决方案 原来是AsrockB550 SteelLegend的这块主板更新的BIOS 1.8是有问题的 尝试回滚固件到1.2 IOMMU 分组问题迎刃而解. 面对更新BIOS反而引发服务器的问题 我也是蛋疼 只好向asrock的rd先报bug,BIOS 只能用着旧版的至少功能都可以没问题.
由于把pve宿主机上的主板从服务器级的X11SAE-M换成了消费级的asrock z270超级航母,bios上虽然有vt-d的选项,但是也经过了iommu重新分组之类的配置才正常开启直通,BIOS的不同随之带来了更多的问题.所以这里也不确定为啥同样版本的代码的内核在x11sae-m上不报错,但是消费级主板上就出现bug.极有可能是BIOS编写上并没有为vt-d做好完整的pci-e通道规划群晖的vm配置了直通的阵列卡从vfio_iommu的pve设备而来,但是恐怕scsi卡太老旧了 又都是服务器拆机卡,不管是IT模式还是RAID模式,跟IOMMU里的PCIE新的功能规范相容性太低,时不时地会在内核打印 do_IRQ: 2.38 No irq handler for vector而客户机群晖采用了btrfs的文件系统下总线上通讯非常频繁没办法如BIOS预期的那样完美切换主动总线电源管理的状态 相信跟宿主机内核的通信也是有关系的,这个时候客户机也照样打印了同样位置的中断找不到handler来调用这个向量. 00226: unsigned int __irq_en 00227: { 00228: struct
好久没有更新了，直到最近博客貌似配置的自动更新安全证书并没有如约续期，一查日志晓得caddy的dns验证是失败的，cloudflare已经把自己的更新tls证书的接口针对免费域名的使用给禁用了出于什么样的考虑 我这样的小白用户就不妄加揣测先 还是用自签证书先加密顶一下下子 看之后是会挂什么大风吧
挂载synoboot到fscd /dev && mount -t vfat synoboot2 /mnt/synoboot2 && cd /mnt/synoboot2sudo synouser -setpw root newpasswd(then click enter). And now you have created your root password as "newpasswd". You
最近还在继续折腾kubernet把mac的本地网络经常搞乱，以备万一把常用命令记录一下sudo tcpdump -i en* arp ，星号对应自己的网卡编号，监听en0接口的arp协议通信sudo arp-scan -l查询整个局域网内的所有IP地址的对应MAC地址，sudo ipconfig set en* DHCP更新DHCP租约。设备将释放IP地址，再从DHCP服务器重新获得IP地址。sudo ipconfig set en* INFORM 192.168.*0.14将接口en0设定为静态IP地址。netstat -nr显示路由表。从路由表中，可以找到网关(Gateway)sudo tcpdump
由于本机的5千兆网卡aqc-108已经成功的在hackintosh里驱动成功,所以腾出了qnap的这张10G tn40xx的万兆网卡准备搭建软路由.proxmox在uefi启动上仍然有点小毛病,需要从BIOS里设置从传统GPT启动的选项,未来uefi成熟后可以切换回uefi boot.兴奋地把QM2-2P10G1T 对,没错 就是这张https://www.qnap.com/zh-cn/product/qm2-m.2ssd-10gbe_pc 之前在群晖下死活没build出来驱动的卡,在proxmox中依然没有提供支持,看起来是tehuti每次新发布驱动都无法merge回linux内核的upstream.原因看issue是因为这卡用了太多杂七杂八的phy来做桥接芯片 无法统一Merge进内核，所以这个驱动只能用branch v3分支来支持qnap这张卡 直接去tehuti下载到这张万兆卡的驱动源码. 另外还要下载Marvell phy的头文件,拷贝到/usr/src/tn40xx-003
nas的系统盘是ssd所以gitlab放在ssd里响应速度相对好,但是容量很容易被自动备份的相册撑爆了,所以这次换了系统盘后忘了做备份迁移实在是有够蠢.幸好旧盘拔下来没有丢数据,所以通过 DiskInternalReader3.5把之前container指定到的gitlab-data卷数据考出来 导入到新建的gitlab-data卷内 修复一些权限让gitlab自动导入. 由于external_url的改变 导致的新gitlab 启动会报50x,所以需要将external_url改回ip地址一下子 然后执行docker exec -it gitlab gitlab-rake gitlab:backup:create为了让配置可以从旧版顺利过渡到新版,先还是恢复到旧版的gitlab启动,执行docker exec -it gitlab gitlab-rake gitlab:backup:restore BACKUP=