Регистрация Войти
Рейтинг:0
avatar Ubuntu

Я размонтировал ext4 (ОС Ubuntu) с помощью gparted. Теперь он нераспределен. Что случилось?

флаг br
nfs

Краткое резюме:
У меня SSD на 500 Гб. В нем установлена ​​только Ubuntu 20.04. Я написал файл win10.iso внутри своего системного раздела EFI с помощью команды dd. После этого я не мог загрузиться. Затем я загружаю Ubuntu с USB. boot-repair сказал мне открыть 1 МБ (или что-то в этом роде) места. Я следовал некоторым инструкциям, но потерпел неудачу. Я хотел бы сохранить хотя бы домашнюю папку. Половина SSD была использована. Часть EFI уже перезаписана, но раздел ext4, в котором установлена ​​Ubuntu, не перезаписан.

Изображение (gparted): Исходная ситуация. Перед выполнением любого процесса gparted.
Изображение (gparted): информация о системном разделе EFI /dev/sda1
Изображение (gparted): после удаления EFI и размонтирования ext4

Вот что я сделал:

  • Я открыл gparted.
  • я удаляю системный раздел EFI (/dev/sda1)
    (На секунду я подумал, что лучше размонтировать ext4, чтобы избежать некоторых ошибок. Была поздняя ночь.)
  • Я размонтировал ext4 на gparted (/dev/sda2)

Сразу после того, как я размонтировал раздел dev/sda2 -> /dev/sda1, /dev/sda2, нераспределенный (1,02 МБ), свернулся в 1 нераспределенный файловая система.

Я ничего не писал на ssd (насколько я знаю) после того, как это произошло.

я только использовал fdisk -l, lsblk -s, дф, устанавливать/размонтировать команды.

Выход терминала (ubuntu-usb): fdisk -l вывод -> сдб. , Имя файловой системы было изменено на sdb после загрузки с USB (ubuntu)
Выход терминала (ubuntu-usb): fsck - N /dev/sdb вывод
Выход терминала (ubuntu-usb): Характеристики диска /dev/sdb, fdisk -l вывод

После долгого тревожного чтения у меня есть некоторые идеи, вопросы...
Вот что я вывел:

  • Возможно, я удалил то, что вызывало таблица разделов.
  • Люди предлагают использовать тестовый диск. Но перед тестовым диском -> Должен или не должен я использовать дд или же спасение или же dd_rescue для копирования диска. Некоторые люди предлагают взять копию SSD. Затем возьмите копию этой копии и работайте над ней.

Я прошу вашей помощи и вашего опыта, чтобы понять, что произошло.
Как я могу выбрать безопасный подход.
Спасибо,

ОБНОВЛЕНИЯ:

  • Я могу видеть свои файлы с помощью тестовый диск.
  • вывод gdisk показывает, что MBR: защитный, GPT: присутствует
  • Там всего 1 раздел. вывод тестового диска:
    Linux start(65 101 37) end(60801 47 46) size_in_sector(975720448)
  • Прежде чем что-либо делать, вы можете сделать точную копию вашего диска с помощью спасение. Пожалуйста, прочтите часть о ddrescue в документация по тестовому диску.
  • После создания копии вашего диска рекомендуется взять копию этой копии и работать с последней копией.
  • Я запускаю тестовый диск на последней копии и много экспериментирую с ним.
  • Следуя документации по тестовому диску, я сохранил свои данные.

Выходные данные команды:

sudo gdisk -l /dev/sda:

GPT fdisk (gdisk) версии 1.0.5  

Сканирование таблицы разделов:  
  МБР: защитный  
  БСД: нет  
  АПМ: нет  
  GPT: присутствует  

Найден действительный GPT с защитной MBR; с помощью GPT.  
Диск /dev/sda: 976773168 секторов, 465,8 ГиБ  
Модель: Samsung SSD 860   
Размер сектора (логический/физический): 512/512 байт  
Идентификатор диска (GUID): xxxxx   
Таблица разделов содержит до 128 записей.  
Основная таблица разделов начинается со 2-го сектора и заканчивается 33-м сектором.  
Первый используемый сектор — 34, последний используемый сектор — 976773134.  
Разделы будут выровнены по границам 2048 секторов.  
Всего свободного места 976773101 секторов (465,8 ГиБ).  

Номер Начало (сектор) Конец (сектор) Размер Код Название

тестовый диск Выходы:

Образ (тестовый диск): вывод раздела

Вт 12 окт 14:21:50 2021
Командная строка: TestDisk/debug

TestDisk 7.1, утилита восстановления данных, июль 2019 г.
Кристоф ГРЕНЬЕ <[email protected]>
https://www.cgsecurity.org
ОС: Linux, ядро ​​5.8.0-43-generic (#49~20.04.1-Ubuntu SMP, пятница, 5 февраля, 09:57:56 UTC 2021) x86_64
Компилятор: GCC 9.2
ext2fs lib: 1.45.5, ntfs lib: libntfs-3g, reiserfs lib: нет, ewf lib: нет, curses lib: ncurses 6.1
/dev/sda: LBA, HPA, LBA48, поддержка DCO
/dev/sda: размер 976773168 секторов
/dev/sda: user_max 976773168 секторов
/dev/sda: native_max 976773168 секторов
Предупреждение: невозможно получить размер диска /dev/mapper/control - 0 B - 0 секторов, размер сектора = 512
Предупреждение: невозможно получить размер диска /dev/loop6 - 0 B - 0 секторов, размер сектора = 512
Предупреждение: невозможно получить размер диска /dev/loop7 - 0 B - 0 секторов, размер сектора = 512
Список жестких дисков
Диск /dev/sda — 500 ГБ / 465 ГБ — CHS 60801 255 63, размер сектора = 512 — Samsung SSD 860
Диск /dev/sdb — 15 ГБ / 14 ГБ — CHS 14664 64 32, размер сектора = 512 — SanDisk Cruzer Force, FW: 1.00
Диск /dev/loop0 - 2109 МБ / 2012 МБ - 4120632 сектора (RO), размер сектора = 512
Диск /dev/loop1 — 53 МБ / 51 МБ — 104536 секторов (RO), размер сектора = 512
Диск /dev/loop2 — 32 МБ / 31 МБ — 63664 сектора (RO), размер сектора = 512
Диск /dev/loop3 - 229 МБ / 218 МБ - 448496 секторов (RO), размер сектора = 512
Диск /dev/loop4 - 58 МБ / 55 МБ - 113592 сектора (RO), размер сектора = 512
Диск /dev/loop5 - 67 МБ / 64 МБ - 132648 секторов (RO), размер сектора = 512

Тип таблицы разделов (авто): Intel
Диск /dev/sda — 500 ГБ / 465 ГБ — Samsung SSD 860 EVO 500 ГБ
Тип таблицы разделов: Intel

Расширенный интерфейс
Геометрия из i386 MBR: голова=256 сектор=63
check_part_i386 1 тип EE: без теста
 1 П ЭФИ ГПТ 0 0 2 60801 80 63 976773167

Анализ диска /dev/sda — 500 ГБ / 465 ГБ — CHS 60801 255 63
Геометрия из i386 MBR: голова=256 сектор=63
check_part_i386 1 тип EE: без теста
Текущая структура разделов:
 1 П ЭФИ ГПТ 0 0 2 60801 80 63 976773167

Предупреждение: Плохая финальная голова (CHS и LBA не совпадают)
Ни один раздел не является загрузочным

search_part()
Диск /dev/sda — 500 ГБ / 465 ГБ — CHS 60801 255 63

recovery_EXT2: s_block_group_nr=0/3722, s_mnt_count=206/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 121965056
recovery_EXT2: part_size 975720448
Файловая система создана: Вс, 21 июня, 00:15:40 2020
Время последнего подключения: Сб 9 окт 21:29:00 2021
     Linux 65 101 37 60801 47 46 975720448
     ext4 blocksize=4096 Large_file Sparse_SB, 499 ГБ / 465 ГБ

Результаты
   * Linux 65 101 37 60801 47 46 975720448
     ext4 blocksize=4096 Large_file Sparse_SB, 499 ГБ / 465 ГБ

Подсказка для опытных пользователей: dmsetup можно использовать, если вы предпочитаете пока не перезаписывать таблицу разделов:
echo "0 975720448 линейный /dev/sda 1050624" | dmsetup создать test0

интерфейс_записи()
 1 * Linux 65 101 37 60801 47 46 975720448
имитация записи!

write_mbr_i386: начиная...
write_all_log_i386: начиная...
Нет расширенного раздела

TestDisk завершился нормально.
204
0 + 0
Organic Marble avatar
флаг us
Organic Marble
У вас есть резервные копии ваших данных?
1
Ответить
флаг br
nfs
@Органический мрамор К сожалению, нет.
0
Ответить
mook765 avatar
флаг cn
mook765
Вы перезаписали содержимое вашего системного раздела EFI (ESP), в котором находится ваш загрузчик, поэтому вы не могли загрузиться после вашей команды `dd`. Вы не сможете восстановить исходное содержимое этого раздела, но вам придется создать новый и переустановить там загрузчик, если вы хотите снова использовать систему. Другой раздел должен быть легко восстановлен с помощью testdisk. Возможно, неплохо было бы сначала создать копию диска на случай, если что-то пойдет не так во время ваших попыток восстановления.
2
Ответить
флаг br
nfs
@ mook765 Что я хотел бы сделать, так это восстановить данные в разделе 460 ГБ. Половина из них была использована. Я не понимаю, как это можно удалить менее чем за секунду. Там я хотел бы сохранить домашнюю папку и т. Д.
0
Ответить
mook765 avatar
флаг cn
mook765
Я предполагаю, что вы сами удалили этот раздел без намерения сделать это. Должно быть легко восстановить, попробуйте testdisk...
1
Ответить
флаг br
nfs
@ mook765 у вас есть предложение по созданию копии диска?
0
Ответить
Yvain avatar
флаг us
Yvain
Вы МОЖЕТЕ просто воссоздать таблицу разделов с помощью fdisk, и разделы здесь останутся нетронутыми.
0
Ответить
oldfred avatar
флаг cn
oldfred
Если это таблица разделов gpt, резервная копия в конце все еще может быть там. Ваш dd полностью перезаписал начало диска, включая таблицу разделов и все данные вплоть до размера ISO. Если MBR, резервной таблицы разделов нет. Если ISO меньше, чем ESP и первый раздел, а данные находятся на втором или более позднем диске, то testdisk может восстановить его. Что это показывает? `sudo gdisk -l /dev/sda`
1
Ответить
флаг br
nfs
@oldfred большое спасибо. Кажется, я начал понимать дело. Когда я использовал dd для записи на Efi, dd остановился из-за нехватки места в системном файле EFI. Это было около 500 МБ. Я добавил вывод `sudo gdisk -l /dev/sda` под сообщением, сразу после части *Спасибо*.
0
Ответить
Soren A avatar
флаг mx
Soren A
На скриншоте до показано /dev/sda, на скриншоте после /dev/sdb это два разных диска...
0
Ответить
oldfred avatar
флаг cn
oldfred
Вы не можете запустить fsck на диске, таком как sda, только на разделе в формате ext4, таком как sda2. Но теперь вы не показываете никаких разделов, только этот диск gpt? Не уверен, что стер данные резервной копии таблицы разделов, возможно, вы удалили все разделы до dd. Обратите внимание, что псевдоним dd — Data Destroyer, и его следует использовать редко, если вообще когда-либо.
0
Ответить
флаг br
nfs
@oldfred Пока я использовал Ubuntu на ssd (который был sda2), я писал на EFI (sda1). Затем я выключился, и, конечно же, он не загрузился. Затем я запустил Ubuntu с флешки. Я удалил EFI с помощью gparted. После того, как я удалил Efi, ext4 (sda2) все еще был там (может быть, в оперативной памяти? Я не обновлял). После этого я размонтировал ext4(sda2). Потом он стал нераспределенным. Я использовал dd только для записи на EFI (sda1). Нераспределенный диск (ssd) - gpt. Спасибо за заметку :) На самом деле я этого не знал :(
0
Ответить
oldfred avatar
флаг cn
oldfred
Если бы efi(sda1) не был таким же большим, как Windows ISO, dd записывался бы в efi, но не останавливался до тех пор, пока не скопировался полный ISO, перезаписывая по крайней мере начало sda2. Если бы не остановился, когда sda1 был заполнен.
0
Ответить
флаг br
nfs
@oldfred Он остановился автоматически. На нем не писалось. Если это так, как вы сказали, у gpt есть резервная таблица разделов в конце схемы таблицы разделов GUID. Разве я не смогу восстановить его с помощью резервной копии?
0
Ответить
флаг br
nfs
@Yvain, какие команды следует выполнить, чтобы добиться процесса воссоздания?
0
Ответить
oldfred avatar
флаг cn
oldfred
Но gdisk по какой-то причине не показывает разделов. Там написано gpt. Когда первичный поврежден, он говорит, что использует резервную копию, и вам нужно запустить команды восстановления gdisk, чтобы исправить таблицу разделов. Если вы знаете точное начало и конец разделов, вы можете вручную перестроить таблицу, но обычно с тестовым диском это намного проще. ремонт gpt: http://www.rodsbooks.com/gdisk/repairing.html Если он показывает разделы: дополнительная информация о ремонте используйте p, v и w для записи таблицы разделов. Если это не так, просто используйте q для выхода. : http://askubuntu.com/questions/386752/fixing-corrupt-backup-gpt-table/386802#386802
0
Ответить
Yvain avatar
флаг us
Yvain
@nfs, вы должны загрузить живой носитель и использовать fdisk на диске для восстановления, добавить таблицу разделов gpt или mbr (должна быть такой же, как у вас была раньше) и сохранить подпись разделов (будет подсказка). Затем перезагрузите живой USB, но нажмите «c» в меню загрузки.
0
Ответить
Yvain avatar
флаг us
Yvain
Используйте командную строку grub для загрузки системы со сломанным efi, после использования «grub-install --efi-directory /boot/efi. Возможно, вам придется заранее отформатировать раздел efi в fat32. Удачи
0
Ответить
флаг br
nfs
@Yvain спасибо за инструкции.
0
Ответить
флаг br
nfs
@oldfred, как мне поступить с тестовым диском.Должен ли я сначала восстановить файлы, если это возможно, а затем сохранить таблицу разделов? Или можно восстановить файлы без исправления таблицы разделов?
0
Ответить
oldfred avatar
флаг cn
oldfred
Мне не приходилось использовать тестдиск. Но если более глубокий поиск увидит файлы, сделайте их резервную копию. Некоторые видели их, а затем потерпели неудачу в восстановлении, и все исчезло. Если вам в конечном итоге придется использовать photorec, вы не получите полное имя файла, только расширение. Это занимает вечность, так как он просто сканирует весь диск на предмет всего, что похоже на файл. Сравнение и просмотр файлов может занять несколько дней, чтобы определить имена файлов. Фотографии имеют внутреннюю информацию о дате, которую вы можете использовать для переименования.
0
Ответить
флаг br
nfs
@oldfred Я только что попробовал тестовый диск. С опцией «быстрый поиск» я смог добраться до своих файлов. Я еще не сделал резервную копию. Я добавил **log_file** и ```изображение``` в конце своего поста. Вроде как могу переломить ситуацию, но не могу понять в чем дело, какой информации не хватает. Помимо проблемы есть еще возможность сделать образ диска в testdisk. Должен ли я использовать его? Я проверил его документы. Он использует команду dd.
0
Ответить
oldfred avatar
флаг cn
oldfred
Вы делали резервные копии файлов, пока могли? Большинство предлагает копировать образ диска всегда самый безопасный выбор, а затем работать только с образом, поэтому, если неправильный выбор или ошибка, у вас все еще есть оригинал. Похоже, что testdisk находит раздел, начинающийся с 0? И это было бы ошибкой. Сначала создайте резервные копии файлов, если это возможно, как было предложено ранее.
0
Ответить
флаг br
nfs
@oldfred Я не совсем понял тему ошибки и неправильного выбора. --- Но попробую объяснить. У меня есть гипотеза. Когда я удалил EFI (sda1), первые 500 МБ SSD были удалены. Это правда, что я перезаписываю раздел EFI (sda1). Но причина, по которой gparted обнаружил его правильно, вероятно, заключалась в том, что раздел EFI все еще помечен как загрузочный и esp, и у него была таблица разделов. Я считаю, что если я буду глубоко искать, я смогу вернуть раздел EFI (перезаписанную версию).
0
Ответить
флаг br
nfs
@oldfred Я благодарю вас за то, что вы подняли ситуацию с резервным копированием. У меня есть одна большая проблема с резервным копированием из-за отсутствия у меня знаний в этой области.Если я (правильно) создам резервную копию SSD на внешнем диске, есть ли шанс, что я больше не смогу найти файлы на SSD? ---
0
Ответить
oldfred avatar
флаг cn
oldfred
Я думал, что testdisk дал выбор резервной копии. Хотя testdisk часто работает, мы видели случаи, когда пользователи теряли все. Тогда не уверен, что ошибка пользователя или данные просто невозможно восстановить. Резервное копирование важных и даже менее важных данных — это всегда первое, что вы должны сделать, независимо от того, используете ли вы Linux или Windows.
0
Ответить
флаг br
nfs
Привет @oldfred, мне удалось сохранить раздел с помощью тестового диска. перед этим я сделал ddimage диска и копию копии. Я носил на последнем экземпляре. Большое спасибо за вашу помощь и разъяснения. - Я все еще не сохранил ssd полностью. Я пытаюсь понять, почему даты создания некоторых файловых систем раньше официальных. Я добавил изображения этого в конце поста, если вы хотите проверить это.
0
Ответить
oldfred avatar
флаг cn
oldfred
Системные папки часто имеют дату создания или выпуска ISO. Я бы не стал беспокоиться о каких-либо системных файлах или папках, если вы не изменили системные настройки в / etc (я меняю grub, но копирую в / home, поэтому обычное резервное копирование включает это). Я бы развернул /home/nfs? и найдите любой из ваших файлов, включая скрытые файлы, которые были бы настройками, которые вы сделали, и все ваши файлы данных. Вам, вероятно, не следует использовать nfs в качестве имени пользователя в системе, если вы это сделали. Это тоже приложение.
0
Ответить
флаг br
nfs
@oldfred спасибо. Как вы сказали, это, вероятно, дата создания ISO. Я, наконец, понял это с вашей помощью и восстановил свои данные. Большое тебе спасибо. Я собираюсь обновить пост. -- Теперь я вернулся к тому, с чего начал. Я вижу свой ext раздел. но это немного другое. на sda2 (ext4) gparted не говорит mnt/boot/... и первый сектор 2048 включен в часть EFI размером 513 МБ. Должен ли я открыть новый вопрос или продолжить отсюда?
0
Ответить
oldfred avatar
флаг cn
oldfred
Не уверен, что вам нужно полностью переустановить или вы можете создать новый системный раздел ESP - efi как FAT32 и просто полностью переустановить grub с помощью Boot-Repair или chroot. Если установка grub не работает, вам нужна новая установка. Возможно, вы сможете выполнить «грязную» установку, когда вы не форматируете раздел. Любые отредактированные вами файлы, которые находятся в процессе установки, будут перезаписаны, но если они не будут отформатированы, ваши данные на диске останутся на месте. Вам все равно нужно будет восстановить /home для ваших настроек. https://help.ubuntu.com/community/Boot-Repair & https://sourceforge.net/p/boot-repair/home/Home/
0
Ответить
флаг br
nfs
@oldfred спасибо за всю вашу помощь. Это было очень полезно.
0
Ответить
Рейтинг:2
pasman pasmański avatar Ubuntu
флаг mx
pasman pasmański

Я написал файл win10.iso внутри своего системного раздела EFI с помощью команды dd.

Этот шаг повредил данные на диске. Фактически перегородки разрушаются. Вы можете попробовать программное обеспечение для восстановления, такое как testdisk, но ваши данные могут оказаться невосстановимыми.

В целях безопасности не используйте дд.

0 + 0
флаг br
nfs
Я удалил системный раздел EFI, но разделы были свернуты после того, как я размонтировал файл ext4. Раньше это было нормально и доступно. @пасман
0
Ответить
pasman pasmański avatar
флаг mx
pasman pasmański
Раздел был доступен, потому что в памяти находились правильные системные данные. На диске он уже был поврежден.
1
Ответить
флаг br
nfs
Я попытался перезагрузиться. Этого не произошло, потому что EFI был сломан. Потом загрузился с usb. Все они были там. Затем я удалил EFI и размонтировал ext4 (ubuntu).
0
Ответить
флаг Moldova
Admin
Этот вопрос на других языках:

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.