Unix & Linux

Linux,FreeBSD和其他类似Un * x的操作系统用户的问答

4
CentOS 7-yum安装不起作用
每当我想使用命令时yum install <packagename>,都会出现错误: 无包装 例如, [root@cpanel1 etc]# yum install autossh Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos.t-2.net * extras: centos.t-2.net * updates: centos.t-2.net No package autossh available. Error: Nothing to do [root@cpanel1 etc]# 我该如何运作?
12 centos  yum 


3
如何在“顶部”输出中解释“平均负载”?所有发行版都一样吗?
我想知道基于Red-Hat的linux的输出是否可以由基于Debian的linux进行不同的解释。 为了使问题更具体,我所要了解的是,如何理解topRed-Hat系统上命令第一行的“平均负载” 以及如何通过官方文档ro代码对此进行验证。 [有很多方法可以解决这个问题,所有这些都是可以接受的答案。] 一种可能的方法是找到正式记录此信息的位置。 另一个是找到top从我正在开发的特定发行版和版本中构建的代码版本。 我得到的命令输出是: top - 13:08:34 up 1:19, 2 users, load average: 0.02, 0.00, 0.00 Tasks: 183 total, 1 running, 182 sleeping, 0 stopped, 0 zombie Cpu(s): 0.2%us, 0.2%sy, 0.0%ni, 96.8%id, 2.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 3922520k total, 788956k used, 3133564k free, 120720k buffers Swap: 2097148k …
12 rhel  top  load-average 

2
dpkg:错误:无法删除数据库当前正在使用的体系结构“ i386”
我使用此命令添加了i386拱门: sudo dpkg --add-architecture i386 然后,在没有安装任何软件包之后,我立即尝试删除i386拱门,如下所示: sudo dpkg --remove-architecture i386 而且我得到了错误: dpkg: error: cannot remove architecture 'i386' currently in use by the database 我已经看到了迄今为止涉及移除i386的包装解决方案,我还没有安装任何,是的那些安装有该操作系统的运作至关重要。我该怎么办? 编辑,请阅读以下内容,以免破坏您的操作系统: 原来64位Linux操作系统已经包含了i386架构,因此该命令sudo dpkg --add-architecture i386实际上并没有执行任何操作。





2
远程安装的sshfs上的rsync与本地的rsync之间的区别?
如果我将远程主机(ssh://)作为源/目标运行rsync或使用本地路径通过sshfs共享安装目录,有什么区别吗? 在不使用任何开关的情况下,在安全性或复制速度方面是否可能存在差异,只需使用rsync存档模式和远程主机路径(ssh)。sshfs的安装方式与源和目的地相同(无密码更改,仅默认设置)。

2
mount:此类文件或目录没有经过加密的恢复
我已经破坏了Mint Linux的安装。我只是想访问我的远程店面。因此,发生的是我在主目录中的ICEauthority文件遇到问题。因此,按照Internet上的不同方向,我得出的结论是,我可以将主目录递归设置为chmod 755以允许该文件正常工作……最终,我遇到了系统加载问题。最终,通过将主目录设置为具有root权限的可执行权限,我才能够获得读/写访问权限…但是后来我重置了机器,哦,为什么哦,为什么重置了机器!-现在,系统使用ICEauthority向我抛出相同的错误,但由于磁盘已加密,因此它从未使我进入操作系统。我尝试过的所有方法似乎都没有效果,而且我没有原始的安装种子。 frankenmint@honeybadger /home $ sudo ecryptfs-recover-private INFO: Searching for encrypted private directories (this might take a while)... INFO: Found [/home/.ecryptfs/frankenmint/.Private]. Try to recover this directory? [Y/n]: y INFO: Found your wrapped-passphrase Do you know your LOGIN passphrase? [Y/n] y INFO: Enter your LOGIN passphrase... Passphrase: Inserted auth tok …

1
对wpa_supplicant的后续调用失败-无法连接到wifi
我有一台ubuntu 15.10服务器,该服务器利用wpa_supplicant连接到使用wpa_passphrase创建的无线网络配置文件。重新启动时,第一次调用时sudo wpa_supplicant -B -i wlp2s0 -c ./MVS(其中MVS是网络保存的配置文件的名称),我得到了输出 Successfully initialized wpa_supplicant Could not read interface p2p-dev-wlp2s0 flags: No such device 但是退出代码为零,我可以通过运行以下命令确认我实际上已连接到无线网络 sudo iw wlp2s0 link 但是,随后对wpa_supplicant的调用(对于其他配置文件甚至是相同的配置文件)将产生更详细的输出: Successfully initialized wpa_supplicant Could not read interface p2p-dev-wlp2s0 flags: No such device nl80211: Could not set interface 'p2p-dev-wlp2s0' UP nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0 p2p-dev-wlp2s0: …

2
如何创建虚拟systemd服务以一起停止/启动多个实例?
我计划为使用的客户托管同一个Web应用程序的多个实例systemd。我希望能够stop和使用start每个客户实例systemd,并将整个客户实例集合视为可以一起停止和启动的单个服务。 systemd似乎提供了我需要使用的构建基块PartOf和模板单元文件,但是我停止了父服务,子客户服务没有停止。如何使用systemd进行此项工作?到目前为止,这就是我所拥有的。 父单位文件app.service: [Unit] Description=App Web Service [Service] # Don't run as a deamon (because we've got nothing to do directly) Type=oneshot # Just print something, because ExecStart is required ExecStart=/bin/echo "App Service exists only to collectively start and stop App instances" # Keep running after Exit start finished, because …
12 ubuntu  systemd 



2
加快/避免计算rsync文件列表
我使用rsync 3.1.1来同步两张光盘,其中一张在网络上,并作为samba共享安装在上/mnt/ROUTER_WD_2TB/。这是源,由于网络限制,速度最高为30-40MB / s。另一个是目的地,安装在本地(峰值110MB / s),并且是/mnt/BACKUP_HITACHI_2TB/。 我使用以下rsync命令: rsync -haAXi --quiet --append-verify --delete /mnt/ROUTER_WD_2TB/* /mnt/BACKUP_HITACHI_2TB/. 磁盘包含许多文件,其中大多数很小。 问题是,rsync 在开始移动任何文件之前需要花费相当长的时间(10-20m),我想是因为它必须计算大量小文件的文件列表。在此期间,网络利用率为200-500KB / s,而传输文件时的速度约为40MB / s。 通常,rsync大约需要15m才能找到它必须复制的内容,然后花费5秒钟来复制它,然后再继续检查其他一些文件再复制5分钟。总而言之,一个5秒钟的文件副本将持续20分钟! 除了排除文件夹之外,在复制文件之前,我是否可以采取任何其他措施来避免这一长时间?我可以实现哪种“缓存”,以便rsync不必从头开始重建所有文件列表?
12 rsync  backup 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.