Inicialização lenta ou sem inicialização - como eu estraguei a instalação do ubuntu dessa vez?

Question

ATUALIZAÇÃO 2018-03-23

Então, finalmente identifiquei o problema. É tudo sobre a montagem de partições NTFS na inicialização em uma configuração de inicialização dupla. Então, se você quiser compartilhar dados entre o Windows eo Linux, você pode querer usar FAT32 sobre NTFS. Parece que o Windows às vezes desmonta o sistema de arquivos de uma forma que faz com que o Linux tenha problemas para montá-lo novamente. Para corrigir o problema de inicialização, você pode entrar no console de emergência e digitar

ntfsfix /dev/sdXX

onde sdXX é o identificador da partição ntfs. Você pode procurar no seu /etc/fstab ou digitando df . Depois de executar o ntfsfix, você pode fazer o login saindo do console de emergência (simplesmente digite exit )

POSTIGO ORIGINAL

Eu recentemente decidi atualizar meu pc e reinstalar o Ubuntu, bem como o Windows. Eu devo ter cometido algum erro terrível, porque a inicialização no Ubuntu está funcionando apenas a cada segunda tentativa.

Quando a inicialização falhar, um terminal de emergência será exibido. Eu exportei o log com o journalctl -xb sugerido e enviei a saída para você (veja o link abaixo)

As partes relevantes da minha configuração de hardware:

Asus M5A97 LE R2.0 Mainboard
    - PCIe 2.0 x 16: AMD Radeon R9 380
    - PCIe 2.0 x 4: PCIe > M.2 Converter
        - 500GB NVME attached to M.2 Converter
    - PCI: Creative Sound Blaster X-Fi SB0730
    - SATA-3: 480GB SSD
    - SATA-3: 500GB HDD

A placa-mãe não tem suporte a boot-from-pcie, então eu não pude instalar o Windows ou o ubuntu diretamente na unidade NVME. Eu imaginei que poderia ser simplesmente instalar o bootloader no SSD (/ dev / sda), colocar o / boot mount em uma partição primária no ssd também (/ dev / sda3) e montar todo o resto no nvme.

Para evitar a configuração do grub, decidi primeiro instalar o windows 10 e depois instalar o ubuntu, assim o ubuntu irá automaticamente escrever o grub no MBR de / dev / sda. Isso sempre funcionou perfeitamente ...

Além disso, criei uma montagem ntfs-3g para o ssd compartilhar dados entre meus sistemas operacionais. Eu criei apenas uma partição ext4 no disco rígido e montei em alguma pasta de usuário (dentro de / media)

O que eu tentei até agora

• No começo eu notei que não tinha som. Porque eu comprei a placa-mãe em segunda mão eu assumi que o chip ac97 está quebrado e comprei uma placa de som de segunda mão (veja acima). Eu pensei que isso poderia causar problemas de inicialização, mas esse não era o caso. Eu tenho som agora, mas ainda os problemas de inicialização.

• Então eu li algo sobre problemas do UUID em / etc / fstab por causa de várias tentativas de instalação e verifiquei todos os uuids e eles eram iguais aos do / etc / fstab.

• Então eu li algo sobre uma partição swap mal montada, então eu montei, troquei e troquei a partição em / dev / nvme0n1p6. Não há sucesso.

• Então eu encontrei um post, que talvez seja melhor remover os uuids do / etc / fstab e simplesmente inserir as partições diretamente. Então eu fiz - sem sucesso.

• Como sempre, o lightdm fez muitos problemas, então instalei o gdm.

lsblk -f output

NAME        FSTYPE   LABEL             UUID                                 MOUNTPOINT
loop1       squashfs                                                        /snap/vlc/190
sdb                                                                         
└─sdb1      ext4                       4fd6ff2a-50d0-465e-bd85-1c698bdbdc4a /media/hdd
loop0       squashfs                                                        /snap/core/4110
sda                                                                         
├─sda4                                                                      
├─sda2      ntfs                       CAC4D02AC4D01B11                     
├─sda5      ext4                       b68dceb3-b600-4143-bbcb-836e94503c34 /var
├─sda3      ext4                       09ef7d7c-6332-4c63-b4df-5875db98ebd7 /boot
├─sda1      ntfs     System-reserviert 0CE4C7BBE4C7A4F4                     
└─sda6      ntfs     Share             7FA5097E3B9D5067                     /media/share
nvme0n1                                                                     
├─nvme0n1p5 ntfs     NVME              AA52186052183393                     
├─nvme0n1p1                                                                 
├─nvme0n1p6 swap                       3277de96-09c9-4731-805a-a693c08543ab [SWAP]
└─nvme0n1p2 ext4                       891a41fd-4c9b-4c0f-9f10-7abe82952b0a /

conteúdo de /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
/dev/nvme0n1p2 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda3 during installation
/dev/sda3 /boot           ext4    defaults        0       2
# /var was on /dev/sda5 during installation
/dev/sda5 /var            ext4    defaults        0       2
# swap was on /dev/nvme0n1p6 during installation
/dev/nvme0n1p6 none            swap    sw              0       0
# share ntfs partition on 480g ssd
/dev/sda6   /media/share    ntfs-3g permissions 0   2
# hdd
/dev/sdb1   /media/hdd  ext4    defaults    0   2

E finalmente os logs da minha última tentativa de inicialização malsucedida

link

Eu gostaria de receber ajuda! Obrigado pela leitura até agora; -)

UPDATE

Essa parte do bootlog pode ser interessante:

Mär 07 18:12:34 desktop-amdfx systemd-fsck[732]: /dev/sda3 besitzt nicht unterstützte Eigenschaft(en): metadata_csum
Mär 07 18:12:34 desktop-amdfx systemd-fsck[732]: e2fsck: Neuere Version von e2fsck benötigt!
Mär 07 18:12:34 desktop-amdfx systemd-fsck[732]: fsck failed with error code 8.
Mär 07 18:12:34 desktop-amdfx systemd-fsck[732]: Ignoring error.
Mär 07 18:12:34 desktop-amdfx systemd[1]: Found device SanDisk_Ultra_II_480GB 5.

    

Answer 1

Consegui localizar os problemas e corrigi-los.

Parece ser problemático ter o / var montado em outro disco. Talvez porque o logging para / var / log esteja codificado em algum lugar durante a inicialização quando o disco ainda não foi montado.

Como resolver?

Inicializar no modo de recuperação montar unidades com opções de leitura / gravação

então

nano /etc/fstab
# -> in nano outcomment the /var mount by prepending a "#" character
umount /dev/sdxx /var
mkdir /media/var
mount /dev/sdxx /media/var
rm -rf /var
mkdir /var
rsync -a /media/var/ /var/
reboot

explicações

sdxx é o identificador de partição montado em / var. Dependendo da sua configuração, isso também pode começar com nvme.

1. nano /etc/fstab primeiro precisamos evitar a montagem da partição extra em / var. Depois que o editor disparar, feche a montagem e feche pressionando Ctrl+w seguido por Ctrl+x
2. umount /dev/sdxx /var desmontar a unidade
3. mkdir /media/var cria um diretório no qual você vai montar o sdxx
4. mount /dev/sdxx /media/var monta a partição no novo diretório
5. rm -rf /var usa a marreta e garante que nada seja deixado antes
6. mkdir /var cria uma nova pasta vazia como root
7. rsync -a /media/var/ /var/ copia tudo como está para / var. Eu não sei porque, mas cp-me deu resultados errados, apenas rsync -a parece funcionar confiável.
8. reboot instalação de teste

Onde estão meus problemas com cp -r ?

Depois de copiar todos os arquivos para / var, verifiquei se a estrutura parece a mesma executando alguns comandos.

verificação por tamanho de pasta

du -hs /var vs. du -hs /media/var

verificação pelo número de links simbólicos

find /var -type l | wc -l vs. find /media/var -type l | wc -l

Eu fiz várias tentativas, cp sempre fodeu alguma coisa, ou as permissões estavam erradas e os serviços começaram a bloquear a inicialização ou os links foram criados onde nenhum deles estava na origem. Não me pergunte por que - como eu entendo cp -a deve funcionar perfeitamente - mas não deu. rsync -a fez embora

important: não se esqueça da barra no comando rsync

UPDATE

Então, agora, fica mais claro. Depois de configurar meu / dev / sda5 para montar diretamente /var/www em vez de /var (por razões históricas que eu sou usado para hospedar meus projetos da web naquele local) a inicialização não foi bem-sucedida novamente. Então eu presumi que tem que ser o apache que bloqueia minha inicialização.

Minha solução para isso

1. inicializa no recoverymode
2. execute mount -a -orw,remount para ter acesso de leitura / gravação ao sistema de arquivos
3. execute systemctl disable apache2.service para evitar que o apache seja iniciado automaticamente na inicialização

E agora funciona novamente.

Por alguma razão, parece que o apache está carregando ANTES que todos os discos tenham sido montados. Então, isso pode ser algum bug NASTY no systemd.

Vou reiniciar 5 vezes agora para ter certeza: -)

UPDATE 2

OK - parece que mais de um problema me afetou de uma vez

Eu finalmente (pelo menos por enquanto olhando com frustração ) fiz minha configuração funcionar:

1. movendo todas as montagens opcionais (exceto /, / boot e swap) de / etc / fstab para montagem manual em /etc/rc.local
2. executando ntfsfix antes de montar a partição que está montada em ambos - windows e linux

Então, em detalhes:

O Ubuntu parece montar todas as unidades paralelas e não uma por uma, essa é a razão da natureza aleatória desse problema.

Quando o Windows é desligado, ele pode não deixar um sistema de arquivos "limpo" por causa de alguma coisa interna das janelas.

Meu /etc/fstab contém apenas as partições críticas apenas do Linux:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/nvme0n1p2 /               ext4    errors=remount-ro 0       1
/dev/sda3 /boot           ext4    defaults        0       2
/dev/nvme0n1p6 none            swap    sw              0       0

E meu /etc/rc.local contém as instruções para todo o resto:

mount /dev/sda5 /var/www
mount /dev/sdb1 /media/hdd
ntfsfix /dev/sda6
mount -t ntfs-3g /dev/sda6 /media/share
exit 0

3 botas seguidas sem problemas. Mas duvido que tudo esteja bem agora, meu sistema parece amaldiçoado

UPDATE 3

Esta também não é uma solução, a montagem agora se torna "competitiva" porque o ubuntu tenta montar /dev/sda5 e /dev/sdb1 automaticamente em / media / $ USER / somelabel

Além disso, notei que o ntfs-3g, por vezes, impede de desligar, então eu tenho que desligar pressionando o botão de energia.

Eu acho que há algo que eu sinto falta completamente: - (