作者: houlijiang

  • docker 启动redis服务

    redis:
            image: redis:latest
            container_name: "redis"
            restart: always
            expose:
                - "6379"
            ports:
                - "6379:6379"
            networks:
                - dev
            command: --requirepass 123456
  • 延时队列服务启动docker

     rabbitmq:
        image: lianlianyi/rabbitmq:3.9.13-management-alpine-delayed
        ports:
          - 15672:15672
          - 5672:5672
        environment:
          - TIME_ZONE=Asia/Shanghai
          - RABBITMQ_DEFAULT_USER=admin
          - RABBITMQ_DEFAULT_PASS=admin
        volumes:
          - /etc/localtime:/etc/localtime
          - /etc/timezone:/etc/timezone
          - ./data/rabbitmq/db:/var/lib/rabbitmq/mnesia/rabbit@my-rabbit
  • redis 密码登录

    redis-cli

    auth (password)

  • Ubuntu笔记本合上盖子后无法远程重启的解决方法

    众所周知,Ubuntu系统笔记本可以通过远程控制重启系统,但是合上盖子后就无法实现这个功能了,这是怎么回事呢?碰到这个问题我们要如何解决呢?下面,小编就给大家介绍下Ubuntu笔记本合上盖子后无法远程重启的解决方法。


    Ubuntu系统

      方法步骤:

      1、首先检查电源选项,合上盖子选项设为“Do Nothing”。

      2、修改login manager 。

      打开/etc/systemd/logind.conf

      将:

      #HandleLidSwitch=suspend

      修改为:

      HandleLidSwitch=ignore

      重启system manager:

      systemctl restart systemd-logind

  • deepin 设置远程自动重启正常自动登录

    1.账号设置 自动启动 无密码登录

    Ubuntu笔记本合上盖子后无法远程重启的解决方法

    2.

     方法步骤:

      1、首先检查电源选项,合上盖子选项设为“Do Nothing”。

      2、修改login manager 。

      打开/etc/systemd/logind.conf

      将:

      #HandleLidSwitch=suspend

      修改为:

      HandleLidSwitch=ignore

      重启system manager:

      systemctl restart systemd-logind

  • Centos6和Centos7系统运行级别

    Centos7:

    启动级别:

    1. 00:系统的关机级别,init 0 进入到关机状态                   poweroff.target
    2. 01:系统的单用户模式  用于修复系统 或 重置密码信息      没有网络        rescue.target
    3. 02:系统的多用户模式     没有网络               multi-user.target
    4. 03:系统的多用户模式,正常系统运行级别多用户模式级别     有网络         multi-user.target
    5. 04:预留级别             multi-user.target
    6. 05:图形化界面级别           graphical.target
    7. 06:系统的重启级别           reboot.target

    Centos6

    启动级别:

    1. 00:系统的关机级别,init 0 进入到关机状态
    2. 01:系统的单用户模式  用于修复系统 或 重置密码信息      没有网络
    3. 02:系统的多用户模式     没有网络
    4. 03:系统的多用户模式,正常系统运行级别多用户模式级别     有网络
    5. 04:预留级别
    6. 05:图形化界面级别
    7. 06:系统的重启级别

    1、查看系统当前运行级别

    Centos6:

        #runlevel     或者       #cat  /etc/inittab

    Centos7:

         #systemctl get-default

    2、修改系统运行级别

    Centos6:

           #   vim   /etc/inittab (永久调整)   或者    init  运行级别数值   (临时调整)   

    Centos7:

            #  systemctl    set-default    运行级别

    如:systemctl set-default multi-user.target

    3、运行级别文件信息

    Centos6: #/etc/inittab

    Centos7:#ls -l /usr/lib/systemd/system/runlevel*target

    4、临时切换系统使用:

    图形–> 文本

    # systemctl isolate multi-user.target

    文本–>图形

    # systemctl isolate graphical.target

  • Ubuntu下init启动级别解释

    在Ubuntu装显卡驱动的时候,会使用sudo init 3这条命令,这样就省去了sudo service lightdm stop,那么原因是什么呢?解释如下:

    运行级别0:系统停机状态,系统默认运行级别不能设为0,否则不能正常启动

    运行级别1:单用户工作状态,root权限,用于系统维护,禁止远程登陆

    运行级别2:多用户状态(没有NFS)

    运行级别3:完全的多用户状态(有NFS),登陆后进入控制台命令行模式

    运行级别4:系统未使用,保留

    运行级别5:X11控制台,登陆后进入图形GUI模式

    运行级别6:系统正常关闭并重启,默认运行级别不能设为6,否则不能正常启动

  • deepin linux怎么开机进入命令行(文本模式)

    deepin linux下如果希望开机就进入文本命令行模式可以参考本经验。

    方法/步骤

    1. 首先,同时按CTRL+ALT+T键,打开终端。
    2. deepin linux使用的是lightdm启动器,它是默认开机启动的。
    3. 通过执行如下命令将其禁止开机自启动即可。sudo systemctl disable lightdm
    4. 再查看开机启动状态已经关掉了。
    5. 这时候重启一下电脑。sudo shutdown -r now
    6. 再次开机如下图所示。
    7. 输入用户名和密码,就可以进入命令行模式使用了deepin linux了。
  • ubuntu找不到chkconfig命令

    在Ubuntu 中使用 chkconfig命令报错

    chkconfig: command not found
    

    问题原因
    Ubuntu 中 chkconfig 已经被 sysv-rc-conf 所替代

    解决办法:

    apt-get update
    apt-get install sysv-rc-conf
    sysv-rc-conf --list
    
    

    在进行安装sysv-rc-conf 有可能会出现Unable to locate package sysv-rc-conf
    解决办法:

    第一步:打开sources.list文件
    vi /etc/apt/sources.list
    第二步:在sources.list文件最后一行中添加如下一列文本
    deb http://archive.ubuntu.com/ubuntu/ trusty main universe restricted multiverse
    第三步:更新apt-get
     apt-get update
     第四步:重新安装sysv-rc-conf
     apt-get install sysv-rc-conf
     第五步:查看服务情况
    

    在这里插入图片描述
    完成

    文章知识点与官方

  • CentOS 8运行其它环境编译的curl报77错误解决方法

    此问题来源于经过Github Actions编译出来的curl执行程序,由于actions默认的构建环境都是Ubuntu的,编译构建出来的新版本curl放到CentOS 8上运行时,会提示类似如下内容的错误(仅限需要用到ssl证书的协议,如https):

    12345 curl: (77) error setting certificate verify locations:    CAfile: /etc/ssl/certs/ca-certificates.crt    CApath: none ... curl: (77) Error reading ca cert file /etc/ssl/certs/ca-certificates.crt - mbedTLS: (-0x3E00) PK - Read/write of file failed

    按照网上搜到的说法,重新yum安装ca-certificates之类的都不起作用,查看/etc/ssl/certs目录,发现有如下内容:

    lrwxrwxrwx 1 root root 49 Sep 22 21:54 ca-bundle.crt -> /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem
    lrwxrwxrwx 1 root root 55 Sep 22 21:54 ca-bundle.trust.crt -> /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt

    于是想到是不是构建和运行系统环境配置不同所致,于是建立软连接

    ln -s /etc/pki/ca-trust/extracted/openssl/ca-bundle.trust.crt ./ ca-certificates.crt

    再次执行curl访问https网站,问题解决!

    PS: 后续在K2P的OpenWRT路由器上试验curl时也遇到了类似问题,不过这次可没有/etc/pki/ca-trust里现成的证书了,参考其它OP系统解决此问题的方法,发现都是用“opkg install ca-bundle ca-certificates”来从软件源安装证书,这个貌似在K2P的官方固件上是行不通的,于是参考这里:https://www.myflv.cn/course/87.html,直接从curl官网: http://curl.haxx.se/ca/cacert.pem 下载ca证书,并复制到上面提到的同样位置:/etc/ssl/certs/ca-certificates.crt 即可。