Com base nas respostas a esta pergunta
qual é o equivalente da linha de comando para remover a unidade com segurança
Eu escrevi este roteiro.
#!/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
Acho que a instrução "dê uma olhada no seguinte e se tudo estiver bem, continue" significa que, se a saída de lsblk
mostrar que a unidade que queremos remover é a unidade lógica sdb1
, continue.
A saída de 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
A unidade a ser removida é de fato a unidade lógica sdb1
.
Este script funcionou bem com o Ubuntu 16.04 nos últimos 2,5 anos. Eu uso esse script em média cerca de duas vezes por semana. Então, em dezembro de 2018, invocar o script fez com que meu mouse externo (Logitech Trackman) parasse de funcionar (em 2 ocasiões) ou que o Ubuntu travasse completamente com uma tela ilegível (em 1 ocasião).
Dado que o Ubuntu muda apt
, parece que o Ubuntu tem um novo bug ou que o script está obsoleto. Qual é a solução correta ou o script correto, dado o estado do Ubuntu agora.
Este é um problema conhecido. Alguns kernels travam o sistema operacional. Os detalhes estão neste link .
Como é um problema do kernel, você pode fazer com que isso aconteça, independentemente de usar a GUI ou a linha de comando para "remover com segurança".
Para citar da página vinculada: