我来帮你一步步排查这个问题，咱们从最常见的原因开始梳理：

1. 先确认目标路径是否正确且具备写入权限 #

你命令里的--directory-prefix=G/wget/大概率是问题根源：

• 如果是Windows系统，外部硬盘的路径应该用正斜杠G:/wget/或者反斜杠G:\wget\，单纯的G/wget/会被wget识别为当前工作目录下的G子目录，而非外部硬盘的根目录。
• 如果是Linux/macOS系统，外部硬盘需要先挂载，路径通常不是G/，而是类似/mnt/external_drive/wget/这样的挂载路径。

另外，建议手动提前创建目标目录，虽然wget会尝试自动创建目录，但如果路径无效或没有写入权限，它可能不会给出明确报错。同时要检查外部硬盘是否被设置为只读模式，或者当前用户有没有该目录的写入权限。

2. 查看wget详细日志，确认下载行为 #

你说“运行无明显异常”，但wget默认输出的信息可能不够详细。可以加上-v（详细模式）或者-vv（极详细模式），查看每一步的操作细节：

wget -vv --http-user=xxxxxx --http-password=xxxxx --load-cookies mycookies.txt --save-cookies mycookies.txt --keep-session-cookies -r --reject "index.html*" -np -e robots=off https://n5eil01u.ecs.nsidc.org/SMAP/SPL4SMGP.003/ --directory-prefix=G:/wget/

重点关注这些内容：

• 有没有返回HTTP 200 OK的响应？如果是403/401，说明认证失败；
• 有没有提示“no files to download”？这意味着过滤规则把所有文件都排除了；
• 有没有出现“Permission denied”之类的写入错误？

3. 检查递归下载的参数是否过滤了所有文件 #

你用了--reject "index.html*"，但目标URLhttps://n5eil01u.ecs.nsidc.org/SMAP/SPL4SMGP.003/下的内容可能只有index.html相关文件，导致过滤后没有可下载的资源。建议先去掉这个参数，运行一次看看能不能下载到index.html，确认wget能正常访问目标资源后，再重新添加过滤规则。

另外，-r默认的递归深度是5层，如果目标文件在更深的目录里，可以加上--level=10（或更大数值）确保能遍历到深层文件。

4. 排查认证与Cookies的冲突 #

你同时使用了HTTP账号密码和Cookies认证，可能存在冲突：

• 可以先去掉--http-user和--http-password参数，只保留Cookies相关配置，看能否正常下载；或者反过来，去掉Cookies参数，只用HTTP账号密码尝试；
• 确认mycookies.txt文件在当前运行wget的目录下，如果不在，要写完整的绝对路径（比如Windows下的C:\Users\YourName\mycookies.txt，Linux下的/home/YourName/mycookies.txt）。

5. 先测试单个文件下载，缩小排查范围 #

找目标URL里的一个具体文件，直接用wget下载，看能否保存到目标目录：

wget --http-user=xxxxxx --http-password=xxxxx --load-cookies mycookies.txt https://n5eil01u.ecs.nsidc.org/SMAP/SPL4SMGP.003/some_specific_file.h5 --directory-prefix=G:/wget/

如果这个测试成功，说明问题出在递归下载的参数或目标目录的文件结构上；如果还是失败，那大概率是路径、权限或认证的问题。

内容的提问来源于stack exchange，提问作者giulio