Ubuntu爬坑指南

从接触Ubuntu以来,就在不断地爬坑,也有过一些记录,但是都不集中,现在都找不到了,这着实是一个不小的遗憾。为了让自己不再遗憾,能够更快地提升自己,写下这往篇博客。Ubuntu开启root用户登录系统以及关闭guest用户开启root用户登录打开/usr/share/lightdm/lightdm

从接触Ubuntu以来,就在不断地爬坑,也有过一些记录,但是都不集中,现在都找不到了,这着实是一个不小的遗憾。为了让自己不再遗憾,能够更快地提升自己,写下这往篇博客。

Ubuntu开启root用户登录系统以及关闭guest用户

  • 开启root用户登录 打开/usr/share/lightdm/lightdm.conf.d/50-ubuntu.conf,加入下面这条语句,然后注销,就可以看见使用用户名和密码登录的选项,。 greeter-show-manual-login=true
  • 关闭guest用户 对于关闭Guest用户,只需要在这个文件中添加上下面这条语句即可。 allow-guest=false

开机登录后显示"System program problem detected"

如下图所示。虽然这个提示并不影响对OS的使用,但是做为一个强迫症患者,相信还是有办法解决的。出现这种情况,是因为一些应用在使用过程中出现了一些错误,然后系统将这些错误记录了下来,然后就是每次登录都来提示你。。。

描述

这些冲突(错误)都在/var/crash下,只需要将其下的所有文件全部删除,提示就不会再出现了。

描述
描述

但是,如果某些应用又运行时出现了问题,那么提示还是会继续出现的,需要再重复以上操作。因此,可以进行下面的捷足操作来永久地关闭这种通知。

  • Turn off apport

After removing the old crash reports, if you still get the same error message, then you can completely turn off apport to get rid. Edit the configuration file at /etc/default/apport.

$ gksudo gedit /etc/default/apportThe file would contain something like this

# set this to 0 to disable apport, or to 1 to enable it
# you can temporarily override this with
# sudo service apport start force_start=1
enabled=1

Just set the value of enabled to 0, and this will disable apport. enabled=0Save the file and close it. From the next boot onwards, there should be no error messages ever. If you do not want to restart the system then restart apport from the command line. $ sudo restart apport

JetBrains系列IDE全局菜单

菜单栏在标题下面,看起来特别别扭,还是全局的、统一的高大上~ 1. Install Jayatana package:

sudo add-apt-repository ppa:danjaredg/jayatana
sudo apt-get update
sudo apt-get install jayatana

2. Append line to bin/idea64.vmoptions:

-javaagent:/usr/share/java/jayatanaag.jar

注:JetBrains全系(以及基于IDEA的Android Studio)都可以通过在安装目录下的bin/xxxxxx.vmoptions添加2中代码来开启全局菜单。

其实2还可以用下面的操作,都是导入了那个选项吧。之前成功过,但是目前并没有,是感觉是因为.desktop文件原因。不过可以当做是一个参考吧!

export _JAVA_OPTIONS="-javaagent:/usr/share/java/jayatanaag.jar"在运行bin/****.sh前让它生效应该就好了吧。

参考

http://www.binarytides.com/ubuntu-fix-system-program-problem-error/

Read more

Volcano 与 Kubernetes GPU 调度学习笔记

本笔记系统整理 Volcano 调度器、Kubernetes 调度框架、GPU Device Plugin、HAMi 等云原生 AI 调度领域的核心知识,适合用于学习、复习和工程实践参考。 目录 * 第一部分:Volcano 入门 * 1. Volcano 是什么 * 2. 安装与快速使用 * 3. 核心特性一览 * 第二部分:Volcano 整体架构 * 4. Volcano 解决的核心问题 * 5. 整体架构与数据流 * 6. 三层抽象模型 * 第三部分:Volcano 核心实现原理 * 7. Session 机制 * 8. Gang Scheduling 实现 * 9. Queue 与 DRF 公平调度

容器镜像(4):镜像的常用工具箱

容器镜像(4):镜像的常用工具箱

前几篇在讲多架构镜像时已经用过 skopeo 和 crane 做镜像复制,这篇系统整理这两个工具的完整能力,同时介绍几个日常操作镜像时同样好用的工具。 一、skopeo:不依赖 Daemon 的镜像瑞士军刀 skopeo 的核心价值是绕过 Docker daemon,直接与 Registry API 交互。上一篇用它做镜像复制和离线传输,但它的能力远不止于此。 1.1 安装 # Ubuntu / Debian sudo apt install -y skopeo skopeo --version # skopeo version 1.15.1 1.2 inspect:免拉取检查镜像元数据 docker inspect 需要先把镜像拉到本地,skopeo inspect 直接向 Registry

容器镜像(3):多架构镜像构建

容器镜像(3):多架构镜像构建

一、什么是多架构镜像 1.1 OCI Image Index 上一篇介绍了单平台镜像的结构:一个 Manifest 指向 Config 和若干 Layer blob。多架构镜像在此之上多了一层——OCI Image Index(也叫 Manifest List),是一个轻量的索引文件,把多个单平台 Manifest 组织在一起: $ docker manifest inspect golang:1.22-alpine { "schemaVersion": 2, "mediaType": "application/vnd.oci.image.index.v1+json", "manifests&

容器镜像(2):containerd 视角下的镜像

容器镜像(2):containerd 视角下的镜像

一、为什么需要了解 containerd 如果你只用 docker run 跑容器,从来不关心底层,那可以不了解 containerd。但如果你在用 Kubernetes,或者想真正理解"容器运行时"是什么,containerd 是绕不开的。 事实上,当你执行 docker run 的时候,containerd 早就在后台悄悄工作了——Docker 从 1.11 版本开始,就把核心运行时剥离出来交给 containerd 负责。 1.1 Docker 的架构演变 早期的 Docker(1.10 及之前)是一个"大一统"的单体程序:一个 dockerd