小编Hop*_*00b的帖子

将路由器刷入Tomato 固件的最令人信服的理由是什么？

几周前，我正在阅读有关NTFS的 Wikipedia 条目，并注意到可以在 Windows 资源管理器中不易发现的许多其他功能中使用符号链接。

还有哪些其他有用的功能可能没有记录在Wikipedia 上，如何访问这些功能？是否有用于操作/创建/使用这些功能的第 3 方程序、注册表设置、隐藏配置窗口、cli 等？

更新：把它变成一个社区维基。

因此，您在漂亮的服务器、存储阵列或网络设备上花费了大量资金，并且多年来它一直为您提供出色的工作。但是 3-6 年后，您的供应商不再为设备提供维护服务，但它仍在工作。

• 在什么情况下您会继续使用设备？
• 在尝试确定与继续使用设备相关的风险时，您会考虑哪些因素？
• 如果您认为风险很大，那么在经济困难的情况下，您如何说服管理层放松钱包？

有没有比 /dev/[u]random 更快的方法？有时，我需要做这样的事情

猫 /dev/urandom > /dev/sdb

随机设备“太”安全，不幸的是太慢了。我知道有wipe类似的安全删除工具，但我想在 Linux 中也有一些内置的方法。

我们是一家不断发展的 IT 运营商，将继续为各种客户提供额外的产品和支持。随着我们继续保持这种增长，我们发现我们需要在 IT 团队中轻松访问有关我们各种系统和软件的信息和文档。我们的 IT 团队拥有三个主要职能领域，其中包括：

1. 服务台工作人员（第 1 层），
2. 开发人员和程序员，以及
3. 系统管理员/网络管理员/安全分析师（第 2 层）。

目前，我们将第 1 层的信息存储在一个基于 MediaWiki 的 wiki 中，该 wiki 已被证明对帮助台团队非常成功。开发人员和程序员已转移到 Redmine 以跟踪他们的项目、问题和项目文档。管理员（第 2 层）没有集中的知识库，依赖于分散在网络驱动器、个人机器上的 MS Word 文件，以及仅对特定个人可用的知识，因为他们没有在任何地方记录它，等等。

我们现在面临的挑战是我们需要有一个集中位置来记录第 2 层的信息和文档。但是，我们已经安装了另外两个系统。理想情况下，我们希望有一个文档平台，它至少可以为第 1 层和第 2 层工作，并且还可以将程序员添加到其中。该平台需要能够将某些内容分开。例如，在第 2 层级别存在第 1 层不需要知道的敏感信息（我们如何构建服务器、可能的用户名等）。此外，第 2 层应该能够访问第 1 层及以上的信息。我们考虑过为此扩展我们的 MediaWiki 安装，但 ACL' s 和保护 wiki 用户的信息似乎是黑客工作，没有得到很好的支持，并且与作为 wiki 核心的开放和轻松访问信息的精神背道而驰。我正在寻找符合上述标准以及以下附加目标的想法和建议：

1. 最好是免费或开源软件（和网络工具），因为我们真的没有这方面的预算
2. 一个不包含票务元素的平台，因为我们有一个单独的系统来处理 Tier 1 和 Tier 2
3. 一个不需要 Tier 1 和 Tier 2 项目管理功能的平台
4. 一种灵活、易于添加文档的产品，包括表格、简单标记、语法突出显示、图像、网络图等。
5. 全文搜索功能可能具有自然语言功能
6. 支持文件上传和下载的能力
7. 可能有 RSS 或 Atom 提要和更新的电子邮件警报
8. 允许 LDAP 身份验证能够集成到现有的 SSO …

我听说“shutdown -h now”不是一个优雅的关闭命令，因为它对所有进程执行类似于“kill -9”的操作，而不是“kill -15”。

这是真的吗，如果是这样，有什么更优雅的关闭方式来确保一切都有时间自我清理？

Ps 主要使用 CentOS、Ubuntu 和 Debian。

我需要一个开源磁盘映像应用程序（例如 Ghost 或 Acronis）。你会推荐哪一个？

我试图从 psexec捕获远程进程的输出（即不是psexec 自己的输出）。因此，例如，我可以运行“ipconfig”并将输出打印到日志文件。

我试过了：

psexec \\myserver ipconfig > output.log
psexec \\myserver ipconfig >> output.log
psexec \\myserver ipconfig 2> output.log
psexec \\myserver ipconfig > output.log 2>&1

最后只给出 psexec 输出。

我不确定所有这些之间有什么区别，但我在其他地方寻找答案时看到了它们的建议。

谁能给我一个示例命令行，将 ipconfig 的输出捕获到文件中？

编辑 1：我希望日志文件保存在本地机器上，而不是远程机器上。

编辑2：

这是我从运行“psexec \\myserver ipconfig”中得到的：

C:\TempDll>psexec \\myserver ipconfig

PsExec v1.95 - 远程执行进程
版权所有 (C) 2001-2009 Mark Russinovich
Sysinternals - www.sysinternals.com


ipconfig 在 myserver 上退出，错误代码为 0。

C:\TempDll>

经过长时间的研究，我终于发现即使在最新的 Microsoft Windows 7 中，路径名也不能超过 256 个字符。我真的不明白为什么会有这么愚蠢的限制，因为 NTFS 最多可以处理 ~32,000 个字符的路径十多年以来的长度没有任何问题！没有任何改变的可能吗？或者是否有任何实用的解决方案来避免这种情况？

260 个字符对于简单的用例来说是非常少的，比如一些带有长文件名的嵌套照片目录。

有没有人理解处理时间、使用中间文件或使用管道时的巨大差异？我在新的 debian 挤压服务器上使用标准工具将 tiff 转换为 pdf。执行此操作的标准方法是先转换为 ps。

无管：

root@web5:~# time tiff2ps test.tif > test.ps

real    0m0.860s
user    0m0.744s
sys 0m0.112s

root@web5:~# time ps2pdf13 -sPAPERSIZE=a4 test.ps > test.pdf

real    0m0.667s
user    0m0.612s
sys 0m0.060s

配管：

root@web5:~# time tiff2ps test.tif | ps2pdf13 -sPAPERSIZE=a4 - > test.pdf

real    1m6.098s
user    0m15.861s
sys 0m50.9

在最后一条命令期间，gs 进程始终处于 100%。

更新：
这是 ps 生成的 strace 输出：

root@web5:~# strace tiff2ps test.tif > test.ps
execve("/usr/bin/tiff2ps", ["tiff2ps", "test.tif"], [/* 28 vars */]) = 0
brk(0)                                  = 0x1395000
access("/etc/ld.so.nohwcap", F_OK) …