Unix & Linux

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

4
xorg内存泄漏
在我的桌面上,Xorg泄漏了大量内存。我过去常让这台机器运行数天(数周,数月……),但是我每周大约不得不重启一次xorg,因为它占用了太多内存。 我是唯一受此问题影响的人吗?为什么会这样呢? 是Xorg被窃听还是其他问题(也许是一些xorg模块)? 我可以做些什么来避免它? 更多信息: 我使用的是ArchLinux,内核2.6.36,NVIDIA驱动程序260.19.36,gnome 2.32.1。 无论如何,我已经有很多年了,比如一年多。 这是经过大约9天的正常运行时间后,Xorg流程在顶部显示的方式... PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1591 root 20 0 278m 229m 9364 S 2 11.8 244:38.73 Xorg 我只有几个打开的窗户。229MB的常驻内存对我来说似乎很多(随着时间的推移,它将不断增长)。重新启动Xorg后,我还将在其生命之初添加进程统计信息。 这是我的Gnome桌面启动后立即出现的情况: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1573 root 20 …

4
如何定期以极短的间隔运行命令并获得收益?
我需要在大约5秒钟的间隔内调用特定命令。如何设置后台运行的守护进程/进程或类似的方法?我看了cronjobs,但最小间隔似乎是1分钟。任何建议表示赞赏;) Fedora是系统。 编辑该命令将是一个bashscript,所以我认为“监视”不会这样做。

5
是否有针对Linux的CD / DVD磁盘读取测试工具?
当我使用DOS和Windows时,我看到了很多工具可以用来检查光盘的可读性和对光驱本身进行基准测试。他们中的大多数甚至都以漂亮的图表形式可视化结果。 GNU / Linux操作系统有这样的东西吗? 我希望拥有一个功能齐全的可视GUI工具,但是对于我现在遇到的特殊情况,我只需要检查我的CD驱动器是否可以读取特定的严重刮擦的CD-RW磁盘中的每个字节。

3
从发生故障的驱动器中保存数据
外部3½英寸HDD似乎有发生故障的危险- 空闲时会发出滴答声。 我已经购买了一块替换驱动器,并且想知道最好的策略来从可疑驱动器中获取数据,并尽可能多地节省数据。 有些目录比其他目录更重要。但是,我猜测选择目录会减少我保存整个内容的机会。我还必须安装它,转储文件列表,然后再卸载它,以便能够有效地对目录进行优先级排序。再加上这样做很耗时,我倾向于这种方法。 我刚刚考虑过使用dd,但是我不确定它如何处理读取错误或其他问题,这些错误或问题可能仅阻止数据的某些部分被抢救,或者可以通过重试来克服,但没有那么多尝试危及驱动器其他部分的保存。我想理想情况下,它将执行一次传递以获取尽可能多的内容,然后返回以重试由于错误而丢失的所有内容。 是否可以更慢地进行复制(例如,每x MB / GB暂停)比完全运行操作(例如,避免出现任何过热问题)更好? 对于“您的备份在哪里”的人群:这实际上是我的备份驱动器,但是它也包含一些非关键性和笨重的内容,例如音乐,它们不是备份,即不备份。 除了发出不祥的声音外,驱动器没有任何明显的故障迹象。最近,我确实要纠正一些错误-孤立的inode,不正确的可用块/节点数,inode位图差异,删除的inode的dtime为零;总共约有20个错误。 分区的文件系统是ext3。


1
当计算机进入休眠状态时,交换数据将如何处理?
当计算机进入休眠模式时,它会将RAM的内容保存到交换空间中,以便它可以在重新开机时准确地恢复到中断处。 因此,如果您当前使用的内存多于RAM,该怎么办。在这种情况下,某些原本在RAM中的数据将被保存以进行交换。 一个例子。一台计算机具有1GB的RAM和1GB的交换空间。它目前正在使用100MB RAM和500MB交换空间。因此,需要记住大约1.4GB的内存来保存其状态。但是,交换空间仅为1GB。 在这种情况下会发生什么? ~~编辑~~ 如下所述,休眠失败。接下来是一个后续问题: 如果失败,将在哪里报告错误?
12 swap  hibernate 

1
partprobe如何工作?
我一直在寻找一种刷新scsi总线(或其他任何总线)的方法,以使我的内核(CentOS 5.5上为2.6.18-194-el5)了解驱动器上的分区,而我无法找不到办法。partprobe立即做到了。怎么样? 既然很重要,这就是我正在做的事情: 我想在特定于分区的事情上进行一些练习,例如调整大小,备份和还原MBR,等等。我在/ dev / sdb上创建了20GB分区,备份了MBR: dd if = / dev / sdb of = sdb.mbr bs = 512 count = 1 然后进入fdisk,删除分区,将其写入,然后退出。 ls / dev / sdb * 显示没有分区,并且 fdisk -l / dev / sdb' 匹配,所以我觉得我很好。 然后,我将dd颠倒了: dd if = sdb.mbr of = / dev / sdb bs …



2
./executable:无法执行二进制文件
我有一个脚本,当我通过SSH服务器自己执行该脚本时效果很好,但是在持续集成服务器Hudson运行该脚本时遇到了问题。 我正在嵌入式Linux系统(目标)上自动化测试。目标通过串行连接到服务器A(RHEL 5),并通过minicom进行操作。服务器B(FC 12)构建实际在目标服务器上运行的测试,并且可以发送到服务器A。服务器C(RH)托管哈德森,而服务器B作为从服务器。 我已经编写了一个runscript(http://linux.die.net/man/1/runscript)脚本来完成实际目标所需的一切;它引导映像,从服务器B挂载目录并执行测试。服务器B上的bash脚本使用runscript脚本以及一些伴随动作来调用minicom。我在服务器B上有一个bash脚本,它使用 ssh -t -t ServerA bashScript.sh 使这些测试在目标上运行。我在服务器C上,可以通过ssh到服务器B并执行ssh到服务器A的脚本来运行那些测试,该服务器使用runscript执行minicom。ew。 回顾: 服务器A:Hudson使用其从属机制来SSH到服务器B。 服务器B:kickOffTests.sh有线路ssh -t -t ServerA runTests.sh 服务器A:runTests.sh调用一个Perl脚本,该脚本调用minicom -S my.script ttyE1 引导后目标:从服务器B挂载测试所在的目录,然后输入该目录。它调用另一个bash脚本,该脚本运行测试,它们是已编译的C可执行文件。 现在,当我自己执行这些脚本中的任何一个时,它们就会执行应有的操作。然而,当哈德森试图做同样的事情,比它抱怨在“另一个bash脚本”调用的C可执行文件,行小型机会议./executable,与./executable: cannot execute binary file 我仍然有很多关于linux的知识,但是我想这个问题是由于Hudson没有与控制台连接而造成的。我不知道哈德森到底是怎么控制它的奴隶的。我export TERM=console在运行kickOffTests.sh之前尝试在配置中使用该行,但是问题仍然存在。 谁能向我解释发生了什么以及如何解决?我无法从此等式中删除任何服务器。也许可以将minicom排除在等式之外,但这会给该项目增加未知的时间,因此我更希望使用现有的解决方案。

2
在Linux中使用许多监视器(4+)
我希望能够运行4台以上的显示器(也许是6台),这与Displayport卡现在兼容的东西非常令人困惑。现在我有一个只有2个HDMI输出的ATI卡。我看到的问题是ATI驱动程序说它不支持4个以上的显示器。因此,看来他们的宽容度卡可能比它的价值更麻烦。 无论如何,我还是更喜欢nvidia,他们似乎总是有非常好的linux驱动程序。但是我看不到他们提供的卡具有4个以上的端口。我见过的大多数高端卡都有2个HDMI,1个DVI和1个Displayport。我是否误认为这些卡仅限于4个显示器? 那司机呢?如果我得到双nvidia卡并连接起来,比如说每张卡上有2个HDMI端口+ DVI端口,那么xorg / nvidia驱动程序会发挥出色吗?我可以设置不同分辨率的显示器吗?(我现在有2个1920x1080和1920x1200屏幕)? x windows呢?您可以为6个屏幕设置xinerama吗?还是使其能够拖动x窗口? 更新:看来ati驱动程序最近已经走了很长一段路,并且官方支持Linux的Eyefinity。我想我要去买ATI 5870,然后看看我会在哪里弄乱它。 Update2: 我订购了5870,我会让你们知道它的运行情况。不过,目前我只有几个显示器可以玩。
12 xorg  drivers  monitors 



7
哪个运行对话框
我只是从标准的Gnome窗口管理器切换到Openbox(仍在Gnome内部运行),并且非常喜欢。但是,现在我需要一个新的运行对话框,例如在Gnome中按Alt+ 时弹出的对话框F2。我在Openbox Wiki中看到,我可以将gnome中的一个与之配合使用,gnome-panel-control --run-dialog但也许有人可以为此推荐一个更好的程序?


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.