引起这个错误的是Swap交换分区. 进入ubuntu20.04桌面后,输入下面的命令查看Swap状态。 swapon --show 1. 从截图中可以发现,swap分区没有激活。再输入mount命令来查看已挂载的硬盘分区。$ mount发现swap分区没有挂载。也就是说系统启动时swap分区挂载失败才导致了a start job is running for dev-disk-by这个错误。
最近,每次启动Fedora系统时,Systemd都会报如下错误: a start job is running for dev-disk-by 这个错误会让我等待1分30秒.真的忍受不了.过了1分30秒后,Systemd提示说: Timed out waiting for device dev-disk-by\ failed for /dev/disk/by-uuid/ failed for Swap 看看第三行就会发现,引起这个错误的是Swap...
扩容到指定大小(保留原有linux-swap的大小) 对剩余分区新建分区 设置完成点对勾保存 最后重启虚拟机即可完成扩容 以上方式较命令行方式简单的多 以上完成后开机会出现a start job is running for dev-disk-by。。
首先我们可以在开机界面发现linux内核的报错语句: a start jobisrunningfordev-disk-by uuid <disk-partition-uuid> 这就是万恶之源,linux就是在此处被延时了90s,但是这句话看得人半懂不懂,没关系,90s延时过去后下面还有一条不起眼的语句: Denpendency failedforSwap 之前就是因为没有看见这句最关键的警告所以才...
两个UUID不同,正好解释了为什么swap分区会挂载失败。解决方法是删除/etc/fstab文件中swap分区的UUID,再用sudo blkid命令得出的swap分区UUID替换。保存文件,重启系统后a start job is running for dev-disk-by这个错误就消失了,挽回了生命中的1分30秒。
卡在“A start job is running for /dev/disk/by-label/root”的现象如下图所示: rd.shell 断点看到lsblk结果没有 root 和boot 使用的OCI是: hub.oepkgs.net/nestos/nestos:22.03-LTS-SP3.20240110.0-x86_64 关于这个问题: 1、root 和boot设备是由哪个文件创建的,是 rootfs.img/rootfs.squashfs 吗?
在给kali虚拟机扩容后,使用fdisk /dev/sda 更改新建分区后,重启系统出现一分30秒等待。 解决方案: (root 权限) 第一步:sudo blkid (查看当前系统的真实的swap分区的UUID,也就是在下图中的最后一个结果) 第 二步:sudo vi /etc/fstab 接下来修改 fstab文件,注意UUID和PARTUUID的区分 ...
原地址是：https://donnutcompute.wordpress.com/2014/04/19/a-start-job-is-running-for-dev-disk-...
原地址是：https://donnutcompute.wordpress.com/2014/04/19/a-start-job-is-running-for-dev-disk-...
电脑开机或重启后出现：a start job if running for …(1min,30s)1.原因分析 使用命令：free -m 可看到swap的total和free为0，即swap分区丢失了 2.解决方法 添加swap分区即可 1）生成swapfile文件 执行：dd if=/dev/zero of=swapfile bs=1024 count=4194304 swapfile为文件名，自定义，count为...