之前操作Linux,扩容已有分区,一直是手工fdisk删除分区重建搞定的,这种方式不直观且容易出错;最近采用parted操作了以下,发现很直观;

比如我要对 /dev/sda1 从 100GB,扩容至200GB,操作如下

查看当前分区情况

1
2
3
4
5
6
7

# 进入 parted 工具
$ sudo parted
GNU Parted 3.4
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
# 查看磁盘信息
(parted) print /dev/sda

我只有 /dev/sda1 一个分区,因此很好办

根分区扩容

1
2
3
4
5
6
7
8
9
10
11
12
13
14

# 进入 parted 工具
$ sudo parted /dev/sda
# 查看磁盘信息
(parted) print
# 此时应该只有一个分区,直接扩展这个分区
(parted)resizepart 1
Warning: Partition /dev/sda1 is being used. Are you sure you want to continue?
# 直接输入 yes 确认
Yes/No? yes
# 输入新的结束点
# 这里输入的数值,就是上方输出中 Disk: 后方的数值
End? [200GB]? 200GB
# 扩展完成之后退出 parted
(parted) quit

用resize2fs 工具扩展文件系统

1

$ sudo resize2fs /dev/sda1

不出意外,应该搞定了;

注意事项

扩容之前,最好用 lsof 查看以下扩容分区,把所有的读写进程都停掉,如果条件允许,umount 这个分区再扩容,更加安全

PVE的虚机做了显卡直通后,有时候启动会报错:

1

start failed .... got timeout.

这一般是因为系统的内存不够了,因为硬件直通,虚拟机的内存需要跟物理内存的DMA映射一致,他就需要物理上连续的内存空间;如果此时物理机的空余内存看起来是够的,但是连续空间不够,就会报错;

基于上一个小说扩写大师; 我将 <新纪元共鸣:智能的觉醒> 这篇文章扩写了一下;

对话的完整过程在这里

这个版本是第二版,虽然有了明显的进步,但是离一篇成熟的作品还很远,我认为目前的ChatGPT能力下,还有许多能够提升的空间;

但是,与其继续优化Promots和交互来提升,我更倾向于提升ChatGPT的能力来做这件事,我期待着GPT5的到来;

文中配图用Dalle3生成;

chatGPT由于输出的限制,不能一次性写长文,可以采用分治法,比如下面这个GPTS Role:小说扩写大师,可以把每个章节题目和概要喂给他,然后就可以自由自在水文了:

记录上一篇科幻小说《新纪元共鸣》:我与ChatGPT的完整对话

首先,我设定的ChatGPTS的Promot是这样的:

ChatGPT4目前最大的限制是输出Token数目,目前一次最多输出1000个Token左右;虽然可以通过切割章节等手段规避,但是目前很难一口气写出情节连贯的故事;同样的,它也没有办法分析中等代码量的一整个编程项目;

这是一篇chatGPT4写的科幻小说,平铺直叙就像说明文,只能算第一版,我希望能找到更好的跟AI交互的方法,用更细致的promots把它改写成一篇引人入胜的故事;

AI大潮汹涌,一年时间,各种大模型层出不穷;用多了ChatGPT,自然想要自己本地搭建一个,看看单机版大模型的表现如何;

目前最简单的,还是用ollama,简单记录一下本地搭建流程。

从中学的政治课本里面,就一直强调共产主义是我们社会发展的高级形态;但是共产主义社会到底是什么样子的?国家制度什么样子的,婚配制度什么样子的?还有没有警察局,还有没有死刑,还有没有法院....没有人能说清;

但是所有的课本上,所有的理论家,都信誓旦旦的预言,共产主义会实现 生产力极大发展,财产公有,按需分配;

这个财产公有,按需分配 ,一直是我的最大疑惑;人性是贪婪无度的,基因是自私的,把自己的东西白送给集体违背人性;也许在某个时期,在某些领袖的权威和人格魅力感染之下,会部分实现这个按需分配,但是长时间的维系这个制度,我是很怀疑的;

而且这个美好的前景的最大漏洞在于: 按需分配,谁来分配呢?怎么保证这个分配者不会腐化呢?

原来我是一直对于这个财产公有,按需分配有怀疑的,毕竟人类自私的基因是几千万年来优胜劣汰留下来的,很难想象会通过某种制度发生改变;

setup systemd service file

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

sudo vi /etc/systemd/system/rc-local.service
[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local
[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99
[Install]
 WantedBy=multi-user.target

enable systemd service

1

sudo systemctl enable rc-local

create rc.local

1
2
3
4
5
6
7

sudo vi /etc/rc.local
#!/bin/bash
...
sudo chmod +x /etc/rc.local

自学Swfit开发了一个App,记录一下坑:

• Swift和ObjectC混编的时候,检查 ProjectName--Bridging-Header.h 文件是否被指定为桥接文件 : Target-> Build Settings ->Swift Compiler -> Install Object-C Compatibility Header 设置为Yes, Target->Build Settings -> Swift Compiler ->Object-C Briding Header 是否设置为这个文件

• xxx-Bridging-header.h 文件内容一般是 swift的头文件和公共的头文件,内容一般是

1

#import "xxx.h"

• 当引用类似 #import "happynet-Swfit.h" 提示找不到的时候, 请检查引用次序,类似:

1
2
3
4
5

@import TestDylib;
#include "xxx-Swift.h"
#import "xxxmanager.h"

• 编译提示少符号的时候,检查 Target-> Build Phases-> Compile Sources 是否把所有文件添加进去了
• 调试第三方库,例如Tunnel的时候,先用 Debug->Attach To Process by PID Or Name 挂载进程
• 如果是线程错误,xcode会弹出一个Text Table,显示汇编指令哪一行有问题,同时临近的Table回显示代码文件中对应的哪一行,一般是淡绿色标注那一行
• 如果出现莫名其妙的编译错误,先Build -> Clean Build xxx;清理一下,重新编译试试