O Ubuntu não inicia após o disco secundário da partição

Question

Estou executando o Ubuntu 11.04 (sem inicialização dupla) e tentei instalar o disco Seagate SATA secundário de 3TB. Eu usei o GParted para particionar o disco em uma partição de 2.0TB e uma partição de 800odd GB (restante) e consegui montar manualmente tanto o / dev / sdb1 quanto o / dev / sdb2.

Em seguida, adicionei entradas ao fstab para automount, mas o Ubuntu não inicia após uma reinicialização, a menos que eu desconecte fisicamente o disco, o que me permite iniciar o Ubuntu com a opção de ignorar a montagem / dev / sdb1 e / dev / sdb2. / p>

Assim que conecto o disco e reinicializo o computador, não consigo acessar o menu, as configurações do sistema ou o menu de inicialização do GRUB. Se eu reverter para o fstab original sem novas partições e conectar o disco, não faz diferença, ainda congela na reinicialização.

Este é um disco novo, sem dados, tão feliz em formatar o disco e tentar novamente, mas não pode ir tão longe.

NOTA: antes do particionamento eu consegui montar com sucesso com o fstab, mas a partição montada tinha apenas 750GB quando a capacidade mostrava 3TB de disco formatado e particionado.

fstab parece com isso no momento:

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' 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>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda1 during installation
UUID=b8a0bf10-011a-43b0-b5d4-3300f75d79b6 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=63a1fa2c-a6df-4c88-b85a-96ecdffe528f none swap sw 0 0
# auto mount /dev/sdb1 -> 3T internal disk -> 2TB partition
/dev/sdb1   /mnt/T3 vfat    rw,uid=1000,gid=1000    0   0
# auto mount /dev/sdb2 -> 3T internal disk -> 800GB partition
/dev/sdb2   /mnt/T4 vfat    rw,uid=1000,gid=1000    0   0

    

Answer 1

Use os valores UUID em vez de /dev/sdb1 e dev/sdb2 em /etc/fstab , assim como as entradas geradas automaticamente acima.

Para encontrar os UUIDs corretos, faça

$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 mar 20 10:06 183a7e4b-0a77-41e3-b4a8-9341694dc5dc -> ../../sde1
lrwxrwxrwx 1 root root 10 jan  6 21:30 21dce342-e58f-4ae3-8f6b-c95f730ada08 -> ../../sdc1
lrwxrwxrwx 1 root root 10 jan  6 21:30 3b603520-3a41-485d-80fc-671a5ba105e1 -> ../../sda3
lrwxrwxrwx 1 root root 10 jan  6 21:30 48db0710-c551-42d9-8198-7afcecbe2b4a -> ../../sda2
lrwxrwxrwx 1 root root 10 jan  6 21:30 9ab58dcd-1100-49ea-a547-a90ad1510c40 -> ../../sdd1
lrwxrwxrwx 1 root root 10 mar 20 10:06 9c9579c9-c030-4ba8-beda-d19d1d994512 -> ../../sdf1
lrwxrwxrwx 1 root root 10 jan  6 21:30 cac8b7a6-daf5-41b7-8047-171b752497e2 -> ../../sdb1
lrwxrwxrwx 1 root root 10 jan  6 21:30 d400650d-d2ff-4c37-a4b5-1e4c988a62bc -> ../../sda1

Isso estava no meu sistema e mostra que o UUID 183a7e4b-0a77-41e3-b4a8-9341694dc5dc aponta para o que é atualmente /dev/sde1 e assim por diante. Equivalentemente, você pode executar /sbin/blkid para obter uma lista desses identificadores.

Os UUIDs são exclusivos para uma determinada partição e não são alterados na reordenação das conexões de disco, como a inserção / remoção de dispositivos físicos, o que os torna um identificador mais robusto em /etc/fstab .