Inicialização lenta - “uma tarefa de início está sendo executada para o dev-disk-by…”

68

Não me lembro de quando o problema começou a ocorrer, mas é provável que quando eu mudei minha imagem do VMWare Ubuntu para um SSD externo para que eu possa usar o sistema operacional em qualquer um dos meus PCs. Não há muitos links no Google sobre o problema, mas os que aparecem falam sobre o fstab. Por exemplo ...

link

Refere-se a ter que deletar a partição swap e criá-la novamente.

Eu posso tentar fazer isso com o Gparted, mas minha principal preocupação é perder minha configuração atual no Ubuntu, já que não tenho certeza do que acontecerá se eu mexer no swap, como sugerido no tópico. Alguém capaz de ajudar?

Screenshot

    
por cpd1 18.12.2015 / 21:45

8 respostas

75

Se você obtiver "um trabalho inicial iniciado por dev-disk-by .." seguido por um atraso de 90 segundos durante cada inicialização, conclua as etapas a seguir:

  1. Instale o gparted usando o Centro de Software
  2. Abra o gparted e veja quais partições o Ubuntu está usando atualmente
  3. Edite o arquivo fstab usando a linha abaixo.

    sudo -H gedit /etc/fstab
    
  4. Encontre o dispositivo que você não está usando no momento

  5. Insira um # e um espaço no início dessa linha para comentar.

  6. Redefina, espero que funcione para você!

por William MacDonald 04.04.2016 / 07:06
25

Parece que o problema se deveu ao fato de que, mesmo que o fstab tivesse uma entrada para uma troca, na verdade não havia uma. Eu usei o GParted para redimensionar a partição e criei um novo Swap. Eu então copiei o UUID para o arquivo fstab ...

  1. agora tenho swap
  2. E a inicialização está em segundos em menos de 90 segundos +
por cpd1 31.12.2015 / 02:56
16

Eu tive o mesmo problema depois de redimensionar minha partição primária em minha VM desde que gparted ao vivo me forçou a excluir & amp; reinicialize meu swap para fazer isso. Isso fez com que um novo UUID fosse definido e não correspondesse ao arquivo fstab.

Para evitar o problema, em /etc/fstab você pode

  • Substitua o UUID de troca por um novo (execute sudo blkid para encontrá-lo) após o redimensionamento da partição principal.

  • Ou, comente a partição swap antes (ou depois) do redimensionamento da partição primária.

Eu recomendaria o primeiro, já que é a forma como o sistema operacional é configurado.

    
por Matthew Cordaro 09.08.2016 / 20:24
12

No meu caso, eu estava usando anteriormente a troca criptografada, e a tarefa de inicialização mencionava /dev/mapper/cryptswap1 . Para resolver o problema eu também tive que remover o arquivo /etc/crypttab , além dos passos descritos na resposta de William MacDonald.

    
por Kalle Elmér 28.09.2016 / 13:40
2

Eu tive o mesmo problema ao inicializar.

No meu arquivo /etc/fstab , minhas partições foram definidas como /dev/sda1 , /dev/sda2 , etc., mas ao inicializar, várias vezes apareceu a mensagem " Uma tarefa de início está sendo executada para dev-sdx "(" x "define qual unidade ou partição foi afetada).

Para resolvê-lo, alterei o valor de /dev/sdx pelo UUID da partição. Para ver o UUID, na execução do terminal lsblk -f . Em seguida, copie o UUID da partição afetada e grave-o no arquivo /etc/fstab , substituindo /dev/sdax da seguinte forma: /dev/sda1 muda para UUID=xxxxxxxxxxxxxxxxxx .

Funcionou para mim, espero que esta informação seja útil.

    
por Lord Ferm 23.04.2017 / 11:30
2

Ao redimensionar ou excluir partições com o gparted, você geralmente precisa criar uma nova partição de troca.

É então necessário ativar a troca via gparted após sua criação (existe o comando "Ativar swap").

Além disso, você tem que copiar o novo UUID em / etc / fstab para montá-lo, caso contrário, o sistema operacional tentará encontrá-lo, mas em vão, porque o arquivo fstab contém o UUID referente à troca antiga. O Gparted fornece as informações para o UUID, mas você pode facilmente executar no terminal:

sudo blkid

para encontrá-lo.

    
por Alessandro D'lncal 01.09.2016 / 19:09
1

Minha inicialização foi atrasada porque eu troquei minha unidade e o UUID não correspondeu. Isso fez com que o Ubuntu fizesse uma varredura durante a inicialização.

Eu frequentemente troco de disco por aí. Se suas montagens estiverem sempre no mesmo lugar (como o meu), basta remover o UUID e colocar o caminho direto para evitar que o erro de verificação aconteça ...

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/sda1 /               ext4    errors=remount-ro 0       1
/dev/sda2 none            swap    sw              0       0
    
por Dan 25.01.2017 / 19:43
1

Você pode pular a espera e ir diretamente para a tela de login usando ' Ctrl + c ' e depois trabalhar na solução. Às vezes isso vai durar para sempre, se não.

    
por Ramon Suarez 27.02.2017 / 12:55

Tags