Проблема с HDD

[kvadim]

Лучше, сделать бэкап. И сделать так, чтобы копировать не 2Тб, а 50Гб.

Это понятное дело. Вроде все сделал. Но, теперь другая проблема появилась. Все работало на новых дисках. До сегодня. Диск перестал монтироваться.

В fstsb содержит такое:

Код: [Выделить]

# /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/ubuntu-vg/ubuntu-lv during curtin installation
/dev/disk/by-id/dm-uuid-LVM-fgDwR4mBp6SaE3hQFDJqm7XuhbzgOcdCF0hyjyZF6c6Z3J6IwlFyg0PZvs9yN7C5 / ext4 defaults 0 1
# /boot was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/17952130-737b-498c-9f34-2a826c09de46 /boot ext4 defaults 0 1
/swap.img       none    swap    sw      0       0
#UUID=973a1b01-0798-4806-a73e-b1e3ef74051a /data ext4 defaults 0 0

Я закоментил диск, чтобы он не монировался.
При этом команда blkid не выдает теперь такое значение "973a1b01-0798-4806-a73e-b1e3ef74051a"
Высвечивает теперь так:

Код: [Выделить]

sudo blkid
/dev/sda2: UUID="17952130-737b-498c-9f34-2a826c09de46" TYPE="ext4" PARTUUID="7f2925f9-7b4c-45f3-a44c-e2011ab86159"
/dev/sda3: UUID="9k8ihW-7H2E-1yMN-gUUP-2Kz8-MVTG-2QO6cH" TYPE="LVM2_member" PARTUUID="0f933e0e-db3b-4a3c-b8d7-543271f74cba"
/dev/mapper/ubuntu--vg-ubuntu--lv: UUID="68c57eb4-802e-4cc0-8dd4-87b585458110" TYPE="ext4"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/sdb1: PARTUUID="626aab15-01"
/dev/sda1: PARTUUID="8406c7ac-e809-4c1a-a82f-7b1e4f43004a"

Почему диск теперь выдает такое /dev/sdb1: PARTUUID="626aab15-01"?

По идее должно же быть /dev/sdb1: PARTUUID="973a1b01-0798-4806-a73e-b1e3ef74051a" так. Или я чего-то не догоняю?

Или это что-то с новым диском? Не понимаю...

Попробовал сделать такую команду и выдало вот что:

Код: [Выделить]

sudo fsck -y /dev/sdb1
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>