914
Не отображаются разделы HDD
Всем привет. Нужна помощь.
В общем, есть жёсткий. Он, в целом, определяется как /dev/sdc
Но, вот тут проблема (скрин не прикрепляется, поэтому ссылка).
i122.fastpic.org/big/2023/0927/92/730c28a520d563c9233f114ab21cf492.png
Раньше вот здесь было два раздела + неразмеченная область между ними
на sdc1 был раздел NTFS. Винда его видит без проблем до сих пор, файлы на месте.
на sdc2 был раздел ext4. на нём были, например, снимки Timeshift'а.
Если верить логам этого Timeshift'а, то в предыдущий запуск (14.09) всё было ОК. А вот 27.09 (сегодня) я обновил пакеты (было 200+ обновлений, что именно было обновлено, я уже не могу сказать) и всё.
При этом, UUID, согласно логам Timeshift'а был:
Device not found: UUID='d7ba44bc-d5a6-4224-9c6a-7c751b0fe6a6'
а сейчас, «Управление разделами KDE» утверждает, что UUID B614F544-9C07-4748-864B-A1AC1518E32D
Что делать?
Вывод fdisk -l:
Устр-во начало Конец Секторы Размер Тип
/dev/sdc1 32768 2147516415 2147483648 1T Microsoft basic data
/dev/sdc2 6765459456 7814035455 1048576000 500G Файловая система Linux
Вывод fdisk -x:
Устр-во начало Конец Секторы Тип UUID UUID Имя Атрибуты
/dev/sdc1 32768 2147516415 2147483648 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 DB17866D-E55E-4836-BB52-C768CF1910AB Basic data partition
/dev/sdc2 6765459456 7814035455 1048576000 0FC63DAF-8483-4772-8E79-3D69D8477DE4 B614F544-9C07-4748-864B-A1AC1518E32D
Подозреваю, что раз разделы как таковые видны, то, возможно, где-то можно поменять тип файловой системы и всё будет работать? Прошу помощи
В общем, есть жёсткий. Он, в целом, определяется как /dev/sdc
Но, вот тут проблема (скрин не прикрепляется, поэтому ссылка).
i122.fastpic.org/big/2023/0927/92/730c28a520d563c9233f114ab21cf492.png
Раньше вот здесь было два раздела + неразмеченная область между ними
на sdc1 был раздел NTFS. Винда его видит без проблем до сих пор, файлы на месте.
на sdc2 был раздел ext4. на нём были, например, снимки Timeshift'а.
Если верить логам этого Timeshift'а, то в предыдущий запуск (14.09) всё было ОК. А вот 27.09 (сегодня) я обновил пакеты (было 200+ обновлений, что именно было обновлено, я уже не могу сказать) и всё.
При этом, UUID, согласно логам Timeshift'а был:
Device not found: UUID='d7ba44bc-d5a6-4224-9c6a-7c751b0fe6a6'
а сейчас, «Управление разделами KDE» утверждает, что UUID B614F544-9C07-4748-864B-A1AC1518E32D
Что делать?
Вывод fdisk -l:
Устр-во начало Конец Секторы Размер Тип
/dev/sdc1 32768 2147516415 2147483648 1T Microsoft basic data
/dev/sdc2 6765459456 7814035455 1048576000 500G Файловая система Linux
Вывод fdisk -x:
Устр-во начало Конец Секторы Тип UUID UUID Имя Атрибуты
/dev/sdc1 32768 2147516415 2147483648 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 DB17866D-E55E-4836-BB52-C768CF1910AB Basic data partition
/dev/sdc2 6765459456 7814035455 1048576000 0FC63DAF-8483-4772-8E79-3D69D8477DE4 B614F544-9C07-4748-864B-A1AC1518E32D
Подозреваю, что раз разделы как таковые видны, то, возможно, где-то можно поменять тип файловой системы и всё будет работать? Прошу помощи
7 комментариев
UUID=1aeb8c5a-b51f-4eb7-95ee-9256b5dfc901 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Тут по sdc я ничего не вижу. Первые две строки — это sda, tmpfs — я не знаю, что это. sdb тоже отсутствует, там NTFS-раздел целиком. Форматирование плывёт из-за форума. Вот скрин
i122.fastpic.org/big/2023/0928/e1/3a9f050a6841ead401ccd58b8a9bade1.png
Попробуй пожмякать shift при старте ПК, вдруг произойдет чудо и подтянутся точки восстановления.
Не нужно один диск пользовать и в винде и линуксе. Тем более разбивать один диск на несколько разношерстных разделов. Один диск — одна ОС. А выбираешь по F2|F8 при старте.
Шифрования кстати не было?
А на счёт разных систем — ну, вот конкретно в этом случае, там нет систем, это просто хранилки, кусок форматирован в одной ФС, кусок в другой, никакого криминала.
И что за тема с F2 — F8? Что должно случиться?
Если что, я это здест пишу в том числе, с целью, что «может, кому пригодится».
Если в кратце, то я запустил gdisk, а он мне выдал следующее:
Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!
Warning: Invalid CRC on main header data; loaded backup partition table.
Warning! One or more CRCs don't match. You should repair the disk!
Main header: ERROR
Backup header: OK
Main partition table: OK
Backup partition table: OK
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
То есть, по какой-то причине повреждена GPT таблица.
Поскольку, мне «СТРОНГЛИ» порекомендовали верификацию и восстановление, то я верифицировал HDD, ошибок выявлено не было. Ну и поскольку, там написано что MBR в порядке, то плюс-минус изучив функционал gdisk, я решил восстановить GPT из MBR. Вроде всё выглядит логично, но я где-то накошмарил.Нажал x (recovery and transformation options), а затем f (load MBR and build fresh GPT from it). gdisk всё это захавал, но не дал никакой обратной связи, типа успешно или нет и как вообще у него дела. Ну и я нажал w (write table to disk and exit).
В общем, так делать было не надо, я получил чистый диск без каких-либо разделов. Очень расстроился и полез искать средства, как это всё исправить.
Установил testdisk.
Утилита — моё уважение, практически магия. Она увидела все разделы с файлами и частично восстановила инфу.
При этом, NTFS раздел восстановился 1 в 1 как был. А вот с ext4 возникли проблемы. Почему-то неправильно определился сектор (было NTFS — неразмеченная область — ext4), а после восстановления ext4 встал сразу за NTFS, и потом уже неразмеченная область.
И, по факту, эта область, определённая как «Linux» не подцепила файловую систему, и осталась неразмеченной, хоть и читается как sdc2. Работать с ней пока нельзя, что с ней делать — не знаю, пока склоняюсь к уничтожению и новой разметке (в этом разделе ничего критичного не было — не жалко).
Если всё ещё интересно, то сейчас вывод «lsblk -f;cat /etc/fstab;df -h» такой:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
├─sda1 ntfs Recovery 00B4303EB430388C
├─sda2 vfat FAT32 2A37-0ACA 70,6M 26% /boot/efi
├─sda3
├─sda4 ntfs 52C25B2CC25B1417
└─sda5 ext4 1.0 1aeb8c5a-b51f-4eb7-95ee-9256b5dfc901 180,3G 16% /
sdb
└─sdb1 ntfs Архив 9EEA844EEA84251D
sdc
├─sdc1 ntfs WD_BLUE_NTFS_0 F8A82894A8285382
└─sdc2
# /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).
#
# UUID=2A37-0ACA /boot/efi vfat umask=0077 0 2
UUID=1aeb8c5a-b51f-4eb7-95ee-9256b5dfc901 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
Файловая система Размер Использовано Дост Использовано% Cмонтировано в
dev 16G 0 16G 0% /dev
run 16G 1,6M 16G 1% /run
/dev/sda5 229G 37G 181G 17% /
tmpfs 16G 0 16G 0% /dev/shm
tmpfs 16G 40K 16G 1% /tmp
/dev/sda2 96M 26M 71M 27% /boot/efi
tmpfs 3,2G 84K 3,2G 1% /run/user/1000
Пока не переразмечаю, мне бы хотелось разобраться. Если поможете — я потыкаюсь, ну если отвечать не будете — затру всё и ладно
PS-Посмотреть