小编The*_*eLQ的帖子

我正在使用 wpa_supplicant 为我的 Ubuntu 服务器中的无线网卡供电（是的，我知道服务器中的无线网络不好，但这是一个特例），因为它能够自动漫游 WAP 而不是死掉。然而，我的欺骗性 MAC 地址似乎被忽略了

这是中的重要部分/etc/network/interfaces：

auto wlan0
iface wlan0 inet dhcp
    hwaddress 00:11:22:55:55:D1
    wpa-driver madwifi
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

如您所见，hwaddress在那里定义，但 wpa_supplicant 似乎并不关心，只使用实际的硬件地址

有没有办法让 wpa_supplicant 使用欺骗的 MAC 地址而不是真实的 MAC 地址？

我将几个 Linux 服务器与 NFS 互连。有一段时间它一直很好，但由于某种原因变得越来越不稳定

示例：将 4 GB 文件从客户端复制到 NFS 服务器，在完成之前失败并出现 IO 错误。dmesg充满了

[1525450.884071] nfs: server quackron not responding, timed out
[1525451.384072] nfs: server quackron not responding, timed out
[1525451.884072] nfs: server quackron not responding, timed out
[1525452.384086] nfs: server quackron not responding, timed out
[1525452.884065] nfs: server quackron not responding, timed out
[1525584.112127] nfs: server quackron not responding, timed out
[1525669.492066] nfs: server quackron not responding, timed out
[1525930.544062] nfs: server quackron not responding, timed out

挂载选项（许多额外选项是为了防止消失的 …

当我在另一台计算机上安装 Fedora 15 时，我真的开始质疑疯狂的分区布局。在这台计算机上有一个现有的 Windows 7 安装，所以我在它旁边的一个 15 GB 的小空间中塞满了 Fedora（不打算在那里存储太多数据）

但是安装程序生成了这个疯狂的分区布局

• Windows 7 的东西
• 扩展分区
  • /boot (EXT4, 500 MB)
  • LVM(!) 卷组 (14858 MB)
  • lv_root (8660 MB)
  • lv_swap (5888 MB)
  • 我的家（还剩什么：310（！？！）MB）

这似乎没有多少空间。即使在我的另一个系统上，它本身有一个完整的 80 GB 硬盘驱动器，LVM 也为根文件系统和根文件夹提供了 50 GB，而我只有 20 GB。当 Virtualbox 获得大量快照或 bittorrent 失控时，我有时会耗尽空间。

这样的简单布局有什么问题吗？

• Windows 7 的东西
• 扩展分区 (15 GB)
  • 交换 (5 GB)
  • 根文件系统 (10 GB)

注意：如果绝对必要，尺寸可以增加。请注意缺少 LVM 和单独的分区。这种布局会有什么问题吗？这种布局有什么大的缺点吗？

我最近开始在我的笔记本电脑上使用 Fedora。我已经对其进行了设置，使其位于大约 20GB 的加密分区上，并且大多数主文件夹（下载、文档、图片）都符号链接到 Windows 等价物。它通常运行良好，至少在我开始将文件保存在这些文件夹中之前

当我在 Fedora 时，我可以将所有文件保存到 Windows 分区并查看它们就好了。但是，当我启动到 Windows 7 时，有一半的时间文件甚至不显示。运行 chkdsk 显示很多错误并继续删除我在 Linux 中创建的大部分文件

如果有用，这是上次运行的完整 chkdsk 日志，我在其他文件中丢失了很多下载（因为我从事件日志中抓取了它，所以它非常冗长）

检查 C 上的文件系统：
文件系统的类型是NTFS。
卷标是 Windows_7。


需要检查其中一个磁盘的一致性。你
可能会取消磁盘检查，但强烈建议
你继续。
Windows 现在将检查磁盘。                         

CHKDSK 正在验证文件（第 1 阶段，共 3 阶段）...
清理文件 0xf9aa 的实例标签。
清理文件 0xf9c5 的实例标签。
类型 0x80 和实例标签 0x2 的属性记录是交叉链接的
对于可能的 0xf18 集群，从 0x143df90 开始。
一些集群被类型 0x80 和实例标签 0x2 的属性占用
文件 0x362a8 中的文件已在使用中。
删除损坏的属性记录 (128, "")
来自文件记录段 221864。
类型 0x80 和实例标签 0x2 的属性记录是交叉链接的
对于可能为 0x104 的簇，从 0x16c94a0 开始。
一些集群被类型 0x80 和实例标签 …