Нуждаюсь в некоторой серьезной помощи для защиты моего файла через FSCK в Linux
Это - Ubuntu 18.10, двойная загруженный с Windows 10. Папка в моем внешнем жестком диске не открывается. Показывает знак "блокировки". И я попробовал ниже команд FSCK, это дает мне некоторое направление, которое я не понимаю. Помогите мне декодировать/разрешать эту проблему.
pranav@inspiron-5548:~$ sudo umount /dev/sdb
umount: /dev/sdb: not mounted.
pranav@inspiron-5548:~$ sudo fsck /dev/sdb
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
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/sdb
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>
Found a gpt partition table in /dev/sdb
pranav@inspiron-5548:~$ sudo fsck -y /dev/sdb
fsck from util-linux 2.32
e2fsck 1.44.4 (18-Aug-2018)
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/sdb
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>
Found a gpt partition table in /dev/sdb
pranav@inspiron-5548:~$ e2fsck -b 8193 /dev/sdb
e2fsck 1.44.4 (18-Aug-2018)
e2fsck: Permission denied while trying to open /dev/sdb
You must have r/w access to the filesystem or be root
pranav@inspiron-5548:~$ sudo e2fsck -b 8193 /dev/sdb
e2fsck 1.44.4 (18-Aug-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/sdb
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>
Found a gpt partition table in /dev/sdb
pranav@inspiron-5548:~$ sudo e2fsck -b 32768 /dev/sdb
e2fsck 1.44.4 (18-Aug-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/sdb
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>
Found a gpt partition table in /dev/sdb
pranav@inspiron-5548:~$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 465.8 GiB, 500107859968 bytes, 976773164 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2E688F46-2196-5965-EED0-7AF7C385FADA
Device Start End Sectors Size Type
/dev/sdb1 63 976773119 976773057 465.8G Micros
pranav@inspiron-5548:~$ lsblk -o +LABEL, FSTYPE /dev/sdb
lsblk: unknown column: LABEL,
Я выбрал "Файловую систему Восстановления" из Диска Utitity Ubuntu. Но это делает, кажется, останавливается. Его бывшее похожее 20 минут.Что мне делать?
2 ответа
Ваш вывод содержит это несколько раз:
Found a gpt partition table in /dev/sdb
sdb является всем диском/устройством, и он был разделен, таким образом, фактический раздел, который Вы хотите смонтировать, должен быть sdb1, sdb2, sdb3, и т.д.
Можно использовать одну из этих команд для наблюдения что разделы, там:
fdisk -l /dev/sdblsblk -o +LABEL,FSTYPE /dev/sdb
Или иногда просто более хорошо использовать GUI как Диски / gnome-disk-utility, для нажатия на раздел, Вы хотите и нажимаете на кнопку "игры" для монтирования его. Но если Диски показывают, что раздел с замком входит в систему он, который означает, что шифруется, и изменения кнопки "игры" в "разблокированном замке", таким образом, можно дешифровать его, если Вы знаете пароль/фразу.
Обновление
После наблюдения некоторой обновленной информации, как снимок экрана от Дисков, это, кажется, раздел FAT на 500 ГБ на/dev/sdb1 приведение в рабочее состояние целого диска. Это объясняет почему mount -t extN перестал работать. Я не вижу упоминания 250 ГБ..., если это не то, сколько места занято файлами?
- Я не знаю, почему файловая система восстановления Дисков занимала много времени, но она не показывает Вам терминал для проверки, и у меня не было файловой системы FAT на 500 ГБ прежде, она могла пытаться считать весь диск или что-то, и, возможно, заняла час или два для завершения. Выполнение
fsck.fatв терминале показал бы Вам, что это делает (особенно с-vподробный флаг).
mount (без a -t) должен все еще работать, как мой пример комментария mount -v /dev/sdb1 /mnt/b затем Вы могли посмотреть внутри/mnt/b и видеть то, что файлы там.
Если нет действительно никаких файлов затем, кажется, что диск был переформатирован (вероятно, ведущим устройством раздела Easeus? К вашему сведению тип раздела не должен иметь никакого значения к тому, какие файлы размера могут быть записаны, только файловая система, и переформатирование определенно стирало бы/теряло бы доступ ко всем старым файлам), таким образом, это не столь просто, как восстановление старой информации о разделе с TestDisk, восстанавливая целую старую файловую систему расширения может даже быть невозможным. Я не уверен, могли ли Вы найти резервный суперблок и использовать его для "зафиксированного" расширения снова...
Прежде, чем делать больше записей (предпринятый фиксирует) некоторые файлы могли бы все еще быть на старом диске (как долго, поскольку Easeus не перезаписывал все), настолько восстанавливающийся, некоторые могли бы быть возможными с PhotoRec. Вот, это - Пошаговое руководство - Вашим самым большим вопросом должна быть исходная файловая система, если бы это было расширение, затем выбирают расширение, иначе единственная опция - "другой". Если Вы не восстанавливаете файлов с одним методом, нет ничего для потери путем попытки другого.
Если/dev/sdb1 раньше был разделом Linux ext2/3/4, это больше не. Похоже, что "Microsoft Data Partition"... следовательно fsck не удается найти ext2/3/4 раздел. Если это был NTFS, Вы не можете использовать fsck на нем. Необходимо будет использовать chkdsk из Windows.
Это похоже на Вас двойная загрузка с Windows 10. Разве Вы недавно сделали некоторые основные обновления в Windows 10? Если так, это, возможно, вытерло Ваш/dev/sdb1 раздел, особенно если/dev/sdb находится в формате таблицы разделов MBR. Это - Microsoft "ошибка". Если это произошло, восстановление может быть сделано с помощью testdisk. После начальной загрузки к Ubuntu Живой DVD/USB, установка testdisk, и посмотрите здесь для процедуры.
Иначе, сделал Вы устанавливаете драйвер Windows, чтобы позволить Вам чтению-записи к разделам Linux ext2/3/4. Если так, это, вероятно, повредило Ваш раздел. Удалите драйвер как можно скорее.
Иначе, Вы случайно формат/dev/sdb1?
Обновление № 1:
Пользователь "... использовал ведущее устройство раздела Easeus для изменения таблицы разделов от MBR до GPT" и отменил его пока в процессе. Плохая идея. Я надеюсь, что Вы сделали резервное копирование сначала. Затем они пытались использовать testdisk возродить раздел. Более плохая идея. Диск является тостом, и потребует re-init с таблицей разделов GPT, затем разделит его или переустановит Ubuntu.