Tag: linux

如何打印第三列到最后一列？: 我试图从DbgView日志文件中删除前两列（我不感兴趣）。我似乎无法find一个例子，从第3列开始直到行尾。请注意，每行都有可变的列数。

进行安装，但不是默认目录？: 我想运行“make install”，所以我有我需要的一切，但我想它安装在自己的文件夹中的东西，而不是系统的/ usr / bin等是可能的吗？即使它引用/ usr / bin等工具？

如何知道我正在使用哪个unix shell？: 有没有一种简单的方法，我可以告诉哪种types的unix shell我是在我是否在bash / csh / ksh / tcsh ？

重复整个MySQL数据库: 可以在Linux服务器上复制整个MySQL数据库吗？我知道我可以使用导出和导入，但原始数据库是> 25MB，所以这并不理想。有可能使用mysqldump或直接复制数据库文件？

从C中的文件描述符获取文件名: 是否有可能得到在C文件描述符（Linux）的文件名？

即使没有其他进程阻塞端口，Node.js应用程序也不能在端口80上运行: 我在安装了Node.js的Amazon EC2上运行Debian实例。如果我运行下面的代码： http = require('http'); http.createServer(function (request, response){ response.writeHead(200, {'Content-Type':'text/plain'}); response.end('Hello World\n'); }).listen(80); console.log("Running server at port 80"); 我得到下面的输出告诉我有另一个进程在80端口监听： Running server at port 80 events.js:72 throw er; // Unhandled 'error' event ^ Error: listen EACCES at errnoException (net.js:901:11) at Server._listen2 (net.js:1020:19) at listen (net.js:1061:10) at Server.listen (net.js:1127:5) at Object.<anonymous> (/home/admin/nodetests/nodetest.js:6:4) at Module._compile (module.js:456:26) at […]

为什么人们使用tarballs？: 作为一个主要的Windows开发人员，也许我在Linux社区中缺less一些文化，但是当下载文件首先放到.tar文件中然后压缩时，它总是让我感到困惑。为什么这两个步骤的过程？不压缩实现文件分组？有没有其他的好处，我不知道？

在Mac和Linux的文本文件中进行recursionsearch和replace: 在linux shell中，下面的命令将recursion地search并用'that'代替'this'的所有实例（我没有在我之前的Linux shell，但应该这样做）。 find . -name "*.txt" -print | xargs sed -i 's/this/that/g' OSX上的类似命令是什么样的？

信号情报如何与其他terminal信号相关？: 在POSIX系统上，终止信号通常具有以下顺序（根据许多MAN页面和POSIX规范）： SIGTERM – 礼貌地要求一个进程终止。它将优雅地终止，清理所有资源（文件，套接字，subprocess等），删除临时文件等。 SIGQUIT – 更有力的请求。它将终止不正常，仍然清理绝对需要清理的资源，但可能不会删除临时文件，可能在某处写入debugging信息; 在某些系统上也会写入一个核心转储（不pipe信号是否被应用程序捕获）。 SIGKILL – 最有力的请求。这个过程甚至没有被要求做任何事情，但系统会清理过程，无论是否这样。最有可能的核心转储写入。信号情报如何适应这一情况？当用户点击CRTL + C时，CLI进程通常由SIGINT终止，但后台进程也可以通过使用KILL实用程序的SIGINT终止。在规范或头文件中我看不到的是SIGINT比SIGTERM更强大还是更差，或者SIGINT和SIGTERM之间有什么区别。更新：到目前为止，我发现的终止信号的最佳描述在GNU LibC文档中。它很好地解释了SIGTERM和SIGQUIT之间有一个预期的区别。它说关于SIGTERM：礼貌地要求程序终止是正常的方法。它说SIGQUIT：并在程序终止时产生核心转储，就像程序错误信号一样。您可以将此视为用户“检测到”的程序错误情况。在处理SIGQUIT时最好省略某些types的清理。例如，如果程序创build临时文件，它应该通过删除临时文件来处理其他终止请求。但是，SIGQUIT最好不要删除它们，以便用户可以与核心转储一起检查它们。 SIGHUP也解释得很好。 SIGHUP不是真正的终止信号，它只是意味着与用户的“连接”已经丢失，所以应用程序不能指望用户读取任何进一步的输出（例如stdout / stderr输出），并且没有input用户不再。对于大多数应用程序意味着他们更好地退出理论上，应用程序也可以决定在收到SIGHUP时进入守护程序模式，现在作为后台进程运行，将输出写入configuration的日志文件。对于大多数已经在后台运行的守护进程来说，SIGHUP通常意味着他们应该重新检查它们的configuration文件，所以在编辑configuration文件之后将它发送到后台进程。但是在这个页面上没有有用的SIGINT解释，除了它是由CRTL + C发送的。为什么用SIGTERM不同的方式处理SIGINT有什么原因？如果是的话，这将是什么原因，如何处理是不同的？

如何在Linux中“hibernate”一个进程，将其内存储存到磁盘并在以后恢复？: 是否有可能在Linuxhibernate一个进程？就像笔记本上的“hibernate”一样，我会把进程使用的所有内存写入磁盘，释放内存。然后，我可以“恢复过程”，即从内存中读取所有数据并将其放回内存，然后继续执行过程？