fstab drive montada automaticamente no devedor errado (inexistente)

Question

Eu encontrei um problema curioso hoje.

ls /media/Personal produziria ls: reading directory .: Input/output error .

De acordo com mount , essa pasta foi montada a partir de /dev/sdb1 . Ainda de acordo com blkid , eu só tinha drives em sda1 e sdc1 .

umount ing (resultou em segmentation fault mas foi bem sucedido),
em seguida, a execução de mount -t ext4 /dev/sda1 /media/Personal trouxe tudo de volta ao normal.

A questão é, como isso poderia ter acontecido em primeiro lugar? Nenhum manual mount s foi executado desde a inicialização (na verdade, não foi feito muita coisa desde a inicialização) e fstab é o seguinte:

UUID=0119497c-ae50-42e0-9015-e557bf71398e /media/Business ext4 defaults,nofail 0 0
UUID=a36fd062-5cbf-4e4b-abd5-926f84287cf9 /media/Personal ext4 defaults,nofail 0 0

É estranho que acabei com sdc e não sdb . Mais uma vez, não havia nada de errado com a montagem "Business" (mesmo tipo de unidade, sem erros SMART em ambos). Isso é em Jessie Raspbian.

    

Answer 1

Raspbian? Então as unidades estão conectadas via USB provavelmente.

Meu palpite é que a unidade foi registrada como /dev/sdb e montada como deveria. Em seguida, houve algo como a flutuação de energia que fez com que a unidade ficasse off-line e on-line logo depois, mas como /dev/sdc desta vez. O antigo dispositivo inexistente permaneceu formalmente montado.

Eu fiz um teste no meu Kubuntu. Eu recriou este cenário com a minha primeira tentativa, sem suor. Eu tenho Input/output error , mas não segmentation fault . Eu suponho que o Kubuntu lida com tais situações mais graciosamente, daí a diferença.

Há uma coisa que me incomoda, no entanto. Você afirma ter que montar manualmente /dev/sda1 para definir as coisas logo depois. No meu cenário /dev/sda1 seria a outra unidade (não afetada) e você deve ter montado /dev/sdc1 . Por enquanto, não consigo explicar como você pode ter sua unidade montada como inexistente /dev/sdb1 , ainda disponível como /dev/sda1 , enquanto a outra unidade aparentemente é /dev/sdc1 desde o início (montada o tempo todo sem problemas).

Portanto, esta resposta não pode explicar completamente o que aconteceu no seu caso (a menos que você tenha cometido um erro de digitação e tenha sido /dev/sdc1 que você montou por comando). No entanto, a resposta pode ser útil para futuros usuários com problemas semelhantes.