mdpc's questions

我想对 cron 和交互式使用相同的脚本，只是想知道是否有一种通用的方法可以在 UNIX/Linux 系统上轻松做出这个决定。

我们都知道，一旦磁盘（或相关的存储系统）投入使用，性能会因文件碎片而下降。这似乎就是磁盘碎片整理程序在 Windows 机器上得到广泛使用的原因。它们确实大大提高了性能。顺便说一句，我还没有听说过 Unix/Linux 领域有很多碎片整理程序。

尽管声称为 NetApp 提供了 WAFL 保护，但文件碎片仍然会发生，尤其是对于所有稀疏封装的 VM。我的问题是有人对这样的存储系统进行任何形式的碎片整理吗？您是否注意到不做/不做任何事情来解决这种情况的任何可衡量的退化/改善？有人对此做些什么吗？如果是这样呢？

谢谢

我继承了许多不同的系统来管理。其中之一是运行 Redhat 版本的 HP Itanium。今天系统死机了，当我尝试从 EFI 引导管理器中选择 RedHat 重新启动时，我收到消息说 Redhat 的加载失败：未找到。

我对如何从这里诊断问题感到困惑。

在我看来，/dev/sda1 上的第一个磁盘（/boot/efi）已经死了，需要更换。另一个第二个磁盘 (/dev/sdb1) 是根磁盘。我从一个类似配置的 HP Itanium 系统中知道这一点，这是它的双胞胎。

如果这是唯一的问题，请提供有关最快恢复方法的任何建议......除了在更换磁盘后重新安装 RH 之外。

谢谢。

我有一个客户端，它的应用程序在 T2000 32GByte 1GHz-4core SPARC Solaris 10 系统上大量使用 NFS 文件系统访问。客户希望开箱即用地获得更好的性能。系统没有参数修改（在 /etc/system 中），我想知道是否有一些参数更改在这里可能有助于解决这种情况。

谢谢

一个有趣的问题。我已登录到 Linux（很可能是 SuSE）主机。有什么方法可以让我以编程方式告诉我我是否是 VM 主机？

还假设未安装 vmtools。

我刚刚开始工作并继承了大量异构 UNIX 系统，它们都在运行：hpux (11.11, 11.31), aix, mpras, sun solaris (sun 8 9 10), redhat (as3, as4, as5 ) 和 suse (9 10 11)。从管理层的角度来看，理想的情况是希望通过一个程序来控制和管理所有这些系统配置。可以理解，这些操作系统中的每一个都将具有不同的基本配置。需要管理的项目包括补丁、包和配置文件。

我刚刚开始研究 cfengine，并研究了使用颠覆的某种类型的自己动手混合。

如果可能，管理层更愿意使用商业软件包，并且想知道你们是否都对这种类型的应用程序或供应商有任何想法？

感谢您的想法、指点、经验等。

从一开始标准 UNIX/Linux 系统就支持稀疏文件，这是一个包含未分配空间的文件，直到需要时才分配。查看，通过C程序生成：创建文件，定位到2G，写入一个字节，关闭文件。执行 ls -l 显示大小为 2G....但是 ls -ls 显示块的大小更接近一个字节文件。如果您从逻辑上访问该文件（即 cp sparse_file xxx），则生成的文件 xxx 将确实包含完全分配的 2Gbytes。

我过去创建了稀疏文件作为某些应用程序的测试工具。然而，它们的存在带来了一些问题。

重要的问题是，在“转储”程序之外，备份程序和一般程序可以逻辑地访问这些类型的文件，因此对于 1 字节的稀疏文件，可以获得 2G 的 0'd 数据的备份。当我这样做时，这引起了一些后备人员的不安。

这种情况有什么好的解决方案吗？

我是 FreeBSD 版本的新手，但对许多 Linux 版本非常熟悉。我正在尝试 (1) 保持系统更新，以及 (2) 在 FreeBSD 7.2 下安装新软件包。那么在 FreeBSD 上的其他 Linux 系统上是否有与 yum/yast/apt-get 等效的功能？如果是这样，它是什么以及如何使用它？

谢谢！

我似乎记得多年来试图停止将 WINS 名称服务作为 Windows 环境的一部分的要求。

我的问题是网站是否仍在使用 WINS，或者是否已经切换到其他东西并且不再需要 WINS。如果是这样，有人想分享他们的经验吗？

谢谢。

根据大家所看到的，在服务器系统上推荐的 /tmp 配置是什么以及为什么。多年来，我曾就这些问题进行过讨论，有时存在基本分歧。

以下基本上是我看到的问题。有些人可能会建议用几个问题来询问这些问题，但是，我认为如果将这些信息放在一个标题下，管理员可能会更容易。我相信这将是有益的。

专门针对 /tmp：

1. 应该 ln -s /var/tmp /tmp 吗？

2. /tmp 是否应该在重新启动之间保留？

3. /tmp 应该在真正的磁盘区域上还是允许基本上在 SWAP 区域（或 tmpfs）上实现？

4. /tmp 是否应该与 /（根）磁盘位于不同的磁盘上？

5. 您会将 /tmp 放在与 /（根）磁盘不同的磁盘控制器上吗？

6. /tmp 大小的任何经验法则？

7. 系统启动时如何管理 /tmp 空间？删除所有文件>特定年龄？不理会区域，直到它达到最大值的百分比？

8. 是否应该实施任何程序性项目来管理这一领域？

究竟有多少 IP V6 寻址真正在典型使用中？

我看到 Linux/UNIX 似乎已经为此做好了准备。但我看不到 Windows 方面的准备情况。尤其不适用于桌面用户系统。

在我的漫游中，我没有看到 IPV6 被广泛实施或使用。

就个人而言，我对地址语法不太满意，因为它更长，并且让我想起了带有所有 : 的 MAC 地址。

第二个问题：我们都准备好在日常生活中使用 IPV6 了吗？

谢谢。