现象
用户在Linux服务器不使用Docker的部署场景中，尝试通过pnpm dev命令直接启动，或先执行pnpm build再执行pnpm start启动服务，两种启动方式均出现报错，同时用户需要修改FastGPT后台默认的3000端口，但修改后仍无法正常启动服务。
可能原因
- FastGPT官方默认推荐Docker部署，无Docker部署时缺少适配的运行环境配置，可能存在依赖缺失或环境变量未正确配置的问题。
- 默认使用的3000端口已被Linux服务器上的其他进程占用，导致启动时端口冲突报错。
- 用户修改后台端口的配置操作未正确生效，启动时仍使用默认的3000端口，引发端口冲突或配置不识别的问题。
排查步骤
- 执行端口占用排查操作，确认3000端口是否被其他进程占用，具体命令需按实际环境确认。
- 找到FastGPT后台服务的端口配置位置，按照项目实际的配置文件路径修改端口配置，将默认的3000端口替换为可用的端口号，确保配置修改已保存生效。
- 重新执行依赖安装命令，确认所有项目依赖已正确安装，避免因依赖缺失导致启动报错。
- 按照修改后的端口配置，重新执行对应的启动命令，观察启动日志中的报错信息，定位具体问题。
解决与验证
首先，修改端口配置：找到FastGPT后台服务的端口配置项，将默认的3000端口替换为未被占用的可用端口，保存配置文件。如果3000端口已被占用，可先终止占用该端口的进程，或直接更换为其他未被占用的端口。 随后，重新执行部署启动流程：如果使用开发模式启动，执行pnpm dev命令；如果使用生产模式启动，先执行pnpm build编译项目，再执行pnpm start启动服务。 启动后查看控制台输出的日志，确认服务未再出现端口相关报错，通过浏览器或接口测试工具访问修改后的端口，验证FastGPT服务是否可以正常响应请求。如果仍有启动报错，需根据日志中的具体错误文本，按实际环境进一步排查配置或依赖问题。