Um job de início está sendo executado para o dev-disk-by

Question

Máquina:

• O mais recente Kubuntu no laptop.

O que eu fiz:

• Do-dist-upgrade
• Após a conclusão da atualização, desliguei o laptop pelo botão liga / desliga

Problema:

• Um trabalho de início está sendo executado para o dev-disk-by e, em seguida, aparece o login do "modo de emergência".

O que eu tentei:

1. Edite fstab para garantir que nada esteja errado; o UUID é exatamente o mesmo com uma partição.
2. Alterou o UUID para /dev/sd* , mas o problema persiste.
3. Reinstalou o kernel, mas o problema ainda persiste.
4. dmesg | grep falhou, return "_OSC Failed (AE_NOT_FOUND); disabling APSM .
5. Se eu sair do modo de recuperação e selecionar dpkg ou fsck , reinicie a inicialização, funcionou e voltei para a área de trabalho. No entanto, funcionou apenas se eu selecionar dpkg repair ou fsck . Eu pensei que essas operações mount / in rw . Se eu retomar a inicialização do modo de recuperação sem selecionar essas operações, o problema principal persistirá. Modo de emergência.

Atualização 1:

Acho que foi porque as partições em fstab não foram montadas na inicialização normal, embora o UUID seja exatamente o mesmo.

Eu fui ao modo de recuperação e inseri o shell de raiz em mount -a e verifiquei se todas as partições estão montadas. Eles são. Não há nada de errado com o fstab content, mas ele não será montado na inicialização.

Quando as entradas / boot e / home são comentadas em fstab , a máquina inicializa bem (com o perfil do usuário voltando ao padrão, é claro).

Solução atual:

Entre no modo de emergência, faça mount -a , efetue logout como root (o que implica sair), do startx , efetue login como usuário normal. Funciona como um encanto, mas fstab não é montado automaticamente.

Editar:

Problema resolvido alterando linux-image* e linux-header* para 4.4.0* e do sudo cat /etc/mtab | grep sda > /etc/fstab (sim, > usado em vez disso > >), mas a troca não é montada e ativada automaticamente, mas está tudo bem.

    

Answer 1

Descobri que eu tinha um cabo com falha em um disco rígido externo. Eu corri para baixo fazendo mount -a após a tela de "emergência" aparecer e observando qual UUID = estava falhando. Se você se deparar com isso e tiver anexos externos, é muito difícil verificar esse aspecto.