Linux是一款强大的操作系统，但是跟其他任何操作系统一样，也会遇到一些问题。在本文中，我们将解决一个常见的问题：mdev s未运行的问题。mdev是一个Linux系统中的设备管理器。它通过内核hotplug机制来检测和处理插入和删除设备的事件。而当我们出现mdev s未运行的情况时，会导致系统无法管理设备，这将带来很多困难。下面我们将介绍如何解决这个问题。
1. 确认mdev是否在系统中安装
确保mdev已经安装在系统中。mdev通常是与busybox一起发布的，因此请检查busybox是否正确安装。您可以使用以下命令来检查：
$ busybox mdev -h
如果系统没有安装mdev，则需要首先安装mdev。
2. 确认系统配置文件是否正确
如果系统中已经安装了mdev，但仍然遇到mdev s未运行的问题，则可能是系统配置文件的问题。mdev使用配置文件/etc/mdev.conf来配置设备处理规则。检查配置文件是否存在并且是否出现错误。您可以使用以下命令来检查文件是否存在：
$ ls -l /etc/mdev.conf
如果文件不存在，则需要手动创建一个。如果文件存在，请确保它没有任何错误。在某些情况下，即使文件完全正确，也可能会遇到此问题。您可以通过键入以下命令重启mdev来解决此问题：
$ killall mdev && /in/mdev -s
3. 确认内核支持hotplug机制
mdev是通过内核hotplug机制来检测和处理插入和删除设备的事件。因此，如果该机制未启用，则mdev无法正常工作。您可以使用以下命令来检查系统内核是否支持hotplug机制：
$ grep HOTPLUG /usr/src/linux/.config
如果将返回以下文本，则hotplug机制已经启用：
CONFIG_HOTPLUG=y
否则，则需要按照以下步骤打开它：
1. 切换到内核源码目录并编辑.config文件：
$ cd /usr/src/linux
$ sudo nano .config
2. 搜索“CONFIG_HOTPLUG”：
Ctrl + W, CONFIG_HOTPLUG
3. 将配置选项更改为“y”：
CONFIG_HOTPLUG=y
4. 保存更改并退出nano。
5. 重新编译内核。
4. 检查设备是否正确连接
如果系统中已经安装了mdev，并且它已正确配置，并且内核也支持hotplug机制，但仍然出现mdev s未运行的问题，则可能是因为设备没有正确连接。请检查设备是否正确插入，并且是否存在任何设备驱动程序问题。
在本文中，我们探讨了mdev s未运行的问题以及如何解决它。通过确认mdev是否安装，系统配置文件是否正确，内核是否支持hotplug机制以及设备是否正确连接，您可以成功解决这个问题。在Linux系统中，出现问题是很常见的，但是有时问题可以通过花一些时间来解决。希望本文能够帮助您成功解决mdev s未运行的问题！
相关问题拓展阅读：
linux 能创建多少个network Namespace
创建Network Namespace
ip netns add
例如：
ip netns add test
查看namespace
ip netns list
给Namespace添加接口
创建的Namespace不能添加真实的物理接口，只能添加虚拟接口veth（virtual Ethernet interface），它们经常成对出现并且像一个管道一样连在一起。
创建一对veth：veth0和veth1
ip link add veth0 type veth peer name veth1
通过命令可以查看我们创建的veth
# ip link list
1: lo: mtuqdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 08:00:27:ec:3c:70 brd ff:ff:ff:ff:ff:ff
3: eth1: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 08:00:27:d1:f2:b3 brd ff:ff:ff:ff:ff:ff
4: eth2: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 08:00:27:ad:03:e8 brd ff:ff:ff:ff:ff:ff
5: eth3: mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 08:00:27:b2:eb:13 brd ff:ff:ff:ff:ff:ff
6: virbr0: mtu 1500 qdisc noqueue state UNKNOWN
link/ether 52:54:00:eb:0e:7e brd ff:ff:ff:ff:ff:ff
7: virbr0-nic: mtu 1500 qdisc noop state DOWN qlen 500
link/ether 52:54:00:eb:0e:7e brd ff:ff:ff:ff:ff:ff
10: veth1: mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 86:e4:2c:b1:77:d0 brd ff:ff:ff:ff:ff:ff
11: veth0: mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 82:bf:54:c0:5c:a9 brd ff:ff:ff:ff:ff:ff
现在这两个veth都是属于默认（global）的Network Namespace，下面我们把veth0放到test的尘高樱namespace里，veth1保留在global的namespace里。
# ip link set veth0 netns test
# ip netns exec test ip a
9: lo: mtuqdisc noop state DOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
11: veth0: mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 82:bf:54:c0:5c:a9 brd ff:ff:ff:ff:ff:ff
发现veth0已经跑到test这个namespace里了念运，全局的network namespace里已没有了veth0.
目前veth0和veth1时down的状态，下面我派丛们为两个veth对配置IP地址
ip netns exec test ip addr add 192.168.10.2/24 dev veth0
ip netns exec test ip link set veth0 up
# ip netns exec test ip a
9: lo: mtuqdisc noop state DOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
11: veth0: mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 82:bf:54:c0:5c:a9 brd ff:ff:ff:ff:ff:ff
inet 192.168.10.2/24 scope global veth0
给veth1配置IP地址，veth1在global的Network Namespace里
ip addr add 192.168.10.1/24 dev veth1 up
10: veth1: mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 86:e4:2c:b1:77:d0 brd ff:ff:ff:ff:ff:ff
inet 192.168.10.1/24 scope global veth1
inet6 fe80::84e4:2cff:feb1:77d0/64 scope link
valid_lft forever preferred_lft forever
# ip netns exec test ip a
9: lo: mtuqdisc noop state DOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
11: veth0: mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 82:bf:54:c0:5c:a9 brd ff:ff:ff:ff:ff:ff
inet 192.168.10.2/24 scope global veth0
inet6 fe80::80bf:54ff:fec0:5ca9/64 scope link
valid_lft forever preferred_lft forever
可以看到veth0和veth1都up了起来。验证一下连通性。
# ping 192.168.10.2
PING 192.168.10.2 (192.168.10.2) 56(84) bytes of>Linux系统\Centos没有网卡eth0配置文件怎么办
修复步骤
1、关闭NetworkManager服务。
2、关闭NetworkManager开机启动
3、添加 /etc/sysconfig/network-scriipts/ifcfg-eth0 文件。
注：文件肆手羡内容的值根据实际情况修改
4、开机启动network。裂拍
5、薯咐开启network服务。
一、配置文件详解
在RHEL或者CentOS等Redhat系的Linux系统里，跟网络有关的主要设置文件如下：
/etc/host.conf配置域名服务客户端的控制文件
/etc/hosts完成主机名映射为IP地址的功能
/etc/resolv.conf域名服务客户端的配置文件,用于指定域名 服务器 的位置
/etc/sysconfig/郑余network 包含了主机最基本的网络信息,用于系统启动.
/etc/sysconfig/network-script/ 系统启动时初始化网络的一些信息
/etc/xinetd.conf定义了由超级进程xinetd启动的网络服务
/etc/networks完成域名与网络地址的映射
/etc/protocols设定了主机使用的协议以及各个协议的协议号
/etc/services设定主机的不同端口的网络服务
1. /etc/host.conf文件的默认信息如下：
multi on#允许主机拥有多个IP地址
Order hosts,bind #主机名解析顺序，即本地解析,DNS域名哪蚂解析的顺序
这个文件一般不需要我们修改，默认的解析顺序是本地解析,DNS服务器解析，也就是说在李丛埋本系统里对于一个主机名首先进行本地解析，如果本地解析没有，然后进行DNS服务器解析。
2. /etc/hosts文件默认的内容大概如下：
127.0.0.1 butbueatiful localhost.localdomain localhost
::localhost6.localdomain6 localhost6
可见，默认的情况是本机ip和本机一些主机名的对应关系，之一行是ipv4信息，第二行是ipv6信息，如果用不上ipv6本机解析，一般把该行注释掉。
之一行的解析效果是，butbueatiful localhost.localdomain localhost都会被解析成127.0.0.1,我们可以用ping试试。
# ping -c 3 butbueatiful
PING butbueatiful (127.0.0.1) 56(84) bytes of>arm板和虚拟机下linux网络ping的速度很慢
在挂在NFS的丛敬时候，使用参数指明镇歼NFS使用TCP连接（NFS默认使用UDP连接）这样渗旅慎稳定性就很好了。
mount -t nfs -o nolock,tcp you_host_ip:host_nfs_path target_mount_path
都有一定程度的丢包啊，你用的是哪家的开发板？建议考虑培银是开发板的网卡接口或者是网卡芯片虚焊导致，因为我就遇到这样的情况，一开始好好的，后来就是NFS时不灶睁时的隐中岁掉了，网卡显示up然后就down再up。反复重新连接。如果发现因为你说linux下能正常上网，就不考虑是linux的问题。着重查看开发板的网卡。或者是你用的网卡驱动不对。DM9000和DM9000A还是有些区别的。
你是经过路由器连接开发板和主机 还裂腊是 用交换机棚稿连接开发板和主机的！？
如果是前者就是你的网速太慢了 可能太多人用一链源孝个路由器上网！
呵呵
linux mdev -s没有运行的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于linux mdev -s没有运行,解决Linux问题：mdev s未运行的问题,linux 能创建多少个network namespace,Linux系统\Centos没有网卡eth0配置文件怎么办,arm板和虚拟机下linux网络ping的速度很慢的信息别忘了在本站进行查找喔。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
安装Linux版VMware不能运行也不会卸载
你的Ubuntu系统最近更新过内核么？从提示来看，报错是因为当前运行的内核版本的头文件丢失了，你需要重新安装一下这个头文件。 使用uname -a查看下当前内核版本，使用apt-get install linux-headers-XXXX来安装相应版本的头文件，其中XXXX为版本信息如3.2.0-23-generic。
missing operating system?
蓝屏故障和其它故障一样，根据成因大致可以分为软件和硬件两个方面。 现在还是遵循先软后硬的原则来看看故障的成因和解决办法吧！ 一、软件引起的蓝屏故障 1．重要文件损坏或丢失引起的蓝屏故障(包括病毒所致)。 实例：Win98中的VxD(虚拟设备驱动程序)或是．DLL动态连接库之类的重要文件丢失，情况一般会比较严重，会出现“蓝屏警告”。 解决方法一：记下所丢失或损坏的文件名用Win98启动盘中的“Ext”命令从Win98安装盘中提取和恢复被损坏或丢失的文件，步骤如下： (1)用Win98启动盘引导计算机，在提示符下敲入“Ext”命令。 (2)在提示“Please enter the path to the Windows CAB files( a)：”后输入Win98安装压缩包所在的完整路径，如“F＼Pwin98＼Win98”，完成后回车。 (3)在提示“Please enter the name(s)of the file(s) you want to extract：”后输入你记下的丢失文件名，如“Bios．Vxd”，回车。 (4)在解压路径提示“Please enter path to extract to(‘Enter’ for current directory)：”后输入文件将被解压到的完整路径，如“C ＼Windows＼System”并敲回车。 (5)最后出现确认提示“Is this Ok？(y/n)：”，输入“y”后回车。 “Ext”程序会自动查找安装盘中的CAB压缩包，并将文件释放到指定的位置。 (6)重新启动即可。 解决方法二：用杀毒软件杀毒。 有的病毒可能会破坏注册表项杀毒后注册表应恢复中毒之前的备份。 解决方法三：如果能启动图形界面，可以采取重装主板以及显卡的驱动程序，和进行“系统文件扫描”来恢复被破坏或丢失的文件。 “系统文件扫描”的方法为单击“开始/程序/附件/系统工具/系统信息/工具/系统文件检查器”，然后扫描改动过的文件即可。 2．注册表损坏导致文件指向错误所引起的蓝屏。 实例：注册表的擅自改动(包括人为地改动和软件安装时的自动替换)其现象表现为开机或是在调用程序时出现蓝屏，并且屏幕有出错信息显示(包含出错的文件名)。 解决方法一：恢复备份。 (1)单击“开始/关机/重新启动计算机并切换到MS-DOS方式”，然后单击“是”； (2)进入Windows目录下。 例如，如果你的Windows安装在“C＼Windows” 目录下，应键入以下内容“CD C＼WINDOWS”后回车； (3)键入“SCANREG＼RESTORE”后回车。 (4)按照上述步骤，可以将注册表恢复到最近一次启动计算机时的状态。 解决方法二：删除键值。 如果是在卸载程序后出现蓝屏的话，笔者断定故障是由于程序卸载不完善造成的。 解决这类问题非常简单，首先你要记下出错的文件名，然后再到注册表中找到以下分支“HKEY＿LOCAL＿MACHINE＼System ＼CurrentControlSet＼Services＼VxD”。 在“查找”中输入刚才的文件名，把查到的键值删除即可。 此时，千万不要忘记备份注册表哦！ 典型案例：笔者在删除金山毒霸时中途死机，重新启动后刚看到桌面的图标就出现蓝屏，并伴有错误信息出现。 错误信息中提到Kavkrnl．vxd文件找不到，笔者首先根据文件名的前两个字符确定该文件不是Win98的系统文件，ka开头的应是金山毒霸的虚拟设备驱动程序。 基本判断为文件指向错误，于是决定删除它在注册表中相应键值。 在注册表编辑器的查找中输入“Kavkrnl．vxd”，将它在“HKEY＿LOCAL＿ MACHINE＼System＼CurrentControlSet＼Services＼VxD”中的相应主键值删除，重启后故障消除。 3．System．ini 文件错误引起的“蓝屏”。 实例：软件卸载或是安装后未即时更新System．ini 文件所造成的错误。 解决方法：禁用注册表中该项或是重新安装相应的软件或驱动程序。 4．Win98自身的不完善造成的蓝屏。 实例：Win98的sp1和Microsoft的Vxd＿fix．exe补丁程序对Win98的稳定性起着至关重要的作用。 解决方法：快去下载吧，如华军网站南京站http//nj．onlinedown．net/Win98SP1．htmWin98sp1及http//nj．onlinedown．net/Windows98VxDpatch．htm Vxd＿fix．exe。 5．系统资源耗尽引起的蓝屏故障。 实例：蓝屏故障常常发生在进行一项比较大的工作时，或是在保存复制的时候，且往往发生得比较突然。 这类故障的发生原因主要是与三个堆资源(系统资源、用户资源、GDI资源)的占用情况有关。 解决方法：打开你的资源状况监视器，看一下剩余资源，如果你的三种资源都在50%甚至更低，就很容易出现诸如“非法操作”、“蓝屏”或“死机”故障。 为此，必须减少资源浪费，减少不必要的程序加载，避免同时运行大程序(图形、声音和视频软件)，例如加载计划任务程序，输入法和声音指示器，声卡的DOS驱动程序，系统监视器程序等等。 6．DirectX问题引起的蓝屏故障。 实例：(1)DirectX版本过低或是过高；(2)游戏与它不兼容或是不支持；(3)辅助重要文件丢失；(4)显卡对它不支持。 解决方法：升级或是重装DirectX。 如果是显卡不支持高版本的DirectX那就说明你的显卡实在是太老了，尝试更新显卡的BIOS和驱动程序，否则，只好花钱升级显卡了。 二、硬件引起的蓝屏故障 1．内存超频或不稳定造成的蓝屏。 实例：随机性蓝屏。 解决方法：先用正常频率运行，若还有问题。 找一根好的内存条进行故障的替换查找，一般可以解决。 再就是应当注意当CPU离内存很近时内存的散热问题。 2．硬件的兼容性不好引起的蓝屏。 兼容机好就好在它的性价比较高，坏就坏在它在进行组装的时候，由于用户没有完善的监测手段和相应的知识，无法进行一系列的兼容性测试，从而把隐患留在了以后的使用过程中。 实例：升级内存时，将不同规格的内存条混插引起的故障。 解决方法：注意内存条的生产厂家、内存颗粒和批号的差异，往往就是因为各内存条在主要参数上的不同而产生了蓝屏或死机，甚至更严重的内存故障。 也可以换一下内存条所插的插槽位置。 如果内存条还是不能正常工作，那就只好更换了。 此处，提醒各位：内存在整个微机系统中起着非常重要的作用，它的好坏将直接影响到系统的稳定性，所以在内存的选购时要注意，最好是有内行人陪伴，避免买到Remark过的条子或频率过低的条子。 3．硬件散热引起的“蓝屏”故障。 实例：在微机的散热问题上所出现的故障，往往都有一定规律，一般在微机运行一段时间后才出现，表现为蓝屏死机或随意重启。 故障原因主要是过热引起的数据读取和传输错误。 解决方法：采取超频的应降频，超温的应降温。 其实不一定所有的故障都那么复杂，有时候从简单的方面考虑，也能很好地解决问题要学会触类旁通。 4．I/O冲突引起的蓝屏现象。 解决方法：这种现象出现得比较少，如果出现了，可以从系统中删除带！号或？号的设备名，重新启动计算机进行确认，或者请高手手动分配系统资源。 凡事要防患于未然，下面是笔者总结出来的一些经验，可供大家参考： 1定期对重要的注册表文件进行手工备份，避免系统出错后，未能及时替换成备份文件而产生不可挽回的错误。 2尽量避免非正常关机，减少重要文件的丢失。 如．VxD ．DLL文件等。 3对普通用户而言，只要能正常运行，没有必要去升级显卡、主板的BIOS和驱动程序，避免升级造成的危害。 4定期检查优化系统文件，运行“系统文件检查器”进行文件丢失检查及版本校对。 检查步骤参见前面相关介绍。 5减少无用软件的安装，尽量不用手工卸载或删除程序，以减少非法替换文件和文件指向错误的出现。 6如果不是内存特别大和其管理程序非常优秀，尽量避免大程序的同时运行，如果你发现在听MP3时有沙沙拉拉的声音，基本可以判定该故障是由内存不足而造成的。
linux开机卡住了， no such file or directory
你试下如下方法：解决方法： 1、在里把 kernel /vmlinuz-2.6.19 ro root=LABEL=/ rhgb quiet 变为： kernel /vmlinuz-2.6.19 ro root=LABEL=/ enforcing=0 rhgb quiet 2、修改/etc/selinux/config配置文件,只要把SELINUX的值改成disabled就好了
发表评论