简介面向仍在维护老版本系统的运维工程师与 Linux 初学者这份文档汇总了红帽企业 Linux Server 6.4x86_64 DVD 版的 ed2k 下载链接可直接导入迅雷等 P2P 客户端获取完整安装镜像省去在各类镜像站反复检索、碰上失效入口的麻烦。文档内共有 1 个 docx 文件体积约 10KB正文记录镜像的 ed2k 地址与文件校验串对应 ISO 约 3.46GB属于完整 DVD 安装介质可用于虚拟机实验环境搭建、老旧业务系统兼容性验证以及课堂教学演示。已有 1404 人学习下载说明该版本在存量系统维护场景中仍有稳定需求。对于需要复现 RHEL 6 系操作习惯、验证软件包依赖或准备旧版认证考点的读者通过该链接获取原始安装介质后即可对照官方文档完成分区规划、软件包组选择与基础服务配置等练习。1. 从一条 ed2k 链接说起这张 3.46 GiB 的盘值不值得下手里只有一条ed2k://开头的字符串长度 3720347648 字节文件名指向 rhel-server-6.4-x86_64-dvd.iso——这就是一张完整的 RHEL Server 6.4 x86_64 DVD 安装镜像的下载描述。它不是种子、不是分卷包而是一个可以断点续传、边下边校的完整光盘映像落盘后挂载就能看到 isolinux、Packages、repodata 这些标准结构。真正会去找这张 Linux 盘的人场景往往很具体接手了一批跑在老硬件上的遗留业务需要按原版本重装做驱动、中间件的兼容性验证必须复现当年的基线或者教学实验里要一个内核 2.6.32 时代的真实样本。它已经过了常规维护周期不适合往上搭新业务这点先讲清楚。下面按「验镜像 → 做介质 → 定分区 → 避坑 → 变常驻源」的顺序把这条链接走完。2. 镜像验明正身ed2k 哈希、SHA256 与 ISO 内部结构从 ed2k 拿到的东西最大的风险不是下不下来而是「看着下完了」。ed2k 协议对分块和纠错有自己的设计客户端显示 100% 不等于文件字节级一致。先搞懂链接里那几段数字再谈校验。2.1 一条链接里的四段信息各管什么把这条链接拆开看ed2k://|file|文件名|字节数|ed2k hash|hAICH 根哈希|/。四段信息的作用完全不同混着用就会白忙一场。字段这条链接里的值实际含义能否用于完整性校验文件名rhel-server-6.4-x86_64-dvd.iso落盘默认名可能被下载站点加水印不能改名不影响内容字节数3720347648文件精确长度能最廉价的一关ed2k hash542c0277eff8b86b7f0c18358df84702分块 MD4 树哈希128 位能但算法是 ed2k 专有的hhzclqmdk4re2o4pi5hzr5hpvnu5o4iijAICH 根哈希用于分块级纠错能支持的工具很少第一个容易翻车的地方是单位换算。3720347648 除以 1024³ 约等于 3.46 GiB而很多文件管理器按 1000³ 显示成 3.72 GB。同一张盘两个数字新手很容易以为下错了版本白白重下一遍。第二个是哈希类型。ed2k hash 不是 MD5、不是 SHA1是把文件按 9500 KiB9728000 字节切块每块算一次 MD4再把各块的 MD4 摘要拼起来算一次 MD4只有单块文件才直接取那一次的 MD4。所以拿md5sum的结果去和链接里那串 32 位十六进制对永远对不上——它俩根本不是一个东西。提示h那段是 AICHAdvanced Intelligent Corruption Handling的根哈希用 SHA1 树算出来再做 base32 编码用途是让客户端在传输中定位坏块。日常校验用它性价比很低长度和 SHA256 对不上是正常的。2.2 三段式校验长度、摘要、结构我一般按「长度 → 摘要 → 结构」三关走任何一关不过就不进入下一步。前两关纯本地第三关要真挂载。# 第一关字节数必须和链接完全一致差一个字节都算没下完 stat -c %n %s bytes rhel-server-6.4-x86_64-dvd.iso # 第二关摘要比对。值以发行方公布的为准别抄论坛里转手多次的 sha256sum rhel-server-6.4-x86_64-dvd.iso md5sum rhel-server-6.4-x86_64-dvd.iso # 第三关只读挂载确认 ISO9660 目录结构没坏 mkdir -p /mnt/iso mount -o loop,ro rhel-server-6.4-x86_64-dvd.iso /mnt/iso ls /mnt/iso | head -n 20stat -c %s输出的是字节数不带你系统语言环境下的千位分隔符最适合做脚本比对。sha256sum比md5sum慢一些但对「文件被中间环节改过」这类问题更敏感如果手头只有 MD5 值用 MD5 也能拦住 99% 的传输损坏。mount -o loop,ro里的ro别省一旦后面手滑写进这个挂载点源镜像就废了而这东西重下要几个小时的带宽。想要更严格地验证和链接本身一致就得自己算 ed2k hash。下面是能直接跑的实现# ed2k_hash.py —— 按 eDonkey2000 规则计算文件哈希用于和链接第三段比对 # 依赖pip install pycryptodome import sys from Crypto.Hash import MD4 CHUNK 9728000 # 9500 KiBed2k 固定分块大小改了结果必然不对 def md4(datab): return MD4.new(data).digest() def ed2k_hash(path): outer MD4.new() blocks 0 with open(path, rb) as f: while True: buf f.read(CHUNK) if not buf: break outer.update(md4(buf)) # 每块先算 MD4再把摘要喂给外层 blocks 1 if blocks 1: # 单块文件按规范直接返回该块的 MD4不再套一层 with open(path, rb) as f: return md4(f.read()).hex() return outer.hex() if __name__ __main__: print(ed2k_hash(sys.argv[1]))关键参数只有CHUNK。它必须是 9728000 字节不是 10 MB、也不是 9500×1000。如果用1024*9500分块边界整体偏移算出来的哈希和链接里那串完全无关会误判成「文件损坏」。跑法和预期python3 ed2k_hash.py rhel-server-6.4-x86_64-dvd.iso # 输出应与链接第三段一致542c0277eff8b86b7f0c18358df84702这个脚本读一遍 3.46 GiB 大约几十秒到两分钟取决于磁盘顺序读性能。它比 SHA256 更有意义的地方在于能验证你手里的文件和当初生成这条链接的人是同一个文件而不是「和某个第三方公布的摘要碰巧一致」。2.3 挂载后先看这四个目录镜像挂上之后别急着写盘先花两分钟看一眼内部结构很多后续问题在这一步就能预判。路径内容实际用途/isolinuxvmlinuz、initrd.img、isolinux.cfg光盘/U 盘引导入口PXE 也复制这两个文件/imagesinstall.img、efiboot.img、pxeboot/stage2 安装环境EFI 引导所需镜像在这里/Packages数千个 rpm 包安装时的软件来源也是做本地 yum 源的主体/repodatarepomd.xml、primary.xml.gz 等yum 元数据缺了它这个目录只能当文件堆用/EFIEFI/BOOT/ 下的引导文件只在 UEFI 模式下被读取Legacy BIOS 用不到/repodata存在与否决定这张盘能不能直接当软件源用这在第 6 章会用到。/images/install.img是安装第二阶段的环境大约一百多 MB如果安装过程中提示找不到 stage2通常就是这里或引导参数里的路径不对。顺手看一眼RELEASE-NOTES能确认内核版本落在 2.6.32-358 这一档和你要复现的基线对不对得上。3. 从 ISO 到可启动介质dd、虚拟机、PXE 三条落地路径镜像验完接下来是「怎么让它跑起来」。三种路径对应三种完全不同的使用场景单台物理机、本地验证环境、批量部署。选错了不是装不上而是会多花几个小时绕路。3.1 物理机写盘dd 的参数与残留清理U 盘写盘最常见的失败不是 dd 写错而是盘上残留了旧的分区表和文件系统签名导致引导扇区读到了不该读的东西。# 1) 先认准设备名。写错一个字母整块移动硬盘就没了 lsblk -o NAME,SIZE,MODEL,TRAN # 2) 清掉旧分区表和文件系统签名这一步很多人省然后卡在黑屏 sudo wipefs -a /dev/sdX # 3) 整盘写入注意 of 是 /dev/sdX不是 /dev/sdX1 sudo dd ifrhel-server-6.4-x86_64-dvd.iso of/dev/sdX \ bs4M oflagdirect convfsync statusprogress # 4) 落盘拔盘前多等几秒 syncbs4M是吞吐和内存占用的折中U 盘写 3.46 GiB 用 4M 块比默认 512 字节快一个数量级。oflagdirect绕过页缓存直写设备能避免「dd 显示完成但数据还在缓存里」的假成功。convfsync在结束时强制同步一次和后面的sync是双保险。statusprogress只是让 dd 每秒钟报一次进度没有它你只能干等。of必须指向整块盘。ISO 是 isohybrid 结构自带 MBR 引导代码和分区表写到/dev/sdX1只会得到一堆散落文件BIOS 根本不认。RHEL 6 系列的 DVD 镜像是 isohybrid 的可以直接 dd如果你手里是更老的非 hybrid 镜像dd 出来在部分主板上起不来那就得换用按 ISO 模式写入的写盘工具。3.2 虚拟机直挂最小可跑配置只是要验证安装流程或跑个测试虚拟机比物理机省事得多。RHEL 6.4 的内核自带 virtio 驱动直挂 ISO 基本开箱可用。项目建议值说明vCPU126.4 内核默认非 Tickless核多收益不明显内存2 GB图形/ 1 GB文本低于 1 GB 时 Anaconda 会退回文本安装磁盘20 GB装完基础系统约占用 46 GB磁盘控制器virtio-blk 或 LSI Logic SASvirtio 性能好老 hypervisor 建议选 SAS 兼容网卡e1000vmxnet3 也可6.4 内核已内置驱动固件BIOS除非你就是要测 UEFI 路径一个容易忽略的点图形安装对内存有硬门槛。给 512 MB 内存启动Anaconda 不会报错退出而是自动切到文本模式很多人以为镜像有问题。另外 6.4 起对 UEFI 启动有了初步支持但如果你在固件里选了 UEFI 又用了不支持的分区方案卡在引导阶段的表现会比 BIOS 模式难排查得多验证环境建议先用 BIOS。3.3 PXE HTTP 批量参数写法和 7 不一样一次要装五台以上逐台插 U 盘就是自找麻烦。PXE 的网络引导加 ks 无人值守是标准解法但 RHEL 6 的 anaconda 参数名和后来的版本不同照抄新版本的写法会直接失败。# 准备 TFTP 根目录只复制引导必需的两个文件 mkdir -p /var/lib/tftpboot/rhel6.4 cp /mnt/iso/isolinux/vmlinuz /mnt/iso/isolinux/initrd.img /var/lib/tftpboot/rhel6.4/ cp /usr/share/syslinux/pxelinux.0 /var/lib/tftpboot/ mkdir -p /var/lib/tftpboot/pxelinux.cfg # ISO 整体挂到 HTTP 根下供 anaconda 拉取 stage2 和软件包 mkdir -p /var/www/html/rhel6.4 mount -o loop,ro rhel-server-6.4-x86_64-dvd.iso /var/www/html/rhel6.4引导菜单文件pxelinux.cfg/default的内容是这样的default rhel6.4 prompt 1 timeout 60 label rhel6.4 kernel rhel6.4/vmlinuz append initrdrhel6.4/initrd.img \ kshttp://10.0.0.10/ks/rhel6.4.ks \ methodhttp://10.0.0.10/rhel6.4/ \ ip10.0.0.20 netmask255.255.255.0 gateway10.0.0.1 nameserver10.0.0.2 \ ksdeviceeth0ks是 kickstart 文件位置不是inst.ksmethod指定安装源也不是inst.repo。这两个参数名在 RHEL 6 上写错表现是引导后提示「无法找到安装源」然后掉进交互界面看上去像网络不通实际是参数没被识别。ksdeviceeth0在多网卡机器上必给不给的话 anaconda 可能挑了没接线的那个口然后一直 DHCP 超时。ip那一串是给安装环境预配静态地址省掉 DHCP 依赖如果你的环境有 DHCP这几个参数可以整段去掉。4. Anaconda 里的分区与包组几个参数怎么定安装器界面上的每一步都能用 kickstart 固化下来但前提是你知道每个默认值背后的取舍。分区和包组是返工率最高的两项。4.1 分区/boot、swap 与 LVM 的边界RHEL 6.4 默认文件系统是 ext4默认卷管理方案是 LVM。这个组合在服务器上合理但有两个硬约束必须提前知道。挂载点建议大小文件系统位置理由/boot500 MBext4标准分区引导阶段只认标准分区放 LVM 上会在写引导记录时失败swap内存 ≤8 GB 时取 2 倍8 GB 取 816 GBswapLVM 或标准分区均可太小会在内存压力下直接 OOM/2050 GBext4LVM后续扩容最方便/var1020 GBext4LVM日志和 yum 缓存是最常见的撑爆点/opt 或业务目录剩余空间ext4LVM数据与系统分离重装不丢/boot必须是标准分区这一条不是经验之谈而是安装器的硬性限制。曾经有人为了「统一管理」把/boot也塞进卷组Anaconda 在最后写引导程序那一步直接抛错前面的分区和格式化全白做得从头再来。swap 的大小公式里2 倍内存这条规则在内存 8 GB 以下成立超过 8 GB 之后按 2 倍分配纯属浪费磁盘取 816 GB 足够支撑常规峰值。/var单独分出来的价值在于隔离yum 缓存和日志写满自己那一块不会把根分区拖垮到无法登录。4.2 包组最小化起步按需叠加默认的「Basic Server」会带走一堆用不上的服务。生产环境我一般从最小化起步再按角色加包组。%packages --nobase core base development openssh-server ntp -vsyslogd %end--nobase表示不安装 base 之外的默认集合实际效果是系统更干净。core是最小可运行集没有它连 shell 都不完整。development带上 gcc、make、kernel-devel如果你后面要编译第三方驱动老 RAID 卡、老网卡经常需要这个包组省很多事代价是几百 MB 空间。减号前缀表示排除比如-vsyslogd明确不装某个包。包组名在 6.4 和 7.x 之间变化很大development在 7 上就得换成development tools跨版本复制 ks 文件时这里是高频出错点。4.3 一份能直接用的 kickstart 骨架把上面的结论拼起来得到一份可复现的 ks 文件#versionRHEL6 install lang en_US.UTF-8 keyboard us timezone Asia/Shanghai --isUtc rootpw --iscrypted $6$replace_with_your_own_hash selinux --enforcing firewall --enabled --servicessh network --deviceeth0 --bootprotostatic --ip10.0.0.21 \ --netmask255.255.255.0 --gateway10.0.0.1 --nameserver10.0.0.2 \ --hostnamenode01 # 分区/boot 走标准分区其余进 LVM part /boot --fstypeext4 --size500 --ondisksda part pv.01 --size1 --grow --ondisksda volgroup vg0 pv.01 logvol / --fstypeext4 --namelv_root --vgnamevg0 --size20480 logvol /var --fstypeext4 --namelv_var --vgnamevg0 --size10240 logvol swap --fstypeswap --namelv_swap --vgnamevg0 --size8192 %packages --nobase core base openssh-server ntp %end %post --log/root/ks-post.log # 关闭不需要的服务减少暴露面 chkconfig iptables on chkconfig ip6tables on sed -i s/^SELINUX.*/SELINUXenforcing/ /etc/selinux/config %endpart pv.01 --size1 --grow是先占满剩余空间再交给 LVM--size1只是占位实际大小由--grow决定。logvol三行必须在volgroup之后顺序错了安装器会报找不到卷组。rootpw --iscrypted后面那串是/etc/shadow里的密码哈希生成方式是openssl passwd -1或python -c import crypt;print(crypt.crypt(yourpass))直接把明文写进去会安装失败——这也是一个很典型的踩坑点。5. 踩坑记录五个让 6.4 装不上或跑不稳的细节下面这几条基本覆盖了这张盘从下载到上线全流程里最常遇到的问题。每条按「现象 → 原因 → 解决」写照着对号入座就行。5.1 介质自检失败客户端显示 100% 不等于文件完整现象安装器启动后执行「检查安装介质」报某个文件校验不通过或者安装到一半提示 rpm 解包错误。原因ed2k 客户端显示 100% 只代表所有分块都被标记为已获取不代表每块内容都经过端到端校验。中途暂停恢复多次、或多个源混用都可能留下内容错误的块。解决回到第 2 章的三段式校验先比字节数再比 SHA256最后用脚本算 ed2k hash 对照链接。只信客户端进度条是最容易后悔的一次操作。校验不过就整文件重下别指望修修补补。5.2 U 盘启动失败黑屏、卡在 isolinux 或提示 checksum error现象BIOS 里能看到 U 盘选它启动后要么直接黑屏要么卡在isolinux:提示符要么报Image checksum error。原因三种可能——写盘前没清残留分区表of写到了分区而不是整盘或者主板把这块 U 盘识别成可移动设备并在启动时做了额外处理。解决先wipefs -a清签名再dd确认of/dev/sdX整盘如果仍不行换 USB 2.0 接口试一次部分老主板的 USB 3.0 在 Legacy 引导阶段没有驱动插在蓝口上就是起不来这属于玄学级别但非常真实。5.3 安装器找不到硬盘或网卡现象分区界面磁盘列表是空的或者装完系统发现网卡没被识别ifconfig只有一个 lo。原因RAID 卡、高版本网卡芯片的驱动不在 6.4 的 DVD 里。这个版本的硬件支持集停留在它的发布年份后来的芯片组基本都没有内置驱动。解决进主板 RAID 配置把模式改成 AHCI 或 JBOD 先完成安装对确实需要阵列卡的场景用dd参数加载驱动盘driver disk把厂商提供的驱动镜像放到 U 盘或 HTTP 上在安装器启动参数里指过去。网卡同理装完后补装厂商 rpm 再modprobe。5.4 装完重启进不了系统grub 卡住或找不到根现象安装过程一切正常重启后停在GRUB提示符或者报Error 15: File not found。原因/boot被放到了 LVM 逻辑卷上或者磁盘用了 GPT 但没有规划引导用的分区引导程序写不进去。解决重装/boot用标准分区、500 MB 起步。如果因为容量必须用 GPT得额外规划一个引导专用的小分区否则在老式引导程序下注定失败。这一条返工成本最高分区那一屏多花三十秒确认一下比装完再重来划算得多。5.5 yum 全部 404新终端连 SSH 报 no matching key exchange现象 Ayum install任何包都报Cannot retrieve repository metadataHTTP 状态 404。 现象 B用新版本的 SSH 客户端连这台机器提示no matching host key type found或no matching key exchange method。原因 A官方在线源对这个版本早已下线仓库地址整体迁移到归档路径原来的 baseurl 自然全 404。 原因 B这台机器上的 SSH 服务端只提供早期算法而新客户端默认禁用了这些算法。解决 A把源指到归档地址或本地 ISO具体配置见第 6 章。 解决 B两个方向任选要么在客户端显式放开算法ssh -o HostKeyAlgorithmsssh-rsa -o PubkeyAcceptedAlgorithmsssh-rsa userhost要么在服务端加一组兼容参数。客户端临时放开适合一次性排查长期方案还是把服务端配置固化下来。6. 从一次性安装到可维护把 DVD 变成常驻源装完不是终点。这个版本已经没有在线更新通道长期跑下去真正的麻烦是「想装个包发现没有源」。最省事的做法是把这张 DVD 本身变成一台常驻软件源。# /etc/yum.repos.d/local-iso.repo [local-iso] nameRHEL 6.4 DVD (local) baseurlfile:///mnt/iso enabled1 gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release把 ISO 挂到/mnt/iso并写进/etc/fstab-o loop,ro那套参数原样抄过去重启后源自动可用。file://后面是三个斜杠少写一个就变成相对路径。gpgcheck1保留正好用来验证包签名如果镜像里的 key 文件和系统里的不一致rpm --import一次就好。如果还需要 DVD 之外的包就得配一份归档源把 baseurl 换成归档路径# 归档源示例URL 按你手头可用的镜像站替换 cat /etc/yum.repos.d/archive.repo EOF [archive-base] nameArchive Base baseurlhttps://your-mirror/6.10/os/x86_64/ enabled0 gpgcheck1 gpgkeyfile:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release EOF注意enabled0——归档源平时关着只在需要补包时用--enablerepoarchive-base临时打开避免它和本地 DVD 源的包版本打架出现「同名包两个版本互相覆盖」这类难查的问题。最后是三条验收命令装完机器我每次都会跑一遍uname -r # 内核版本是否符合基线 rpm -q kernel # 已安装内核列表 yum --disablerepo* --enablerepolocal-iso list available | wc -l # 本地源可见包数量第一条确认内核落在预期的 2.6.32-358 档位第二条看有没有多装内核占空间第三条输出应该是几千的量级如果是 0说明repodata没被读到多半是挂载路径或baseurl写错了。这三条跑完一台机器的交付才算有了可复现的凭证而不是「装完了应该没问题」。血泪经验是这类老版本镜像最容易出问题的环节从来不是安装本身而是安装之后没人验证源和算法兼容性等半年后要补一个包才发现全线 404。从那以后我每次落这种老系统都会把「本地源 三条验收命令」当成装机的固定最后一步宁可多花五分钟也不留一个说不清状态的盒子。希望帮到你。本文还有配套的精品资源点击获取