Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.
Vaše pomoc je stále potřeba!

Autor Téma: dual-boot - obnovit zavedení po klonování Acronis [Vyřešeno]  (Přečteno 1020 krát)

regine

  • Stálý člen
  • **
  • Příspěvků: 826
1. klonoval jsem dual-boot HDD na SSD pomocí Acronis True Image WD Edition, Windows bootuje
2. Ubuntu 16.04 64bit přes GRUB2 se spustí, ale přihlašovací okno se nezobrazí
3. dohledal jsem od juwa2 komentář, že problém je s UUID
https://forum.ubuntu.cz/index.php/topic,83993.msg563022.html#msg563022
Získal jsem pomocí live-Ubuntu obsah fstab:
Kód: [Vybrat]
# /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/sda7 during installation
UUID=69c8ec23-a9bd-4cbc-93cb-db14c591a55e / ext4    errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
UUID=7c14a38d-f0a4-4172-a03c-8baa1d6dc218 none swap    sw 0 0
a výpis partitions:
Kód: [Vybrat]
ubuntu@ubuntu:~$ sudo blkid -o full -s UUID
/dev/sda1: UUID="A92A67E83FAEF409"
/dev/sda2: UUID="7DC14384A194C89E"
/dev/sda3: UUID="B367AB45B5C00BF8"
/dev/sda5: UUID="43924E7ABA084F28"
/dev/sda7: UUID="9b6ba656-dd6a-6c0e-6b2a-8246bb7dc2c4"
/dev/sr0: UUID="2016-04-20-22-29-52-00"
/dev/sda6: UUID="f8112872-c9cb-f18f-972d-ebccd2b3e5ab"
/dev/sdb1: UUID="A6BE7422BE73E967"
Jiný výpis oddílů:
Kód: [Vybrat]
ubuntu@ubuntu:~$ lsblk -o +uuid,name
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT UUID                                 NAME
sda      8:0    0 465.8G  0 disk                                                 sda
├─sda1   8:1    0  15.6G  0 part            A92A67E83FAEF409                     ├─sda1
├─sda2   8:2    0   100M  0 part            7DC14384A194C89E                     ├─sda2
├─sda3   8:3    0 143.3G  0 part            B367AB45B5C00BF8                     ├─sda3
├─sda4   8:4    0     1K  0 part                                                 ├─sda4
├─sda5   8:5    0 195.3G  0 part            43924E7ABA084F28                     ├─sda5
├─sda6   8:6    0   3.7G  0 part [SWAP]     f8112872-c9cb-f18f-972d-ebccd2b3e5ab ├─sda6
└─sda7   8:7    0 107.7G  0 part            9b6ba656-dd6a-6c0e-6b2a-8246bb7dc2c4 └─sda7
sdb      8:16   1  28.9G  0 disk                                                 sdb
└─sdb1   8:17   1  28.9G  0 part /cdrom                  74FA-3493               └─sdb1
sdc      8:32   1  15.1G  0 disk                                                 sdc
└─sdc1   8:33   1  15.1G  0 part /media/ubuntu/KINGSTON  A6BE7422BE73E967        └─sdc1
Nesouhlasí UUID fstab
Kód: [Vybrat]
# / was on /dev/sda7 during installation
UUID=69c8ec23-a9bd-4cbc-93cb-db14c591a55e / ext
# swap was on /dev/sda6 during installation
UUID=7c14a38d-f0a4-4172-a03c-8baa1d6dc21
vůči blkid výpisu z USB-live spuštěného Ubuntu:
Kód: [Vybrat]
/dev/sda7: UUID="9b6ba656-dd6a-6c0e-6b2a-8246bb7dc2c4"
/dev/sda6: UUID="f8112872-c9cb-f18f-972d-ebccd2b3e5ab"
PLS. Jak dál?  Co opravit a jak?
Pokud jsem přistoupil buď  z nouzového režimu nebo z live-Ubuntu, tak dev/sda7 je read-only RO. Měl jsem i nastaven přístup jako root, heslo znám.
přikládám 2 obrázky monitoru při spuštění v nouzovém stavu - jen čtení systému
_____________________________
boot-repair jsem už použil
https://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/

VYŘEŠENO. Stačilo v Live-Ubuntu otevřít okno v teminálu:
Kód: [Vybrat]
sudo nautilusNebylo požadováno ani heslo, a /etc/fstab bylo možno editovat (RW).
« Poslední změna: 19 Května 2020, 05:02:47 od regine »
Ubuntu 16.04 LTS 32bit, 22.04 LTS 64bit

juwa2

  • Závislák
  • ***
  • Příspěvků: 4935
Re:dual-boot - obnovit zavedení po klonování Acronis [Vyřešeno]
« Odpověď #1 kdy: 19 Května 2020, 14:55:16 »
Ano, bylo třeba uvést do souladu UUID v fstab s UUID těch oddílů. Tj. editovat /etc/fstab takto:
Původní
Kód: [Vybrat]
# /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/sda7 during installation
UUID=69c8ec23-a9bd-4cbc-93cb-db14c591a55e / ext4    errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
UUID=7c14a38d-f0a4-4172-a03c-8baa1d6dc218 none swap    sw 0 0

Editovaný
Kód: [Vybrat]
# /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/sda7 during installation
UUID=9b6ba656-dd6a-6c0e-6b2a-8246bb7dc2c4 / ext4    errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
UUID=f8112872-c9cb-f18f-972d-ebccd2b3e5ab none swap    sw 0 0

Provádět z live. Buď spustit nautilus se "sudo", z něj potom otevřít /etc/fstab (ten co je na /dev/sda7) v txt editoru (gedit) a provést potřebné změny.

Nebo na to jít "z druhé strany" - neměnit fstab, ale změnit UUID:
Příkaz pro ext4 oddíly:
Kód: [Vybrat]
sudo tune2fs -U NOVÉ_UUID /dev/sdaX
U swapu je příkaz jiný:
Kód: [Vybrat]
sudo swapoff -a
sudo mkswap -U NOVÉ_UUID /dev/sdaX

Oddíly musí být před změnou odpojené (umount).
Lepší je pro klonování použít Clonezillu, která UUID všech oddílů zachová. Pak si "šachy" s UUID můžeme odpustit.
Nástroje určené primárně pro Windows (i když umí klonovat ext4) si totiž s UUID nelámou hlavu (ve světě windows se na uuid "nehraje").

Koho by snad zajímalo jak změnit UUID NTFS oddílů: Je třeba editovat superblock oddílu v hexaeditoru (GHex nebo Bless). Podrobný postup zde nebo zde. To ale většinou není nutné, snad jen při automatickém připojování ntfs oddílů.
« Poslední změna: 19 Května 2020, 15:16:58 od juwa2 »

 

Provoz zaštiťuje spolek OpenAlt.