我有一个文件服务器，其中DF报告94％/完整。 但根据杜，更less使用： # df -h / Filesystem Size Used Avail Use% Mounted on /dev/sda3 270G 240G 17G 94% / # du -hxs / 124G / 我读了开放但删除的文件可以负责，但重启没有解决这个问题。 这是Linux，ext3。 问候
我正在rsyncing几个目录。 我有一个bashterminal打开，正在执行这样的事情： for DIR in * ; do rsync -a $DIR example.com:somewhere/ ; done 但是如果我想停止整个事情，我按Control-C。 这停止了rsync，但它继续下一个。 在这种情况下，我意识到发生了什么事情，然后像疯子一样按Control-C，直到事情再次起作用。 有没有办法来“解决”这个。 我想要它，所以如果我有一个这样的循环，并按下Control-C，它会将我返回到我的bash shell。
我曾经连续两次被问及这个问题，但经过与各个系统pipe理员的研究和检查，我还没有得到很好的答复。 我想知道有人能帮助我。 服务器磁盘空间不足。 您注意到一个非常大的日志文件，并确定它是安全的删除。 您删除该文件，但磁盘仍然显示它已满。 什么会造成这种情况，你将如何补救？ 你将如何find哪个进程正在写这个巨大的日志文件？
我有像这些无效字符的文件 009_-_ %86ndringshåndtering.html 这是一个文件名出现问题的地方。 有没有办法删除所有无效的字符？ 或可以用某种方式？ echo "009_-_ %86ndringshåndtering.html" | tr ???
我不确定我是否被黑客入侵。 我试图通过SSHlogin，它不会接受我的密码。 根login被禁用，所以我去抢救和转换根login，并能够以root身份login。 以root用户身份，我尝试使用与之前尝试login的密码相同的密码更改受影响的帐户的密码， passwd回答“密码不变”。 然后，我将密码更改为其他内容，并能够login，然后将密码更改回原始密码，我又能够login。 我检查了auth.log的密码更改，但没有发现任何有用的东西。 我也扫描病毒和rootkit，服务器返回这个： ClamAV的： "/bin/busybox Unix.Trojan.Mirai-5607459-1 FOUND" RKHunter： "/usr/bin/lwp-request Warning: The command '/usr/bin/lwp-request' has been replaced by a script: /usr/bin/lwp-request: a /usr/bin/perl -w script, ASCII text executable Warning: Suspicious file types found in /dev:" 应该指出，我的服务器并不广为人知。 我也更改了SSH端口并启用了两步validation。 我担心我被黑客攻击，有人试图欺骗我，“一切都好，别担心”。
有时你的脚本需要在不同的Linux上有不同的performance。 我怎样才能确定脚本运行在哪个版本的Linux上？
PHP应用程序因高于平均的安全性问题而享有声誉。 您使用什么configuration技术来确保应用程序尽可能安全？ 我正在寻找像这样的想法： 使用强化的PHP / Suhosin 使用mod_security 在php.ini中禁用register_globals和allow_url_fopen 我通常使用Linux，但也可以自由地推荐Windows解决scheme。
我有一个HP DL380 G7，其中有两个不匹配的CPU。 一个是具有较快内核的四核CPU，一个是具有较慢内核的六核CPU。 在这个盒子上我运行一个应用程序，由于许可原因将只使用CPU0-CPU3。 对于我来说，希望四核CPU上更快的核心可以枚举到操作系统中的CPU0-CPU3，这为我a）使用更快的时钟核心带来了性能上的好处，b）保持所有线程在同一个物理CPU上。 有没有办法做到这一点，无论是在BIOS中，或在Linux的configuration文件或启动选项？ 具体的CPU型号是： Intel（R）Xeon（R）CPU E5649 @ 2.53GHz（六核） Intel（R）Xeon（R）CPU E5640 @ 2.67GHz（四核）
我们今天的HAProxy虚拟机有一个小小的故障转移问题。 当我们挖掘它时，我们发现这一点： Jan 26 07:41:45 haproxy2内核：[226818.070059] __ratelimit：10个callback被抑制 1月26日07:41:45 haproxy2内核：[226818.070064] Out of socket内存 1月26日07:41:47 haproxy2内核：[226819.560048] Out of socket内存 1月26日07:41:49 haproxy2内核：[226822.030044] Out of socket内存 其中，通过这个链接 ，显然与net.ipv4.tcp_mem低默认设置有关。 所以我们将它们的默认值增加了4倍（这是Ubuntu服务器，不确定Linux的风格是否重要）： 当前值是：45984 61312 91968 新值是：183936 245248 367872 之后，我们开始看到一个奇怪的错误消息： 1月26日08:18:49 haproxy1内核：[2291.579726]路由哈希链太长！ 1月26日08:18:49 haproxy1内核：[2291.579732]调整你的secret_interval！ 嘘.. 这是一个秘密！ 这显然与/proc/sys/net/ipv4/route/secret_interval ，默认为600，并控制周期性的刷新路由caching secret_interval指示内核多频繁地吹走所有路由哈希条目，而不pipe它们是多么新/旧。 在我们的环境中这通常是不好的。 每当清除caching时，CPU将忙于重build每秒数千条logging。 然而，我们设置这个每天运行一次，以防止内存泄漏（虽然我们从来没有）。 虽然我们很乐意减less这种情况， 但build议您定期删除整个路由caching ，而不是简单地将旧值从路由caching中移出的速度更快。 经过一番调查，我们发现/proc/sys/net/ipv4/route/gc_elasticity这似乎是保持路由表大小的更好的select： gc_elasticity可以最好地描述为内核在开始使路由哈希条目过期之前将接受的平均存储桶深度。 这将有助于维持活跃路线的上限。 我们将弹性从8调整到4，希望路由caching修剪更加积极。 secret_interval不适合我们。 但是还有一些设置，不清楚哪一个是真正正确的方法。 / proc […]
我想让我的笔记本电脑宣布自己是一个蓝牙键盘或/和一个蓝牙鼠标。 能够使用蓝牙连接电脑到我的手机或我的媒体电脑将是很好的。 有谁知道这样做的好方法？