Boot não passa mais pelo GRUB

1. Boot não passa mais pelo GRUB

André
Marcolinha

(usa Ubuntu)

Enviado em 27/11/2019 - 10:48h

Fala galera, tudo bem?

Fiz a clonagem de um HDD com Windows 10 e Ubuntu 19.10 pra um SSD e agora, pra acessar o GRUB, o boot vai direto pro Windows e por lá eu peço pra reiniciar avançado e seleciono Ubuntu. Li algumas coisas na internet mas não me senti confiante em executá-las, sou leigo em Linux.

Algo me chamou a atenção: no etc/fstab está "# / was on /dev/sda5 during installation UUID=8d41816a(...)" enquanto no blkid está "/dev/sda4: UUID="8d41816a". Isso está certo?

Agradeço quem puder me ajudar.

Abraços!


  


2. Re: Boot não passa mais pelo GRUB

Ricardo Groetaers
ricardogroetaers

(usa Linux Mint)

Enviado em 28/11/2019 - 01:34h

Marcolinha escreveu:
Algo me chamou a atenção: no etc/fstab está "# / was on /dev/sda5 during installation UUID=8d41816a(...)" enquanto no blkid está "/dev/sda4: UUID="8d41816a". Isso está certo?

fstab -> "/" (sistema de arquivos raiz) estava, na instalação, na partição representada, na ocasião, pelo arquivo de dispositivo /dev/sda5.
Agora pode estar representada por outro arquivo de dispositivo qualquer.
Por isso em fstab, por padrão, o sistema de arquivos a ser montado em "/" é definido pelo seu UUID (que é invariante) e não pelo arquivo de dispositivo que o representa e que pode variar.

blkid -> mostra qual arquivo de dispositivo (por exemplo sda1, sdb3, ...) representa agora, no momento, o sistema de arquivo (volume) que tem aquele UUID.
O arquivo de dispositivo no Linux é mais ou menos parecido com as letras de unidade (C:, D:, ... ) do DOS/WINDOWS.

Não sei qual programa de clonagem voce usou, nem como ele trabalha, nem se o ssd (para onde foi clonado o hdd) foi conectado depois na mesma porta onde estava o hdd.

Para começar:
Poste saida dos comandos:
sudo parted -l
lsblk -f
cat /etc/fstab





3. Re: Boot não passa mais pelo GRUB

André
Marcolinha

(usa Ubuntu)

Enviado em 28/11/2019 - 10:46h

ricardogroetaers escreveu:

Marcolinha escreveu:
Algo me chamou a atenção: no etc/fstab está "# / was on /dev/sda5 during installation UUID=8d41816a(...)" enquanto no blkid está "/dev/sda4: UUID="8d41816a". Isso está certo?

fstab -> "/" (sistema de arquivos raiz) estava, na instalação, na partição representada, na ocasião, pelo arquivo de dispositivo /dev/sda5.
Agora pode estar representada por outro arquivo de dispositivo qualquer.
Por isso em fstab, por padrão, o sistema de arquivos a ser montado em "/" é definido pelo seu UUID (que é invariante) e não pelo arquivo de dispositivo que o representa e que pode variar.

blkid -> mostra qual arquivo de dispositivo (por exemplo sda1, sdb3, ...) representa agora, no momento, o sistema de arquivo (volume) que tem aquele UUID.
O arquivo de dispositivo no Linux é mais ou menos parecido com as letras de unidade (C:, D:, ... ) do DOS/WINDOWS.

Não sei qual programa de clonagem voce usou, nem como ele trabalha, nem se o ssd (para onde foi clonado o hdd) foi conectado depois na mesma porta onde estava o hdd.

Para começar:
Poste saida dos comandos:
sudo parted -l
lsblk -f
cat /etc/fstab




ricardogroetaers, bom dia!

Eu clonei pelo Windows usando o EaseUS Todo Backup. Após a clonagem, eu troquei o HDD presente no notebook pelo SSD e estou usando o HDD como HD externo através de um adaptador.

sudo parted -l

Modelo: ATA KINGSTON SA400S3 (scsi)
Disco /dev/sda: 480GB
Tamanho do setor (lógico/físico): 512B/512B
Tabela de Partição: gpt
Opções de disco:

Número Início Fim Tamanho Sistema de arquivos Nome Opções
1 32,3kB 761MB 761MB fat32  က boot, esp
2 761MB 778MB 16,8MB msftres
3 778MB 226GB 225GB ntfs msftdata
4 226GB 316GB 89,9GB ext4
5 316GB 480GB 165GB ntfs diag


lsblk -f

NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
loop0
squash 0 100% /snap/libr
loop1
squash 0 100% /snap/libr
loop2
squash 0 100% /snap/note
loop3
squash 0 100% /snap/subl
loop4
squash 0 100% /snap/chro
loop5
squash 0 100% /snap/core
loop6
squash 0 100% /snap/chro
loop7
squash 0 100% /snap/gnom
loop8
squash 0 100% /snap/hero
loop9
squash 0 100% /snap/wine
loop10
squash 0 100% /snap/wine
loop11
squash 0 100% /snap/gtk-
loop12
squash 0 100% /snap/gnom
loop13
squash 0 100% /snap/core
loop14
squash 0 100% /snap/gnom
loop15
squash 0 100% /snap/gnom
loop16
squash 0 100% /snap/core
loop17
squash 0 100% /snap/gnom
loop18
squash 0 100% /snap/gnom
loop19
squash 0 100% /snap/gnom
loop20
squash 0 100% /snap/pych
loop21
squash 0 100% /snap/core
sda
├─sda1
│ vfat ESP 5A98-C38C 663,6M 8% /boot/efi
├─sda2
│
├─sda3
│ ntfs TI10716100B
│ 01D5A4F1047BBF30
├─sda4
│ ext4 8d41816a-89d9-4a51-a843-de16e8d2e395 44,5G 40% /
└─sda5
ntfs 01D5A4F5ABD407C0
sr0


cat /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/sda5 during installation
UUID=8d41816a-89d9-4a51-a843-de16e8d2e395 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=5A98-C38C /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0



4. Re: Boot não passa mais pelo GRUB

André
Marcolinha

(usa Ubuntu)

Enviado em 05/12/2019 - 13:44h

Alguém mais consegue me ajudar?

Obrigado!






Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner
Linux banner
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts