fastdfs安装失败主因是libfastcommon未安装或软链接缺失、tracker_server误写localhost、base_path目录缺失；必须先装libfastcommon并建两条软链接，手动创建base_path等路径并设权限，tracker_server须用真实ip。
libfastcommon没装或软链接缺失，fdfs_trackerd直接报错
FastDFS 6.x 起不再自带 libfastcommon，不装它，fdfs_trackerd 启动时必然失败，错误是：libfastcommon.so: cannot open shared object file。装完后还必须手动建软链接，否则运行时照样找不到库。
- 执行
./make.sh install后，先确认/usr/lib64/libfastcommon.so存在 - 补两条软链：
ln -s /usr/lib64/libfastcommon.so /usr/local/lib/libfastcommon.so和ln -s /usr/lib64/libfastcommon.so /usr/lib/libfastcommon.so - Ubuntu 系统额外要装
libevent-dev和libpcre3-dev，否则编译卡在event.h: No such file or directory
tracker.conf 和 storage.conf 的 base_path 目录必须手动创建并设权限
FastDFS 不会自动建任何目录。配置里写了 base_path=/fastdfs/tracker 或 store_path0=/fastdfs/storage，但目录不存在，服务就静默退出，日志只写 mkdir failed —— 这是最常见的“启动后立刻消失”原因。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 启动前必须手动执行：
mkdir -p /fastdfs/tracker /fastdfs/storage - 属主必须匹配运行用户：用
root启动就chown -R root:root /fastdfs；用fdfs用户就得先useradd fdfs再chown -R fdfs:fdfs /fastdfs - 路径别含空格或中文，
/fastdfs是最稳妥的选择
storage.conf 里 tracker_server 写 localhost 就连不上
哪怕单机部署，storage.conf 中的 tracker_server 也必须写真实 IP（如 192.168.1.100:22122），写 localhost 或 127.0.0.1 会导致 storaged.log 里反复出现 connect to tracker server fail。
-
tracker.conf里的bind_addr默认是空，表示监听所有地址，没问题 - 但
storage是主动发起连接的一方，它解析localhost会走回环，而tracker可能绑在物理网卡上，两者根本不在一个网络平面 - 云服务器记得在安全组放行
22122（tracker）和23000（storage）端口
验证前必须按顺序启动且查日志
别急着跑 fdfs_test，先确保两个进程都活着、端口监听正常、日志里没 ERROR。FastDFS 几乎所有问题线索都在日志里，重装解决不了任何事。
- 启动顺序固定：
fdfs_trackerd /etc/fdfs/tracker.conf先起，等 3 秒再起fdfs_storaged /etc/fdfs/storage.conf - 检查进程：
ps aux | grep fdfs应看到两个进程 - 检查监听：
netstat -tlnp | grep :22122应有fdfs_trackerd在监听 - 查日志重点看三处：
/fastdfs/tracker/logs/trackerd.log（bind 失败？端口被占？）、/fastdfs/storage/logs/storaged.log（连 tracker 失败？group_name 不匹配？）、系统日志/var/log/messages
base_path 目录建好、软链接打全、tracker_server 换成真实 IP、日志文件打开看一眼——这四件事做完，90% 的安装问题就没了。
