当我跑步时systemctl status,我到达State: degraded了顶端,
? x230
State: degraded
Jobs: 0 queued
Failed: 1 units
Since: Wed 2018-05-30 17:09:49 CDT; 3 days ago
....
Run Code Online (Sandbox Code Playgroud)
这是怎么回事,我该如何解决?
我目前在 debian (wheezy/amd64) 上有一个奇怪的问题。
我创建了一个 chroot 来安装服务器(抱歉,我无法提供更多详细信息)。让我们称其为 path /chr_path/。为方便起见,我使用 debootstrap(也是 wheezy/amd64)初始化了这个 chroot。
在 chroot 中一切似乎都运行良好,但是当我启动服务器的安装程序脚本时,我得到了 :(
zsh: Not found /some_path/perl由于某些原因,安装程序包含一个 perl 二进制文件)
当然,我检查了/some_path/位置并找到了“perl”二进制文件。file在 chroot 环境中返回:
/some_path/perl ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped
Run Code Online (Sandbox Code Playgroud)
该文件存在,似乎没问题,具有正确的权限。我可以在它上面使用file, ls,vim但是一旦我尝试执行它 -./perl例如 - 我得到 : zsh: Not found ./perl。
这种情况对我来说是可以理解的。而且 :
/chr_path/some_path/perl …使用标签栏时,我不断收到此错误:
bash:无法为此处的文档创建临时文件:设备上没有剩余空间”
有任何想法吗?
我一直在做一些研究,很多人都在谈论 /tmp 文件,它可能会有些溢出。当我执行df -h我得到:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 9.1G 8.7G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 618M 8.8M 609M 2% /run
tmpfs 1.6G 0 1.6G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.6G 0 1.6G 0% /sys/fs/cgroup
/dev/sda1 511M 132K 511M 1% /boot/efi
/dev/sda4 1.8T 623G 1.1T 37% /home
tmpfs 309M 4.0K 309M 1% /run/user/116
tmpfs 309M 0 309M 0% /run/user/1000
Run Code Online (Sandbox Code Playgroud)
看起来 /dev/data 目录即将爆炸,但是如果我提示:
$ …Run Code Online (Sandbox Code Playgroud) 我有
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 2200 (rev c4)
Run Code Online (Sandbox Code Playgroud)
我如何确定该卡/驱动程序是否支持 5 GHz?
我只是想知道什么是等价的
apt-get upgrade
apt upgrade
yum update
Run Code Online (Sandbox Code Playgroud)
用 OpenWRT 还是 LEDE?
在 中include/x86_64-linux-gnu/asm/unistd_64.h,我看到一个名为 的系统调用tuxcall,
#define __NR_tuxcall 184
Run Code Online (Sandbox Code Playgroud)
man tuxcall除了说它是一个未实现的系统调用之外,没有什么关于它的。它做了什么?它从未实施过,还是在古代做过什么?
我想重命名文件以更改其扩展名,有效地寻找完成
mv *.txt *.tsv
Run Code Online (Sandbox Code Playgroud)
但是这样做时我得到:
*.tsv 不是目录
我觉得前 10 个 google hits 节目mv应该像这样工作有点奇怪。
我看到一堆声称 Jack 比 Pulse 更快并且延迟更短的说法。怎么会这样?为什么 Pulse 称自己为轻量级,而 Jack 的人称其为胖子?谁能将这两个守护进程的内部结构分解给外行?
有没有办法知道内核是否是在激活某个选项(即CONFIG_PROC_EVENTS=y)的情况下编译的,而不必拉出内核源代码包并查看配置文件?