重装OMV4时踩到的坑

Posted 2023-03-09

参考技术A 节前手贱，在装有 debian 上想用 conda 安装的 zsh 代替系统的 bash , chsh 后又做了一系列现已经想不起具体过程的神操作，无法通过远程登陆上我的nas。
本可尝试登陆本地桌面解决问题，但想起当初装系统时留下了一系列的问题，选择了重装。
然而，虽然不是第一次装debian和omv4，但是仍然踩了几个坑，记下以备忘。

手头的debian9的u盘一直放在nas边上，安装时也就没去升级 debian10+omv4 的组合。但是安装时，试过国内的 cn2 源， 华为 源, 清华 源，全在安装到 1143 个包左右开始卡机，进度极慢，扔在那数小时之后还只是安装了几个包。
所以在安装时，不能选择 net mirror , 直接本地镜像先安装好。在安装后再更换成清华等国内源
先安装包

修改成清华源

个人喜欢用miniconda3装最新版vim，但是发现如果把miniconda3放到PATH里的优先位置，会对系统运行造成一定的影响。
由于不像服务器要装大量工具，最终用自己编译vim的方式。注意 +python 和 +python3 只能选一个，当然选python3了

最终没有在htpc上装miniconda3

论坛上找到是由于python3.5的bug导致的错误

我的nas上 顶盖内测面 有两个2.5硬盘位，装了一个60g的ssd用于安装系统，另一个1t的硬盘mount到 mnt ，这两个基本不会动的硬盘就占据了j1800主板上仅有的两个sata口。另外插了一个4口sata扩展卡，用于前置面板处的4个3.5硬盘位。
用下面的python脚本自动挂载3.5硬盘, 目标 /srv/disks

一开始试图用docker去安装各种服务，但是权限问题在引入docker后变得非常复杂。仔细研究了下omv4的内置服务后，发现其实只需要建立一个系统账号就可以应付各种问题

使用shutil.move时踩到的坑

运行了很长一段的做数据脚本出问题了，有点纳闷。

通过调式发现卡在shutil.move上，日志提示信息：

[Errno 13] Permission denied: ...

经过一番周折，还是在开发彭同学的提醒下，说是否是文件属性为只读的原因造成的。

将文件的只读属性修改下，果然执行成功了。

mark一下，以后也得多多总结。