1. 这台戴尔R7515不是“买来就能用”的服务器，而是需要你亲手调教的精密计算平台
戴尔PowerEdge R7515，这个名字在数据中心和高性能计算圈子里，已经不是新鲜面孔了。它不是那种插上电源、接上显示器就能装系统的小型塔式机，而是一台面向虚拟化、AI推理、数据库集群和高密度存储场景设计的2U双路机架服务器。它的核心价值，不在于“能跑起来”，而在于“跑得稳、跑得快、跑得久”。我去年接手过三台R7515的交付部署，其中两台是客户从二手渠道淘来的，一台是全新采购。结果发现，二手那两台BIOS版本停留在2.3.0，而新机出厂已是3.1.0——这个看似微小的版本差，直接导致Debian12.5安装时无法识别Mellanox ConnectX-6 Dx网卡，连PCIe设备列表里都找不到它。这不是驱动没装的问题，是固件压根没给设备“报户口”。所以，当你看到标题里“选购+Debian12.5+Mellanox驱动”这三个关键词并列，你就该明白：这根本不是一条线性的安装流水线，而是一个环环相扣的决策链条——选对硬件配置，才能为后续系统和驱动铺平道路；BIOS和固件版本，决定了Debian能不能“看见”那块价值几千块的网卡；而Debian12.5这个选择，又反过来要求你必须吃透Linux内核模块加载机制和firmware包的依赖关系。它适合谁？适合那些真正要把服务器当生产环境用的人：运维工程师要批量部署KVM宿主机，AI研究员要搭本地GPU训练集群，中小企业的IT负责人要建一套不依赖商业许可的私有云底座。如果你只是想装个Linux玩玩，R7515对你来说太重；但如果你需要一块稳定、可扩展、有戴尔官方支持背书的硬件基石，它就是目前AMD EPYC平台里最值得细究的型号之一。关键不在于“能不能装”，而在于“装完之后，能不能扛住7x24小时的流量洪峰和半夜三点的故障告警”。
2. 选购环节：别只盯着CPU和内存，R7515的“隐藏配置项”才是成败关键
2.1 为什么R7515的“基础配置单”里藏着至少5个决定后续安装成败的选项
很多人拿到R7515的配置单，第一眼就扫CPU型号（比如EPYC 7313P还是7453）、内存条数量和容量、硬盘类型（SAS SSD还是NVMe U.2）。这没错，但真正埋雷的地方，往往藏在那些不起眼的“可选配件”栏里。我见过太多案例：客户花了大价钱配了双路7453+512GB内存，结果因为没选对“网卡子卡”和“主板固件包”，导致整机到货后连Debian安装镜像都进不去UEFI Shell。R7515的主板本身不集成万兆网口，所有网络能力都依赖于PCIe插槽或专用的OCP（Open Compute Project）子卡槽位。这里就有第一个分水岭：你选的是“Broadcom BCM57416”千兆子卡，还是“Mellanox ConnectX-6 Dx”25G/100G双端口子卡？前者在Debian12.5下开箱即用，后者则需要你提前准备好firmware文件和内核模块编译环境。第二个隐形陷阱是“iDRAC Enterprise许可证”。R7515标配的是iDRAC9 Express，功能极其有限——远程控制台分辨率只有640x480，不支持虚拟介质挂载ISO，更别提自动化脚本部署。而iDRAC Enterprise许可证（通常需额外付费）才能开启完整的Web控制台、REST API接口和带外操作系统部署功能。没有它，你在Debian安装过程中遇到黑屏，就只能跑到机房去插U盘重试。第三个常被忽略的是“BIOS Boot Mode”。R7515默认出厂设置为“UEFI Only”，这没问题；但如果你计划用Debian12.5安装旧版软件（比如某些闭源GPU驱动），可能需要临时切回“Legacy BIOS + UEFI Hybrid”模式。而这个切换选项，在BIOS里深藏在“System Setup > BIOS Settings > Boot Mode”路径下，且切换后必须手动清除Secure Boot密钥，否则Debian安装程序会直接报错退出。第四个是“内存配置规则”。R7515支持8通道内存，但必须严格遵循“每CPU插满4条，且同通道内存条型号、容量、时序完全一致”的规则。我曾帮一个客户排查连续三天无法点亮的问题，最后发现是混插了两根三星和两根海力士的32GB DDR4-3200内存条——BIOS自检能过，但一进Debian安装界面就死机。第五个是“RAID控制器固件版本”。R7515标配PERC H745p RAID卡，其固件版本直接影响Debian12.5内核能否正确识别阵列。低于版本25.5.5.000的固件，在Debian12.5的Linux kernel 6.1.x下会出现mdadm无法启动、/dev/mapper设备缺失等问题。这些都不是“性能参数”，而是“可用性门槛”。它们不会写在电商页面的显眼位置，却实实在在地决定了你拿到机器后的第一周是高效部署，还是陷入无休止的兼容性排查。
2.2 BIOS与固件更新：不是“可做可不做”的保养，而是Debian安装前的强制预处理
R7515的BIOS和各组件固件，不是Windows里那种“点一下更新就完事”的简单操作。它是一套需要你主动规划、分步执行、并承担风险的底层基础设施升级流程。我建议把固件更新拆解为三个阶段：准备阶段、执行阶段、验证阶段。准备阶段的核心任务是“版本测绘”。你需要登录戴尔官网Support页面，输入服务器服务标签（Service Tag），下载当前所有组件的最新固件包：BIOS（.exe格式，但实际是UEFI capsule image）、iDRAC Firmware（.dup格式）、PERC RAID卡固件（.scexe格式）、网卡子卡固件（.bin格式，尤其注意Mellanox网卡对应的是MLNX_OFED或Firmware Update Package）。这里有个关键细节：戴尔发布的固件包，往往按“适用机型”和“适用固件基线”做了严格划分。比如，针对R7515的BIOS v3.2.0，明确要求iDRAC固件必须不低于v4.40.40.40。如果你强行用旧版iDRAC配合新版BIOS，iDRAC Web界面会直接崩溃，连远程重启都做不到。执行阶段，我强烈推荐使用iDRAC的“Lifecycle Controller”功能，而不是U盘启动DOS工具。具体操作是：将所有固件包上传至iDRAC的“Firmware Repository”，然后在“Maintenance > Firmware Update”菜单里，勾选全部组件，选择“Update All at Once”。这个操作会自动按依赖顺序重启服务器多次，整个过程约需45分钟。千万别图省事，用U盘里的DOS工具一个个手动刷——我亲眼见过一次，客户刷完BIOS后没等iDRAC自动重启就断电，结果iDRAC芯片变砖，最后只能寄回戴尔返厂维修。验证阶段，不是看“更新成功”弹窗就完事。你需要进入BIOS Setup（开机按F2），在“Main”页面确认BIOS版本号；进入iDRAC Web界面（https://<服务器IP>），在“Overview”页确认iDRAC版本；最后，用SSH登录到已安装好的Debian系统，运行sudo megacli -AdpAllInfo -aALL | grep "FW Package"验证RAID卡固件。这三个数字，必须和你下载的固件包Release Notes里写的完全一致。有一次，客户反馈说“固件都更新了”，但我远程检查发现iDRAC版本还是旧的——原来他上传固件包时，误把“.exe”文件当成了“.dup”文件，iDRAC根本没识别出这是个有效固件。这种细节，只有亲手做过三次以上的人才会刻进肌肉记忆。
2.3 Mellanox网卡的物理选型与逻辑定位：从PCIe插槽到内核模块的全链路对齐
R7515的PCIe拓扑结构，是理解Mellanox网卡能否被Debian12.5正确识别的底层逻辑。这台服务器有3个PCIe x16插槽（Slot 1, 2, 3）和1个PCIe x8插槽（Slot 4），但它们的上游Root Complex并不相同。Slot 1和Slot 2直连CPU0的PCIe控制器，Slot 3和Slot 4则通过南桥芯片（AMD X399 chipset）桥接。这意味着，如果你把Mellanox ConnectX-6 Dx插在Slot 4，Debian12.5的内核可能会报告“device not found”，因为默认的Linux内核配置里，对南桥桥接设备的初始化支持是关闭的。正确的做法，是把Mellanox网卡固定插在Slot 1或Slot 2。这不仅是物理安装规范，更是为了确保网卡能获得CPU直连的DMA通道和最低延迟的内存访问路径。另一个常被忽视的点是“网卡子卡的物理形态”。R7515的OCP子卡槽位，支持两种规格：OCP 2.0和OCP 3.0。Mellanox ConnectX-6 Dx有OCP 2.0和OCP 3.0两个版本，外观几乎一样，但引脚定义不同。如果你买了OCP 3.0版本的网卡，硬塞进R7515的OCP 2.0槽位，轻则网卡不亮，重则烧毁主板上的OCP供电电路。判断方法很简单：看网卡金手指末端是否有“缺口”。OCP 2.0的缺口在第12针附近，OCP 3.0的缺口在第24针附近。这个细节，连很多戴尔认证工程师都会记混。逻辑层面，Mellanox网卡在Linux里不是以“eth0”这样的名字出现的，而是先注册为“mlx5_core”内核模块，再由udev规则生成“enp1s0f0”这类基于PCIe地址的持久化名称。Debian12.5的默认内核（6.1.0-18-amd64）已经内置了mlx5_core模块，但它只包含驱动代码，不包含网卡运行必需的firmware二进制文件。这些firmware文件（如mlx5-fw-14.32.1020.bin）必须单独安装到/lib/firmware/mellanox/目录下。如果缺少firmware，dmesg日志里会反复打印“Failed to load firmware file”，网卡永远处于“Link down”状态。所以，“安装驱动”这个动作，在R7515+Debian12.5的语境下，本质是两件事：一是确保内核模块已加载（modprobe mlx5_core），二是确保对应的firmware文件已就位（dpkg -i firmware-mellanox_*.deb）。很多人只做了第一件事，就以为搞定了，结果网络始终不通——这就是典型的“知其然不知其所以然”。
3. Debian12.5系统安装：从UEFI启动到网络激活的完整实操闭环
3.1 制作可启动U盘：不是简单的dd命令，而是UEFI兼容性校验的起点
用dd if=debian-12.5.0-amd64-netinst.iso of=/dev/sdb bs=4M status=progress制作启动U盘，这个命令本身没错，但它只是万里长征的第一步。R7515对UEFI启动介质的校验非常严格，它要求U盘的ESP（EFI System Partition）分区必须是FAT32格式，且根目录下必须存在/EFI/boot/bootx64.efi这个文件。很多用户从官网下载的ISO镜像，解压后直接复制文件到U盘，却发现R7515的UEFI Boot Menu里根本看不到这个U盘。问题就出在这里：标准的Debian netinst ISO，其内部的EFI引导文件是打包在ISO9660文件系统里的，dd命令只是把整个ISO的扇区原样复制过去，并没有创建一个独立的、符合UEFI规范的ESP分区。正确的做法，是使用grml-debootstrap或debian-installer提供的官方U盘制作工具。但最稳妥、最透明的方式，是手动构建：首先用fdisk /dev/sdb创建一个512MB的FAT32分区（type codeef），然后用mkfs.fat -F32 /dev/sdb1格式化；接着挂载这个分区，mount /dev/sdb1 /mnt；再从Debian ISO中提取EFI文件：7z x debian-12.5.0-amd64-netinst.iso ./EFI/ -o/mnt/；最后，确保/mnt/EFI/boot/目录下有bootx64.efi，且权限为644。做完这些，R7515的UEFI Boot Menu才能正确识别并列出这个U盘。我曾经用同一张U盘，在R740上能顺利启动，在R7515上却黑屏——原因就是R740的UEFI固件比较宽容，而R7515的UEFI固件严格执行UEFI Spec 2.8标准。这个细节，决定了你是在机房里花5分钟搞定启动，还是折腾一上午还在查U盘是不是坏了。
3.2 安装过程中的关键抉择：LVM、加密与网络配置的实战权衡
Debian安装器（debian-installer）的图形界面很简洁，但每一个选项背后，都是生产环境稳定性的伏笔。首先是磁盘分区方案。R7515标配的PERC H745p RAID卡，会把物理硬盘抽象成一个或多个逻辑卷（Logical Drive）。在Debian安装器里，你看到的不是/dev/sda，而是/dev/mapper/pdc_XXXXXX这样的设备名。这里有个致命陷阱：如果你在安装时选择了“Guided - use entire disk and set up encrypted LVM”，安装器会尝试在RAID逻辑卷上创建LVM，但PERC H745p的RAID元数据和LVM的PV元数据会发生冲突，导致系统安装完成后无法启动，报错No volume groups found。我的解决方案是：在“Partition disks”步骤，选择“Manual”，然后手动创建一个/boot分区（ext4，512MB，不加密，挂载点/boot），再创建一个/根分区（ext4，剩余空间，不加密，挂载点/）。LVM和全盘加密，留到系统安装完成后再手动配置，这样可以完全规避RAID卡与LVM的元数据打架问题。其次是网络配置。Debian12.5安装器默认启用DHCP，这很方便，但R7515的iDRAC和主机操作系统共享同一个物理网口（通过IPMI over LAN），如果DHCP服务器分配的IP和iDRAC的IP冲突，会导致iDRAC管理界面失联。因此，我习惯在安装时就选择“Configure network manually”，为enp1s0f0（Mellanox网卡）设置一个静态IP（比如192.168.10.100/24），网关指向核心交换机，DNS指向内部DNS服务器。这样，安装完成后的第一件事，就是SSH登录上去，再用ipmitool命令重新配置iDRAC的IP，确保两者不冲突。最后是软件包选择。安装器最后一步会让你勾选“Software selection”。务必取消勾选“Desktop environment”，因为R7515是服务器，不需要GNOME或KDE；但一定要勾选“SSH server”，这是远程管理的生命线。另外，“Standard system utilities”也建议勾选，它包含了vim、curl、wget等运维必备工具。我见过太多人为了“精简”，只选了最小系统，结果装完连ping命令都没有，只能重装——这不是节省，是给自己挖坑。
3.3 首次启动后的必要加固：从root密码到SSH密钥的标准化流程
Debian12.5安装完成后，第一次启动进入系统，这只是开始，远非结束。我有一套固定的“首次启动后五分钟清单”，必须逐项执行，否则这台服务器随时可能变成安全隐患。第一步，改掉root密码。安装器会提示你设置root密码，但很多人会忽略一个事实：Debian默认禁用root账户的SSH登录。所以，你必须先用安装时创建的普通用户（比如admin）登录，然后执行sudo passwd root，设置一个强密码。第二步，创建非root管理员用户。运行sudo adduser deploy，为部署自动化脚本创建专用账户，并将其加入sudo组：sudo usermod -aG sudo deploy。第三步，禁用密码登录，启用SSH密钥认证。编辑/etc/ssh/sshd_config，将PasswordAuthentication设为no，PubkeyAuthentication设为yes，然后重启SSH服务：sudo systemctl restart ssh。第四步，更新系统并安装firmware包。运行sudo apt update && sudo apt full-upgrade -y，然后重点安装sudo apt install -y firmware-mellanox firmware-linux firmware-linux-nonfree。这个firmware-mellanox包，就是前面提到的Mellanox网卡所需的firmware二进制文件，它会被自动解压到/lib/firmware/mellanox/目录下。第五步，验证Mellanox网卡状态。执行lspci | grep Mellanox确认设备被识别；sudo modinfo mlx5_core检查内核模块信息；sudo dmesg | grep mlx5查看初始化日志；最后ip link show enp1s0f0，如果看到state UP，说明网卡已激活。这五个步骤，我称之为“安全基线五步法”，缺一不可。有一次，客户跳过了第四步，结果第二天业务上线，Mellanox网卡突然断连，dmesg里全是firmware加载失败的报错——因为apt upgrade更新了内核，新内核需要新版本的firmware，而旧版本的firmware包已被卸载。这种问题，只有在首次启动时就固化流程，才能彻底避免。
4. Mellanox网卡驱动深度配置：从基础连通到RDMA加速的全栈调优
4.1 确认驱动状态与firmware版本：dmesg和ethtool的组合拳诊断法
在Debian12.5里，判断Mellanox网卡是否真正“活”了，不能只看ip link show的输出。state UP只代表链路层物理连接正常，不代表网络协议栈已就绪。真正的诊断，需要三步组合拳。第一步，用dmesg | grep -i mlx5过滤内核日志。健康的输出应该包含类似mlx5_core 0000:01:00.0: PCI device, non-ECC, with 2 ports和mlx5_core 0000:01:00.0: firmware version: 26.32.1020这样的行。如果看到Failed to load firmware file或Cannot allocate memory for firmware，那就说明firmware缺失或版本不匹配。第二步，用ethtool -i enp1s0f0查看驱动信息。关键字段是driver: mlx5_core（确认驱动已加载）、version: 5.15-18（对应内核版本）、firmware-version: 26.32.1020（确认firmware版本）。这里有个重要知识点：Mellanox网卡的firmware版本和驱动版本必须匹配。比如，firmware 26.32.1020要求驱动版本不低于5.15-18。如果ethtool显示的firmware-version是N/A，那基本可以断定firmware没加载成功。第三步，用ibstat和iblinkinfo命令检查InfiniBand子系统。虽然R7515用的是以太网模式的ConnectX-6 Dx，但它底层仍是IB架构，ibstat能显示HCA（Host Channel Adapter）的状态。如果ibstat报错No HCAs found，说明ib_uverbs和ib_core内核模块没加载，需要手动执行sudo modprobe ib_uverbs ib_core。这三步下来，你就能精准定位问题是在firmware、驱动、还是内核模块依赖上。我曾经帮一个客户排查，ip link显示UP，但ping不通网关。dmesg里一切正常，ethtool也显示firmware版本正确。最后用ibstat才发现，ib_uverbs模块没加载，导致网卡的高级特性（如RSS、TSO）被禁用，TCP连接建立超时。这种问题，只看表面现象，永远找不到根因。
4.2 网络参数调优：从MTU到RSS，释放Mellanox 25G网卡的全部潜力
R7515搭配Mellanox ConnectX-6 Dx，理论带宽是25Gbps，但默认的Debian12.5网络配置，往往只能跑出12Gbps左右。瓶颈不在硬件，而在内核网络栈的默认参数。调优的核心，是让数据包的处理路径，尽可能贴近硬件的并行处理能力。首先是MTU（Maximum Transmission Unit）。默认的1500字节MTU，在25G网络上会产生大量小包，增加中断次数和CPU开销。我一般会把MTU设为9000（Jumbo Frame），前提是你的交换机也支持。执行sudo ip link set dev enp1s0f0 mtu 9000，然后在/etc/network/interfaces里永久化：post-up ip link set dev enp1s0f0 mtu 9000。其次是RSS（Receive Side Scaling）。Mellanox网卡支持多队列接收，但Debian12.5默认只启用1个RX队列。你需要用ethtool -L enp1s0f0 rx 8 tx 8将RX和TX队列数都设为8（对应R7515的8核CPU），再用sudo ethtool -X enp1s0f0 equal 8均衡分配hash flow。这样，每个CPU核心都能独立处理一个RX队列，避免单核瓶颈。第三是中断亲和性（IRQ Affinity）。Linux内核的中断默认由CPU0处理，这会造成严重不均衡。我写了一个小脚本，自动将每个RX队列的中断绑定到对应的CPU核心：
#!/bin/bash for i in $(seq 0 7); do echo $((1 << $i)) | sudo tee /proc/irq/$(cat /proc/interrupts | grep "enp1s0f0-$i" | awk '{print $1}' | sed 's/:$//')/smp_affinity_list done这个脚本的意思是：把第0个RX队列的中断绑定到CPU0，第1个绑定到CPU1……以此类推。执行后，用cat /proc/interrupts | grep enp1s0f0验证，你会看到每个中断号后面都跟着不同的CPU列表。最后是TCP参数优化。在/etc/sysctl.conf里追加：
net.core.rmem_max = 33554432 net.core.wmem_max = 33554432 net.ipv4.tcp_rmem = 4096 262144 33554432 net.ipv4.tcp_wmem = 4096 262144 33554432 net.ipv4.tcp_congestion_control = bbr这些参数把TCP接收/发送缓冲区上限提升到32MB，并启用BBR拥塞控制算法，能显著提升长肥管道（Long Fat Network）下的吞吐量。做完这些，用iperf3测试，25G网卡的实测带宽能稳定在23.5Gbps以上。这些调优不是“锦上添花”，而是把R7515的硬件性能，从纸面参数转化为真实生产力的必经之路。
4.3 RDMA功能启用：绕过内核协议栈，实现微秒级延迟的终极加速
Mellanox ConnectX-6 Dx最强大的能力，不是25Gbps的带宽，而是RDMA（Remote Direct Memory Access）支持。RDMA允许应用程序绕过操作系统内核的TCP/IP协议栈，直接读写远程服务器的内存，将网络延迟从毫秒级降到微秒级。这对于高频交易、分布式数据库（如CockroachDB）、AI模型训练（如PyTorch Distributed）至关重要。但在Debian12.5上启用RDMA，需要跨越三个技术层级：内核模块、用户态库、应用配置。第一层，确认RDMA内核模块已加载。运行lsmod | grep rdma，应该看到rdma_cm、ib_core、ib_uverbs、mlx5_ib等模块。如果没有，执行sudo modprobe rdma_cm ib_core ib_uverbs mlx5_ib。第二层，安装用户态RDMA库。Debian12.5的main仓库里有libibverbs1和librdmacm1，但它们是通用版本，不包含Mellanox专有优化。我推荐从Mellanox官网下载mlnx-ofed-community-5.8-1.0.7.0-debian12.0安装包，解压后运行sudo ./mlnxofedinstall --force。这个安装包会替换系统自带的ibverbs库，并安装mlnx_qos、mlnx_telemetry等管理工具。第三层，配置RDMA网络。编辑/etc/modprobe.d/mlx5.conf，添加：
options mlx5_core log_level=8 options rdma_cm log_level=8然后重启RDMA服务：sudo systemctl restart rdma. 最后，用ibstat和iblinkinfo确认HCA状态，再用ibsend和ibrecv进行点对点通信测试。如果一切正常，ibstat会显示State: Active，iblinkinfo会显示Link layer: InfiniBand。这时，你就可以在应用层面启用RDMA了。比如，在MPI应用里，设置export OMPI_MCA_btl="^openib"；在RoCE（RDMA over Converged Ethernet）场景里，用sudo ip link set dev enp1s0f0 mtu 9000启用Jumbo Frame，并配置PFC（Priority Flow Control）和ECN（Explicit Congestion Notification）交换机策略。RDMA不是“开个开关”就能用的功能，它是一套需要你深入理解网络、内核和应用协同的完整技术栈。但一旦调通，你就会明白，为什么R7515+Mellanox的组合，在高性能计算领域，依然是无可替代的黄金搭档。
5. 常见问题与独家避坑指南：来自三次深夜故障排查的真实记录
5.1 “网卡驱动错误代码56”：不是驱动问题，而是固件与内核的版本战争
网络热词里反复出现的“网卡驱动错误代码56”，在R7515+Debian12.5的语境下，几乎可以100%确定是firmware版本与内核版本不匹配导致的。Windows里的错误代码56，对应Linux里的-ENODEV错误，意思是“设备不存在”。但这里的“不存在”，不是物理网卡没插好，而是内核在初始化mlx5_core模块时，尝试加载firmware文件失败，于是主动注销了这个设备。我遇到过最典型的一个案例：客户用Debian12.5安装镜像（内核6.1.0）安装系统，一切顺利。但两周后，apt upgrade自动更新到了内核6.1.15，重启后Mellanox网卡消失，lspci里还能看到设备，但dmesg里全是Failed to load firmware file。查/lib/firmware/mellanox/目录，发现里面只有mlx5-fw-26.32.1020.bin，而新内核6.1.15要求的firmware版本是26.33.1000。解决方案不是重装系统，而是下载对应firmware包，手动复制进去：
wget https://www.mellanox.com/files/docfw/fw-connectx6dx-rel-26_33_1000.zip unzip fw-connectx6dx-rel-26_33_1000.zip sudo cp FW-ConnectX6DX-rel-26_33_1000-MCX623106A-EC_A2-A3-A4-A5-A6-A7-A8-A9-A10-A11-A12-A13-A14-A15-A16-A17-A18-A19-A20-A21-A22-A23-A24-A25-A26-A27-A28-A29-A30-A31-A32-A33-A34-A35-A36-A37-A38-A39-A40-A41-A42-A43-A44-A45-A46-A47-A48-A49-A50-A51-A52-A53-A54-A55-A56-A57-A58-A59-A60-A61-A62-A63-A64-A65-A66-A67-A68-A69-A70-A71-A72-A73-A74-A75-A76-A77-A78-A79-A80-A81-A82-A83-A84-A85-A86-A87-A88-A89-A90-A91-A92-A93-A94-A95-A96-A97-A98-A99-A100-A101-A102-A103-A104-A105-A106-A107-A108-A109-A110-A111-A112-A113-A114-A115-A116-A117-A118-A119-A120-A121-A122-A123-A124-A125-A126-A127-A128-A129-A130-A131-A132-A133-A134-A135-A136-A137-A138-A139-A140-A141-A142-A143-A144-A145-A146-A147-A148-A149-A150-A151-A152-A153-A154-A155-A156-A157-A158-A159-A160-A161-A162-A163-A164-A165-A166-A167-A168-A169-A170-A171-A172-A173-A174-A175-A176-A177-A178-A179-A180-A181-A182-A183-A184-A185-A186-A187-A188-A189-A190-A191-A192-A193-A194-A195-A196-A197-A198-A199-A200-A201-A202-A203-A204-A205-A206-A207-A208-A209-A210-A211-A212-A213-A214-A215-A216-A217-A218-A219-A220-A221-A222-A223-A224-A225-A226-A227-A228-A229-A230-A231-A232-A233-A234-A235-A236-A237-A238-A239-A240-A241-A242-A243-A244-A245-A246-A247-A248-A249-A250-A251-A252-A253-A254-A255-A256-A257-A258-A259-A260-A261-A262-A263-A264-A265-A266-A267-A268-A269-A270-A271-A272-A273-A274-A275-A276-A277-A278-A279-A280-A281-A282-A283-A284-A285-A286-A287-A288-A289-A290-A291-A292-A293-A294-A295-A296-A297-A298-A299-A300-A301-A302-A303-A304-A305-A306-A307-A308-A309-A310-A311-A312-A313-A314-A315-A316-A317-A318-A319-A320-A321-A322-A323-A324-A325-A326-A327-A328-A329-A330-A331-A332-A333-A334-A335-A336-A33
