解决系统开机启动缓慢,并提示Timed out waiting for device XXX,Dependency failed for XXX.

这篇具有很好参考价值的文章主要介绍了解决系统开机启动缓慢,并提示Timed out waiting for device XXX,Dependency failed for XXX.。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

现象描述:

一台机器挂载了两块数据盘(/dev/sdb,/dev/sdc)

[root@localhost ~]# df -h
Filesystem                  Size  Used Avail Use% Mounted on
devtmpfs                    189M     0  189M   0% /dev
tmpfs                       203M     0  203M   0% /dev/shm
tmpfs                       203M  628K  203M   1% /run
tmpfs                       203M     0  203M   0% /sys/fs/cgroup
/dev/mapper/openeuler-root   17G  8.8G  7.0G  56% /
tmpfs                       203M  4.0K  203M   1% /tmp
/dev/sda1                   976M  120M  790M  14% /boot
tmpfs                        41M     0   41M   0% /run/user/989
tmpfs                        41M     0   41M   0% /run/user/0
/dev/sdb                    9.8G   37M  9.3G   1% /test
/dev/sdc                    9.8G   37M  9.3G   1% /test1
[root@localhost test1]# ll /test
total 24K
drwx------ 1 root root    4 Dec  5 17:13 nginx
drwx------ 2 root root 4.0K Dec  5 17:13 data
drwx------ 2 root root  16K Dec  5 16:35 lost+found
[root@localhost test1]# ll /test1
total 24K
drwx------ 1 root root    4 Dec  5 17:13 tomcat
drwx------ 2 root root 4.0K Dec  5 17:13 data2
drwx------ 2 root root  16K Dec  5 16:36 lost+found
[root@localhost ~]# tail -2 /etc/fstab
/dev/sdb /test ext4     defaults 0 0
/dev/sdc /test1 ext4    defaults 0 0

由于挂载的sdb一直没有使用,数据都放在sdc下,所以操作将它删除,重启后发现机器要一分多钟才可以连接:查看message日志发现有timed out:

[root@localhost ~]# cat /var/log/messages |grep -C30 'Timed'
Dec  5 17:19:59 localhost kernel: [   56.571447] hv_balloon: Max. dynamic memory size: 1024 MB
Dec  5 17:20:40 localhost systemd[1]: dev-sdc.device: Job dev-sdc.device/start timed out.
Dec  5 17:20:40 localhost systemd[1]: Timed out waiting for device /dev/sdc.
Dec  5 17:20:40 localhost systemd[1]: Dependency failed for /test1.
Dec  5 17:20:40 localhost systemd[1]: Dependency failed for Local File Systems.
Dec  5 17:20:40 localhost systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Dec  5 17:20:40 localhost systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Dec  5 17:20:40 localhost systemd[1]: local-fs.target: Failed to enqueue OnFailure= job, ignoring: Unit emergency.service has a bad unit file setting.
Dec  5 17:20:40 localhost systemd[1]: test1.mount: Job test1.mount/start failed with result 'dependency'.
Dec  5 17:20:40 localhost systemd[1]: dev-sdc.device: Job dev-sdc.device/start failed with result 'timeout'.
Dec  5 17:20:40 localhost systemd[1]: Starting Restore /run/initramfs on shutdown...
Dec  5 17:20:40 localhost systemd[1]: Condition check resulted in Rebuild Dynamic Linker Cache being skipped.
Dec  5 17:20:40 localhost systemd[1]: Condition check resulted in Store a System Token in an EFI Variable being skipped.
Dec  5 17:20:40 localhost systemd[1]: Condition check resulted in Rebuild Journal Catalog being skipped.
Dec  5 17:20:40 localhost systemd[1]: Condition check resulted in Commit a transient machine-id on disk being skipped.
Dec  5 17:20:40 localhost systemd[1]: Starting Create Volatile Files and Directories...
Dec  5 17:20:40 localhost systemd[1]: Condition check resulted in Update is Completed being skipped.

可能原因:

近期除删除sdb磁盘外无其他操作,可能是删除磁盘导致的

定位思路:

查看磁盘数据和盘符是否正常:

[root@localhost ~]# df -h
Filesystem                  Size  Used Avail Use% Mounted on
devtmpfs                    189M     0  189M   0% /dev
tmpfs                       203M     0  203M   0% /dev/shm
tmpfs                       203M  632K  203M   1% /run
tmpfs                       203M     0  203M   0% /sys/fs/cgroup
/dev/mapper/openeuler-root   17G  8.9G  7.0G  56% /
tmpfs                       203M  4.0K  203M   1% /tmp
/dev/sdb                    9.8G   37M  9.3G   1% /test
/dev/sda1                   976M  120M  790M  14% /boot
tmpfs                        41M     0   41M   0% /run/user/989
tmpfs                        41M     0   41M   0% /run/user/0
[root@localhost ~]# ll /test
total 24K
drwx------ 1 root root    4 Dec  5 17:13 tomcat
drwx------ 2 root root 4.0K Dec  5 17:13 data2
drwx------ 2 root root  16K Dec  5 16:36 lost+found

发现数据没有丢失,但磁盘名称和挂载目录由原来的sdc变成sdb,test1目录变成test目录

查看开机自启挂载方式:

[root@localhost ~]# tail -2 /etc/fstab
/dev/sdb /test ext4    defaults 0 0
/dev/sdc /test1 ext4    defaults 0 0

确认fstab里挂载写的是磁盘名称,不是UUID形式,所以当删除无用数据盘sdb后,导致sdc顶替成为了sdb,而文件中本来的sdc由于识别不到,导致系统重启Timed out

解决方法:

查看磁盘对应的UUID,更换UUID方式挂载:

[root@localhost ~]# blkid
/dev/mapper/openeuler-root: UUID="e45aaa82-334c-4460-a96d-e0f229e1019a" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sda2: UUID="VIRBUS-atLc-4Rd6-rsVk-0ZAO-1Gi3-zaCqgZ" TYPE="LVM2_member" PARTUUID="d944d5f4-02"
/dev/mapper/openeuler-swap: UUID="3a2e33ca-eda1-473d-aa59-eed4e6e0d533" TYPE="swap"
/dev/sdb: UUID="d7770de4-6932-413a-b3ab-5b4e0174dd59" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sda1: UUID="541688f6-935c-4ffa-b86b-2c062cbc6c08" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="d944d5f4-01"
[root@localhost ~]# sed -i 's#/dev/sdb#UUID=d7770de4-6932-413a-b3ab-5b4e0174dd59#g' /etc/fstab 
[root@localhost ~]# tail -2 /etc/fstab
UUID=d7770de4-6932-413a-b3ab-5b4e0174dd59 /test ext4    defaults 0 0
/dev/sdc /test1 ext4    defaults 0 0
之后删除/dev/sdc这行,因为他已经更名为了/dev/sdb

重启系统

无Timed out,搞定~!文章来源地址https://www.toymoban.com/news/detail-439253.html

到了这里,关于解决系统开机启动缓慢,并提示Timed out waiting for device XXX,Dependency failed for XXX.的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 查看Kafka集群下所有的topic报错“Timed out waiting for a node assignment. Call: listTopics“

    没有配置主机IP地址。 取消掉 listeners 的注释,然后修改值为 listeners=PLAINTEXT://192.168.88.142:9092 ,其中 192.168.88.142 是当前服务器的IP地址。 注意:Kafka集群中每台服务器上的 server.properties 配置文件都需要修改 listeners 配置项,都修改为自己对应服务器的IP地址。 修改配置后,关

    2024年02月16日
    浏览(33)
  • 部署kafka集群后创建主题超时Timed out waiting for a node assignment. Call:createTopics (kafka.admin.TopicCommand

    一、起初无非就是更改server.properties中的配置,以下三项 1.14.247.152的server.properties 159.75.241.252的server.properties 112.74.188.40的server.properties 二、分别在三台服务器的bin目录下启动kafka 三、jps命令查看状态启动成功后,连接kafka并创建topics 报错: 大概意思是等待分配结点超时。 查

    2023年04月19日
    浏览(30)
  • Conmi的正确答案——Unable to attach or mount volumes: unmounted volum...timed out waiting for the condition

    k8s:v1.22.12 kubesphere版本:v3.3 完整错误信息: 最终发现是nfs服务未打开端口: 解决方案:在nfs服务器开启端口(之前出现一次重装kubesphere不能解决直接重装系统…特此留下解决方案) 20230724145740补充:好像当时有些服务因为ks关闭防火墙导致外部无法访问,所以手动开启了

    2024年02月05日
    浏览(58)
  • Github 不能访问,提示:port 22: Connection timed out

    github clone 代码出现错误: 有时防火墙会完全拒绝允许SSH连接。如果不能使用带有凭据缓存的HTTPS克隆,你可以尝试使用在HTTPS端口上进行的SSH连接来进行克隆。大多数防火墙规则应该允许这样做,但代理服务器可能会干扰。 Windows 系统: C:Users用户名.ssh 目录下新建 config 文

    2024年01月25日
    浏览(42)
  • bitbucket ssh登录提示 port 22: Operation timed out

    执行命令 结果提示: 原因:使用了22端口其实并不稳定。配置的其实如果连接到443端口更稳定。修改 ~/.ssh/config ,增加指定Port为443,并且使用Hostname,既可。 ~/.ssh/config 文件内容如下: 最后两句是关键。

    2024年02月14日
    浏览(60)
  • finalshell提示java.net.ConnectException: Connection timed out: connect

    为什么超时? 事情是这样的,为了不向学校低头,我没有开通校园网,买了流量卡,于是每次都给电脑开热点,朋友叫我吃饭,我直接就走了,干完饭回来,在finalshell里面它提示java.net.ConnectException: Connection timed out: connect,我去检查了虚拟机是不是在开着,我的Linux是不是在

    2023年04月22日
    浏览(30)
  • Gradle在Androidstudio中下载超时提示Download info Connect timed out

            测试环境:Android Studio Giraffe | 2022.3.1 Patch 1         试验7次,成功了3次         下载速度时快时慢         将gradlewrappergradle-wrapper.properties中的地址放到迅雷中下载         如https://services.gradle.org/distributions/gradle-8.0-bin.zip

    2024年02月09日
    浏览(37)
  • 解决Read timed out和connect timed out的问题

    如果在新建Android项目时报错: Read timed out或者connect timed out 一定可以解决问题的办法如下: 第一步:打开项目下gradle中的第二个.properties文件,找到这个文件的下载路径,、一般卡顿是因为下载这个文件时网速较慢或者是因为在国外的原因。 第二步:按照文档中的路径,选

    2024年02月06日
    浏览(47)
  • 完美解决 AndroidStudio Gradle 下载jar包慢Android Studio : Read timed out和connect timed out的解决方法

    在项目当中找settings.gradle.kts文件将其 找到上图的文件,按照上图进行将下面内容进行替换 新版本 老版本 mavenCentral() 如果不知是什么版本就挨个试一下

    2024年02月05日
    浏览(43)
  • Win11系统提示缺少msvcp140_atomic_wait.dll文件的解决办法

    其实很多用户玩单机游戏或者安装软件的时候就出现过这种问题,如果是新手第一时间会认为是软件或游戏出错了,其实并不是这样,其主要原因就是你电脑系统的该dll文件丢失了或者损坏了,这时你只需下载这个msvcp140_atomic_wait.dll文件进行安装(前提是找到适合的版本),当

    2024年02月04日
    浏览(90)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包