分类 玩物益智 下的文章

家里使用的NAS是DIY的All In One主机,母鸡是PVE(Proxmox Virtual Environment)。

为便于管理和维持良好的独立性,我把主要的Docker服务部署在基于PVE虚拟机的开源NAS系统OMV(openmediavault)上。由于计划赶不上变化,原先给OMV预分配的磁盘空间已经耗尽,以致web管理页面也无法登录,只能通过ssh方式管理。为解决这个问题,在保数据的前提下,从母鸡分配磁盘空间进行扩容已是唯一选择。

原本以为扩容操作可以直接通过PVE的web管理页面便能轻松实现(我部分虚拟机确实是这样)。但是,OMV这个情况和我预想的还是有点偏差,扩容后的空间无法合并到根目录上。具体原因是部署OMV时,我使用安装方式为虚拟机IOS镜像直读模式。从win32开始遗传的电脑使用习惯(安装直接点“下一步”)安装的OMV,自然自带swap分区。由于swap分区的存在,导致pve扩容的空间无法和原来OMV磁盘组成连贯分区,无法实现根目录扩容的目的。网上清一色的教程均为简单的独立分区无损扩容,并没有提及这种带其他分区的磁盘该如何扩容。因此,我写下这个笔记供后续遇到类似需求的朋友作为参考,避免踩坑。

存在swap分区的PVE虚拟机磁盘如何扩容?

母鸡扩容

母鸡扩容的方法很简单,可通过PVE的Web管理系统->目标主机->硬件->选定目标磁盘->操作菜单:磁盘操作->调整大小,给你目标的主机设置需扩容的磁盘空间。

扩容操作

信息确认

通过ssh工具访问OMV,查看磁盘的基本情况。

PS:本例子使用的磁盘均为sda

$sudo parted /dev/sda 'unit s print' free
Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sda: 14336000s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start      End        Size       Type      File system     Flags
        63s        2047s      1985s                Free Space
 1      2048s      10485759s  10483712s  primary   ext4            boot
        10485760s  10487805s  2046s                Free Space
 2      10487806s  12580863s  2093058s   extended
 5      10487808s  12580863s  2093056s   logical   linux-swap(v1)
        12580864s  14335999s  1755136s             Free Space

如上面shell信息所示,sda1被扩容的空间在磁盘分区的最后,中间隔着一个swap分区,这样扩容的空间是无法直接分配到sda1上。

如果要实现无损扩容必须把swap分区删除,然后把sda1扩容后再重建swap分区。

第一步,关闭swap分区

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           992M         52M        464M        3.2M        475M        784M
Swap:          1.0G          0B        1.0G

通过free命令查看swap是否存在占用,如果没有,直接关掉;如果有,可以尝试重启下该虚拟机。

$sudo swapoff /dev/sda5

第二步,重新配置分区列表

$sudo fdisk /dev/sda

(注意: 假如你的虚拟机磁盘初始扇区是63而不是2048, 你需要在fdisk命令后面增加一个参数 -c=dos)

参考下面的操作步骤删除swap分区和重建分区列表。

PS:本操作虽然是无损扩容,但数据无价建议有条件的一定要先备份数据!!!

Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Command (m for help): p
Disk /dev/sda: 6.9 GiB, 7340032000 bytes, 14336000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x9e11c6df

Device     Boot    Start      End  Sectors  Size Id Type
/dev/sda1  *        2048 10485759 10483712    5G 83 Linux
/dev/sda2       10487806 12580863  2093058 1022M  5 Extended
/dev/sda5       10487808 12580863  2093056 1022M 82 Linux swap / Solaris

Command (m for help): d
Partition number (1,2,5, default 5): 2

Partition 2 has been deleted.

Command (m for help): d
Selected partition 1
Partition 1 has been deleted.

Command (m for help): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-14335999, default 2048):
Last sector, +sectors or +size{K,M,G,T,P} (2048-14335999, default 14335999): 12242941

Created a new partition 1 of type 'Linux' and of size 5.9 GiB.

Command (m for help): n
Partition type
   p   primary (1 primary, 0 extended, 3 free)
   e   extended (container for logical partitions)
Select (default p): p
Partition number (2-4, default 2): 2
First sector (12242942-14335999, default 12242944):
Last sector, +sectors or +size{K,M,G,T,P} (12242944-14335999, default 14335999):

Created a new partition 2 of type 'Linux' and of size 1022 MiB.

Command (m for help): a
Partition number (1,2, default 2): 1

The bootable flag on partition 1 is enabled now.

Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Device or resource busy

The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).

这部分有两个地方需要注意的:

1、sda1扩容后的总大小必须是整个磁盘减去swap分区的大小,我上面的例子sda1就是: 14335999-2093058=12242941

2、fdisk分区使用‘a’命令是用来激活主分区,这个一定要重新激活。

第三步,重载分区列表

这里使用到的是partprobe,OMV是基于Debian的,默认应该安装了,如果没有安装请自行搜索安装方法.

$ sudo partprobe

第四步,重新扫描磁盘容量

使用resize2fs命令对sda1进行扩容有重扫描容量。

$ sudo resize2fs /dev/sda1
resize2fs 1.42.12 (29-Aug-2014)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
old_desc_blocks = 3, new_desc_blocks = 10
The filesystem on /dev/sda1 is now 38833617 (4k) blocks long.

第五步,重新配置swap分区

因为fdisk对ext4扩展分区支持不足,建议使用cfdisk进行重新配置swap分区。

$ sudo cfdisk
            

选择sda2分区,转换成82 Linux swap / Solaris类型并保存。

第六步,重新激活swap分区

$ mkswap /dev/sda2
/dev/sda2
UUID=d58bf1cb-d27a-487d-b337-056767fd5ad6 none swap sw 0 0

记下上面的UUID。

用命令行重新激活swap分区。

$ swapon /dev/sda2

通过命令把上面的UUID修改到fstab中

$ sudo nano /etc/fstab
# swap was on /dev/sda5 during installation
UUID=d58bf1cb-d27a-487d-b337-056767fd5ad6 none            swap    sw              0       0

确保没有问题后,重启虚拟机。

至此,无损扩容工作便全部完成。

祝你好运!


入手Chromebooks

前段时间在黄鱼闲逛时,捡到台价格还凑合的Chromebooks,型号是Pixelbook 2017,典型的洋垃圾。试用几天ChromeOS后,感觉它就是个带键盘的大号平板电脑。为提高使用率,决定把它安装Winodws系统。不过遇到了些麻烦,我手上这台机器没有解固件锁。

解锁需求

经过一翻查阅资料,得先解锁(解CCD和WP),然后再刷BIOS,最后再安装系统。看着这么复杂的流程,又得折腾起来。

机器是使用Cr50加密芯片锁定。查阅Chromebooks专门站了解到,目前只有两个方法解锁:1,硬件拆解,断开电池,自动解锁;2,使用调试数据线SuzyQable进行软解锁。

由于最近比较手残,所以就不打算动手拆解设备,因而选择第2种数据线的方式。由于这线实在太冷门,首富家居然没有卖成品线的。不过,在黄鱼上找到2家有售。好家伙!一条USB线居然要60多块。

DIY准备

面对这么高昂的售价,我实在下不了手。于是查阅官方文档有提示DIY这种数据线的方法。原来这线的构造非常简单,需要的电子元件仅仅2个电阻(22 kΩ 和 56 kΩ 各1个)。刚好我元件箱里面有这些现成的电阻,只需要花几块钱买个Type-C测试板按照官方指引的链接方法焊接起来就是一条传说种的SuzyQable。以我手残破坏无数电器积累起来的焊工经验,焊接这个数据线应该是“湿湿碎”的事情。一不做二不休,马上上马!

Type-C和USB-A连线对应关系图

深水宝陷阱

Type-C测试板下单后第二天便收到。我迅速按照文档接线图进行焊接,同时用万用表测试各线路连通性无误后,插上Pixelbook,直接死机!能导致这种情况,大概率是:线连错了!而且,是电源线错接。于是我反复和文档核对接线正确性,依然没有发现任何错误。两个个简单的元件组成的电路图,居然就不成了?

实在不甘心!在百思不得其解的时候,我无意看到Type-C测试板卖家页面的样图和我手上收到的印文不一样。

卖家样品图

实际到货图

NMP,我到手的Type-C测试板印文居然是印刷错误的,和正确的刚好相反。VCC 5V居然接到了D+引脚上。这种错误接线方法链接的后果只是重启,这已经是最幸运的结果。严重的情况,直接把南桥或者CPU带走。这些商家真是丧心病狂!

Type-C引脚定义(24Pin)

发现问题后按照正确的Type-C引脚进行焊接,特意用一个老手机接上测试没有挂后,再接上Pixelbook测试,顺利通过USB识别Pixelbook设备。

DIY成功

DIY成品

焊工不如别人的好😄,刚好多买了几块Type-C测试板,可以做多几条,成本大概4块钱。折腾成功,省了几十块。

SuzyQable


自前年损坏一个块500G的BT中转盘后,一直没有购入新硬盘。用缓冲方法被我一拖,就拖足2年时间,看来这个应该是妥妥的伪需求。

前几天在pdd买东西的时候,系统推荐个硬盘给我:紫盘,3T价格是150块,50块/T。这两年因为磁盘不足而浪费的文件整理时间,已让我内心心生不忿。如果有个机会只要150块便能解决问题,我又怎能错过呢?虽然心里盘算这个价格大概率遇到的是清零盘。但是价格摆在面前,难以让人不心动。

简单看看评价,还算凑合。卖家誓旦旦表示:硬盘是全新库存盘,只是当年消耗不及时,留下来,起码有95新。我内心虽然有所顾忌,但是看在价格和紧迫感的份上还是选择下单。

物流很快,第2天就收到。这个时间我以为是发自深圳,想不到是湖北。打开快递包装,硬盘封包虽然是传统硬盘防静电胶袋,但封口位置明显是二次封装的。主板上有商家店保封签,检查厂家标签表面有划痕、电路板新旧程度并没有商家描述那样95新。生产年份居然是2015年,比我其他硬盘还要老一点,潜意识觉得要翻车。

硬盘特写

3T清零盘

硬盘合照

查看金手指位置,有比较明显的插拔痕迹。

金手指特写

和商家联系,其表示每块硬盘发货前都会通过MHDD检测,确保没有坏道和其他故障才发货,金手指插拔痕迹就是测试过程所致;至于表面的划痕也是由于贴标等原因不小心导致。同时也表示如果我不喜欢可以退货,但运费要算我的。省外快递普运费用应该也要12+,综合可能存在的其他不确定因素,还是选择不退货,先上机看看。

硬盘smart信息.png

查看S.M.A.R.T信息,各项指标都非常漂亮,和新盘没有区别。结合外观,大概率是清零盘。全盘扫描,没有发现坏块。最终,权衡利弊后还是决定把这个盘留下,作为BT中转盘使用。不过通过这种野路子买到的硬盘,安全性和稳定性肯定是无法保障的。看来还是要狠下决心制定屯银子计划,通过正规渠道购买有质量保障的硬盘。


最近家里的网络故障较高,直接原因是由于NAS主机死机导致的。我家网络目前使用软路由管理,也就是俗称的All In One模式。

排查问题

当前网络拓扑结构大致情况(目前尚为千兆模式)可以参考下图:

家居网络拓扑图

实现网络接入的硬件是2020年DIY的一台NAS主机,网络的拨号和路由功能都集中在NAS的虚拟机中完成,这种模式好处是可以统一管理,最大化资源的应用。坏处也很明显,某个环节故障即会导致整个网络瘫痪。

近期NAS频繁死机,检查日志推测应该是主板出现了故障。可能是散热问题导致,也可能是各种奇怪的原因。该主板是从黄鱼上收入的二手产品,估算使用年限也差不多到了。综上原因,我把原来万兆网络的计划重新提上了日程。准备更换当前NAS主要部件,并为万兆局域网布局做最后的准备。

升级配置

升级配件前后对比

主要配件已按照上图进行购置,花费不大。原来的主板只提供一条PCI-E 16X和1个m.2接口,存在比较大的瓶颈,因此更换通道更多的主板。而SSD,由于256G有点不够用,尝试使用UP主“小飞机DIY”实测老化耐久性测试很牛逼的国产SSD进行扩容。配件基本准备齐全,同时我还把原来的家用机箱更换成标准的2U服务器机箱,散热性能应该会好一点。

致钛

存储难题

磁盘故障

这是在威联通TS-212上的一块2T硬盘挂了。这硬盘主要是用于MacOS的时间机器备份用途。在彻底挂前,系统提示过几次磁盘需要扫描,而且也有死机的情况。因此我也对相关数据进行梳理并备份,不过好运气不是时时有的。这个主机上的磁盘是用raid0方式部署的,因此两个硬盘的数据都全部丢失了。

家里存储最多的是视频文件和DSD音乐文件,这些都是磁盘占用大户。目前的电影我基本上都看完后简单研判是否有保存价值后即删除。但是有时候会想着回看一下发现又要重新下载,但不一定有资源。倘若有更大的磁盘空间,有一个缓冲区,可以闲置一阵再去整理文件去留。

因为这个硬盘问题,我把存储扩容的事项正式提上日程了,预计会购置2个18T的企业硬盘作为主要的存储设备,这样就能彻底改善当下遇到的存储困境。不过由于近期支出有点超出预算,可能这个计划项目还会继续延宕一阵子。


概况

近年无论是二手东618,抑或是首富家双11,我已没有当年的热情。一方面套路太多,需要做功课才能拿到真正优惠。既然这么辛苦,那我就不凑热闹,等刚需的时候直接购买还省事。另外一方面是日常购物已经满足大部分生活用品消费需求。没有必要等到购物节去进行消费,早买早享受。

缘由

今年双11显得异常冷清。由于管控原因,这天我呆在家里。自从被确诊为神经性耳聋后,我尽量减少使用耳机,更换为使用音箱听音乐。因此把原来用于听耳机的解码器(ES9038Pro芯片)放到音箱的位置,置换掉原老旧的解码器(TDA1541芯片)。而电脑就用一个大学时期留下的创新牌USB外置声卡作为一般声音输出。

使用一段时间后发现,USB声卡总体落伍,听感已经无法接受。因此,购入新的解码器(DAC)替换这个声卡已安排在我购物计划中。在首富家的海鲜市场徘徊了一段时间,一无所获。遇到的不是传家宝,就是被磨修过的残废产品。目标解码器产品芯片主要集中在ES9038和AKM4497。受疫情和AKM火灾影响,这些产品价格一直虚高。然而,某天我在海鲜市场闲逛的时候发现个科学HIFI公司某木某林出品的号称对表前述两款芯片的机器,而且听古典音乐会更胜一筹,价格只要是同类型的2/3。

马上查到芯片型号相关信息:
罗姆的DAC BD34301EKV

看参数确实不错。但是我搜索整个海鲜市场,只有那个哥们一个人挂单。这情况只有两个原因:要不太冷门压根没有挂单;要不太热门挂单就马上被秒。很显然这产品不可能是热门产品。选择一款没有经过市场验证过的产品是一种风险,所以我退缩了。不过,这个产品一直放在首富家的购物车中。

剁手

双11再不济,也是一个折扣机会。因此我就在购物车看看之前的产品有没有优惠。解码器居然有优惠,一般的3C产品超过100块的优惠已经算给力的了。估算了一下,优惠后是日常价的7折。比之前海鲜市场的哥们放的二手还便宜一点点,果断出手!感觉是销量不好,要降价清仓,居然还矫情的说是物流调剂可能会延误派送,结果今天就到货了。

双木三林D300

开箱,简单装上

D300正面照片

通过USB连接MacOS免驱动,可以识别成USB声卡。通过DSD转PCM768kHz播放了段交响乐,个人听感解析力比ES9038PRO要通透点(年纪大了反而喜欢听高频的细节)。尝试通过DoP方式硬解DSD无果,电脑播放器显示支持,但是播放没有声音,屏幕只是一直显示PCM768kHz。拆下接到数播上,能直接硬解DSD512。研判是不支持MacOS。

Audirvana

收尾

Google一下,发现10月份在国外的论坛有讨论这个事情。而且一个貌似是官方的人员还提供了更新固件的解决方案。但问题是,这个奇葩的解决方案是需要使用windows系统去完成刷机的。我尝试使用Parallels的win10虚拟机,可以通过usb直通存储设备,无法直通声卡,因此无法升级。

已发Email给售后,等待回复。实在不行,只能选择退货了。看来选择冷门产品,需要花时间折腾。