根据这个问题的答案
我写了这个剧本。
#!/bin/bash
echo "This script works on sdb and sdb1"
echo "Have a look at the following and if all is well continue."
lsblk
read -p "press the Enter key if you want to continue..." key
udisksctl unmount --block-device /dev/sdb1
sudo fsck /dev/sdb1
udisksctl power-off --block-device /dev/sdb我认为,“查看下面的内容,如果一切顺利继续”意味着,如果来自lsblk的输出显示我们要删除的驱动器是逻辑驱动器sdb1,那么继续。
来自lsblk的输出是
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232.9G 0 disk
├─sda1 8:1 0 549M 0 part
├─sda2 8:2 0 115.9G 0 part
├─sda3 8:3 0 833M 0 part
├─sda4 8:4 0 1K 0 part
├─sda5 8:5 0 107.9G 0 part /
└─sda6 8:6 0 7.8G 0 part [SWAP]
sdb 8:16 1 14.5G 0 disk
└─sdb1 8:17 1 14.5G 0 part /media/jack/Flash
sr0 11:0 1 1024M 0 rom
loop0 7:0 0 89.5M 1 loop /snap/core/6130
loop1 7:1 0 89.5M 1 loop /snap/core/6034
loop2 7:2 0 88.2M 1 loop /snap/core/5897要删除的驱动器确实是逻辑驱动器sdb1。
在过去的2.5年中,这个脚本在Ubuntu16.04中运行得很好。我平均每周使用这个脚本两次。然后在2018年12月,调用脚本导致我的外部鼠标(Logitech Trackman)停止工作(2次),或者Ubuntu完全挂在错误的屏幕上(1次)。
考虑到Ubuntu通过apt进行的更改,似乎要么Ubuntu有新的bug,要么脚本已经过时。在Ubuntu的状态下,正确的解决方案或正确的脚本是什么?
发布于 2018-12-25 00:43:36
这是一个已知的问题。一些内核挂着操作系统。详细信息见本链接。
因为这是一个内核问题,所以不管您是使用GUI还是使用命令行来“安全删除”,都可能导致这种情况发生。
若要引用链接页面的内容:
这是最新的4.4.0-139-泛型、4.4.0-140-泛型和4.4.0-141通用Linux内核的已知问题.在启动板上,它被称为bug 1803929 (目前由5个用户确认)。临时解决方案是使用138 (4.4.0-138-泛型)内核。
https://askubuntu.com/questions/1102923
复制相似问题