centos虚拟机Failed to start LSB: Bring up/down错误解决方法

很多朋友在使用centos7系统时,有时候需要分配多个IP地址,这就涉及到修改网卡配置,但是在修改完网卡配置时,重启网络服务时会出现“Failed to start LSB: Bring up/down”网络报错,这个应该应该怎么解决呢?

其实使用提示命令systemctl status network.service进行查看可以发现错误行:

[[email protected] ~]# systemctl status network.service
● network.service – LSB: Bring up/down networking
Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2019-03-14 23:24:37 CST; 16s ago

解决方法如下:

第一种方法:修改MAC地址

这样造成的原因是配置文件中MAC与当前网卡MAC不一致,只需要修改一下配置文件即可。

1、用ip addr show命令查看当前MAC地址

Failed to start LSB: Bring up/down错误解决方法

2、修改/etc/sysconfig/network-scripts/下以ifcfg开头的网络链接文件

例如vim /etc/sysconfig/network-scripts/ifcfg-eth1

将HWADDR=”00:0c:29:7f:76:e8″改为HWADDR=”00:0c:29:5d:6f:01″

3、systemctl restart network.servic重启网络成功,这样状态既可正常。

第二种方法、禁用NetworkManager

1、systemctl stop NetworkManager

2、systemctl disable NetworkManager

重启之后,网络恢复正常

第三种方法、修改网卡文件名

装完系统后网卡默认都是有名称的,例如eno9、eno17…等等,如果你之前修改过网卡名称的话,例如修改成eth0名称的话,可以按照以下方法修改配置文件:

1、修改网卡名和配置文件

mv /etc/sysconfig/network-scripts/ifcfg-enoeno9 /etc/sysconfig/network-scripts/ifcfg-eth0

修改配置文件里面name和device

vi /etc/sysconfig/network-scripts/ifcfg-eth0

TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPV4_FAILURE_FATAL=no
NAME=eth0
UUID=d890d6e6-01f6-4063-bf70-cd4e1787d0a8
HWADDR=00:50:56:8b:57:82 #这里原文件没有,手动添加上去
DEVICE=eth0
ONBOOT=yes
IPADDR=IP

NETMASK=掩码
GATEWAY=网关

2、修改/etc/sysconfig/grub,添加net.ifnames=0 biosdevname=0

vi /etc/sysconfig/grub

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=” ( s e d ‘ s , r e l e a s e . ∗ (sed ‘s, release .* (seds,release.,g’ /etc/system-release)”
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT=”console”
GRUB_CMDLINE_LINUX=”crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap net.ifnames=0 biosdevname=0 rhgb quiet”
GRUB_DISABLE_RECOVERY=”true”

3、手动生成70-persistent-net.rules以及其他方法

查看接口的MAC地址

ip link show

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eno16777728: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
link/ether 00:0c:29:28:ac:54 brd ff:ff:ff:ff:ff:ff
生成文件

vi /etc/udev/rules.d/70-persistent-net.rules

SUBSYSTEM==”net”, ACTION==”add”, DRIVERS==”?”, ATTR{address}”00:0c:29:28:ac:54″, ATTR{type}”1″, KERNEL==”eth”, NAME=”eth0″

最后重启机器:# reboot 就可以了,这样基本上就能够解决了。如果大家在使用RAKsmart美国服务器的过程中,遇到Failed to start LSB: Bring up/down等问题都可以按照上述方法解决。

### 构建任务失败解决方案 当遇到 `Execution failed for task ':app:shrinkReleaseRes'` 错误时,这通常意味着资源压缩过程中出现了问题。此错误可能由多种原因引起,包括但不限于配置不正确、依赖冲突或特定于项目的其他因素。 #### 可能的原因分析 1. **ProGuard 或 R8 配置不当** ProGuard R8 是用于优化混淆代码以及减少 APK 大小的工具。如果这些工具的配置存在问题,可能会导致资源无法正常处理[^1]。 2. **重复资源** 如果项目中有多个模块定义了相同的资源名称,可能导致冲突并引发该错误。检查是否存在重名的 drawable、string 等资源文件[^2]。 3. **第三方库兼容性** 某些第三方库可能当前使用的 Gradle 插件版本或其他库存在兼容性问题,从而影响到资源打包过程中的行为[^3]。 4. **Gradle 缓存问题** 有时旧缓存数据会干扰新编译的结果,尝试清理本地仓库重新同步项目可以帮助排除此类潜在障碍[^4]。 #### 推荐的操作方法 为了有效解决问题,建议按照以下步骤逐一排查: ```bash # 清理项目构建目录 ./gradlew clean # 删除 .gradle 文件夹下的所有内容以清除缓存 rm -rf ~/.gradle/caches/ ``` 调整 `build.gradle` 中的相关设置也是一个重要环节: ```groovy android { ... buildTypes { release { minifyEnabled true // 是否启用代码缩减 shrinkResources true // 是否开启资源压缩 proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' // 尝试禁用 shrinkResources 来测试是否为资源压缩引起的错误 // shrinkResources false } } } ``` 此外,在 `proguard-rules.pro` 文件内添加必要的保留规则,防止关键类被意外移除: ```text -keep class com.example.yourpackage.** { *; } # 替换为你自己的包路径 -dontwarn androidx.**,com.google.** # 忽略警告信息 ``` 最后,确保所使用的 Android Studio 版本是最新的稳定版,并且已经应用了所有的补丁更新。
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值