3

У меня есть небольшая проблема. Я использую Ubuntu 10.04 LTS на своем ноутбуке, и около 2 лет назад я заменил устаревший жесткий диск на 32 ГБ SSD. Сегодня я попытался загрузить свой компьютер, но не смог.

Поэтому я поместил SSD во внешнюю стойку для жестких дисков и загрузил live CD Ubuntu 10.10, чтобы попытаться восстановить данные с SSD. SSD появляется в выпадающем меню, но он не монтируется.

Журнал:

ubuntu@ubuntu:~$ dmesg | tail
[ 2125.445659] sd 8:0:0:0: [sda] 62533296 512-byte logical blocks: (32.0 GB/29.8 GiB)
[ 2125.446983] sd 8:0:0:0: [sda] Write Protect is off
[ 2125.446988] sd 8:0:0:0: [sda] Mode Sense: 17 00 00 08
[ 2125.446992] sd 8:0:0:0: [sda] Assuming drive cache: write through
[ 2125.449084] sd 8:0:0:0: [sda] Assuming drive cache: write through
[ 2125.449098]  sda: sda1 sda2 < sda5 >
[ 2125.454285] sd 8:0:0:0: [sda] Assuming drive cache: write through
[ 2125.454293] sd 8:0:0:0: [sda] Attached SCSI disk
[ 2125.777836] JBD: no valid journal superblock found
[ 2125.777840] EXT4-fs (sda1): error loading journal

Есть ли способ исправить это, чтобы я мог восстановить свои данные?

|источник

2 ответа2

3

Просто выполните:

mke2fs -t ext4 -O ^has_journal /dev/sdX

(в вашем случае sdX - это sda1) для воссоздания раздела ext4 с включенным журналом. Или переформатировать раздел:

mke2fs -F -L "PartitionLabel" -t ext4 -O ^has_journal /dev/sdX
|источник
1

Вы пытались запустить fsck на нем?

Из живой загрузки попробуйте что-то вроде:

fsck.ext4 -Dcfy -C 0 /dev/sdX#

Что будет:

-D - Optimize directories
-c - Check for bad sectors
-f - Force a check
-y - Assumes 'yes' to all questions
-C 0 - Prints info to stdout

Вам просто нужно убедиться, что без монтирования, я полагаю, вы запускаете его на X (SSD) и на каждом разделе (только на разделах EXT4).

Это должно исправить системные проблемы, сообщите, если не возражаете, и я могу обновить, если найду другие варианты.

Также нашел ссылку, говорящую о «суперблоке», который, возможно, стоит проверить, хотя я не знаком с этим, но он использует похожие команды:

sudo fsck.ext4 -v /dev/sdX

Вывод для плохого суперблока должен выглядеть так:

fsck /dev/sda5
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
fsck.ext4: **Group descriptors look bad**... trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda5

The superblock could not be read or does not describe a correct ext4
filesystem.  If the device is valid and it really contains an 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>

Затем проверьте расположение резервных копий суперблока:

sudo mke2fs -n /dev/sdX

Должно быть сказано, что резервные копии суперблоков stored on blocks: # # #

Наконец, восстановите резервные копии (если они существуют):

sudo e2fsck -b block_number /dev/sdX

Опять же, я не пробовал это и не могу говорить о его достоверности - надеюсь, кто-то еще может знать немного больше об этом методе. Источник

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .