Solution for "No network provider accepted the given network path"

本文介绍了当尝试通过完全限定域名(FQDN)访问网络路径时遇到“没有网络提供程序接受指定的网络路径”错误的解决方案。包括运行系统文件检查器、确保能通过FQDN ping通工作站、启用文件和打印共享等五种方法。

When you try to access a network path (FQDN) by “start”-“run”-”//machine_name/share_name”, and meet error message “No network provider accepted the given network path.” But when you open the Command Console (“start“-“run“-“cmd“), you can ping that machine successfully by using the FQDN.

If you meet this situation,To Solve This Problem,
1run “sfc /scannow” may be able to solve the problem.
2. Make sure you are able to ping the Workstation by FQDN
3. Simply Enable File and Print Sharing For Microsoft Networks From Properties of Local Area Connection.
4,Change the Security Policy
Network security: LAN Manager authentication level: Send LM & NTLM responses

5,Make sure client for microsoft networks did not get deleted from the properties of the network connection, that fixed it for me.

 

 

from http://hi.baidu.com/superbillgates/blog/item/42ac46345bc4e8395bb5f58d.html

 

<think>好的,我需要解决用户提到的systemd启动时因网络接口问题导致阻塞的问题。用户的问题描述是:“systemd a start job is running for raise network interfaces blocked troubleshooting solution”。首先,我需要理解用户的具体情况。当系统启动时,systemd可能会因为网络接口配置问题而卡住,显示类似“A start job is running for Raise network interfaces”的信息,导致启动过程延迟或失败。 接下来,我需要根据已有的引用内容来寻找可能的解决方案。查看用户提供的引用内容,引用[1]提到了使用systemctl检查失败的服务,特别是systemd-modules-load.service的问题。这可能与内核模块加载有关,但用户的问题更偏向网络接口,所以可能需要结合其他引用。引用[2]提到了使用netctl启动特定网络配置,以及更改MAC地址的方法。引用[3]则涉及Kubernetes的网络功能,可能与容器网络配置相关,但用户的问题可能更基础,涉及物理或虚拟网络接口的启动。 首先,考虑基本的排查步骤。检查失败的服务状态,如引用[1]中的命令:systemctl --state=failed。这可以帮助确认是否确实是网络服务启动失败。如果网络服务失败,可能需要检查网络配置文件,比如/etc/network/interfaces或Netplan的YAML文件(如果是Ubuntu系统)。另外,使用journalctl查看日志,过滤与网络相关的条目,例如journalctl -u networking.service或journalctl -u systemd-networkd.service。 接下来,考虑网络接口配置错误。用户可能配置了错误的静态IP、网关或DNS,导致服务启动超时。需要检查配置文件中的参数是否正确,特别是MAC地址是否正确,如引用[2]提到的更改MAC地址的命令。如果接口的MAC地址在配置文件中被硬编码,而硬件更换导致MAC地址变化,也会引发问题。此时,可以尝试注释掉MAC地址的配置行,或更新为正确的地址。 另外,DHCP获取失败也可能导致问题。如果使用动态IP配置,但DHCP服务器不可达,网络服务可能超时。可以暂时改用静态IP测试,或检查DHCP服务器的可用性。 还有可能是网络接口驱动或硬件问题。使用dmesg | grep eth0(假设接口为eth0)查看内核日志,确认驱动是否正确加载,接口是否被识别。如果有硬件问题,可能需要更换接口或检查物理连接。 系统启动超时设置也可能影响。systemd默认的启动超时时间可能太短,可以通过在服务文件中设置TimeoutStartSec参数来延长,但这只是临时解决方案,应优先解决根本问题。 此外,禁用冲突的网络管理工具,如NetworkManager和systemd-networkd同时运行可能导致冲突。需要确定使用哪一种工具,并禁用另一个。 对于使用netctl的用户(如引用[2]),确保配置正确,并手动启动网络配置以测试。如果问题出在特定的网络配置文件中,可能需要修复或替换该文件。 最后,如果所有方法无效,可能需要考虑恢复备份配置或重新安装网络工具包。同时,确保系统更新到最新版本,以修复可能的软件缺陷。 总结以上步骤,形成结构化的解决方案,逐步引导用户排查问题。需要确保命令正确,并提醒用户谨慎修改系统文件,建议备份后再操作。</think>### 解决“A start job is running for Raise network interfaces”阻塞问题 #### 1. **查看失败服务状态** 使用以下命令检查具体失败的服务: ```bash $ systemctl --state=failed ``` 如果发现`systemd-networkd.service`或`networking.service`失败,说明网络服务启动异常[^1]。 #### 2. **检查网络接口配置** - **Netplan(Ubuntu)**:检查`/etc/netplan/*.yaml`文件中的配置,例如: ```yaml network: version: 2 ethernets: eth0: dhcp4: true # 若静态IP配置错误会导致阻塞,可暂时改为dhcp4: true测试 ``` - **传统配置(Debian/CentOS)**:检查`/etc/network/interfaces`,确保未指定不存在的接口或错误MAC地址[^2]。 #### 3. **查看详细日志** 通过`journalctl`过滤网络服务日志: ```bash $ journalctl -u systemd-networkd.service --since "5 minutes ago" ``` 若日志显示`eth0: Failed to bring up interface`,可能是驱动或硬件问题。 #### 4. **处理MAC地址冲突** 若配置中指定了MAC地址(如`hwaddress ether 00:11:22:33:44:55`),但实际硬件地址已变更: ```bash $ ip link show eth0 # 查看实际MAC地址 ``` 修改配置文件中的MAC地址或删除该配置行。 #### 5. **测试DHCP模式** 将网络配置临时改为DHCP模式,观察是否仍阻塞: ```bash $ sudo dhclient eth0 # 手动获取IP ``` 若成功,说明静态配置有误;若失败,检查DHCP服务器或物理连接。 #### 6. **禁用冲突服务** 若同时运行`NetworkManager`和`systemd-networkd`,可能导致冲突: ```bash $ sudo systemctl stop NetworkManager $ sudo systemctl disable NetworkManager ``` #### 7. **延长启动超时时间(临时)** 编辑服务文件,增加超时阈值(需谨慎): ```bash $ sudo systemctl edit systemd-networkd.service ``` 添加: ```ini [Service] TimeoutStartSec=300 # 单位:秒 ``` #### 8. **恢复默认配置** 若不确定配置错误位置,可备份后恢复默认配置: ```bash $ sudo mv /etc/netplan/50-cloud-init.yaml /etc/netplan/50-cloud-init.yaml.bak $ sudo netplan generate $ sudo netplan apply ``` --- ###
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值