debian

Systemd – Failed to reload daemon: Refusing to reload, not enough space available on /run/systemd

最近在配置一台128M内存运行debian 11系统的虚拟机时,遇到了修改systemd服务配置后reload时报错的情况,提示信息如标题所写,排查后发现debian系统安装后默认配置的/run空间大小是和系统内存数成比例的,而默认分配的16M空间,在执行“systemctl daemon-reload”时就会提示上面的错误信息,还会说明类似如下信息:

Currently, XX.XM are free, but a safety buffer of 16.0M is enforced.

解决的方法就是想办法加大这个/run就可以了,修改/etc/fstab,追加如下内容:

none /run tmpfs defaults,size=64M 0 0

这里指定了64M空间用于/run,按网上的说法这样应该可以应付绝大部分情况,之后执行:

mount -o remount /run

重新挂载/run,完成后可以用“df -hT”确认下当前/run的大小,增大后再次daemon-reload即可正常操作了。

Debian 10 buster扩容swap分区后启动缓慢修复

上下文是这样,建了个虚拟机,然后一路默认安装了debian buster,装好后用了一段时间,感觉swap有点小(虽然也没实际用满,只是心理作用),看了下默认安装后的swap是直接用了swap partition,以前这种情况一般是新建个够大的swap file,然后重新挂上,但是这次呢,因为是用了交换分区,而我又不想在主分区上创建交换文件,于是就想尝试下改变虚拟机磁盘大小,重新调整分区的方法来加大swap!

Continue reading…

Ubuntu 16.04 LTS安装MySQL 5.6后无my.cnf配置文件的问题

近日在虚拟机上的Ubuntu 16.04 LTS里测试Smartfox,需要安装MySQL数据库,于是apt-get安装,装的时候也没仔细看log,一路默认后就可以用了,建库建表都没有问题,直到后来发现需要修改MySQL的大小写敏感设置(lower_case_table_names=1),才发现百度到的配置文件修改在/etc/mysql/里并不存在,找了半天只发现这里/etc/mysql/conf.d/mysql.cnf有个类似的配置,而且里面只有[mysql]没有[mysqld],于是尝试添加了配置参数,又尝试手动创建my.cnf,结果不是不生效就是MySQL不能正常启动。最后发现是MySQL安装时出的问题,命令行执行:

dpkg -l | grep mysql

如果看到大部分mysql的包是5.6,但也有像mysql-common等的是5.7版的,这样就会产生这个没有默认配置文件的问题。解决方法如下:
Continue reading…