Случайно сделал dd / dev / sda

Question 1

Я написал ISO-образ на свой жесткий диск, используя sudo dd if=image.iso of=/dev/sda. Я имел в виду /dev/sdc, и теперь запуск sudo fdisk -l возвращает только один раздел в / dev / sda, в то время как должно быть 6. Возможно ли восстановить мои данные?

Я не закрыл (перезагрузите) мой компьютер еще.

Question 2

Поскольку ваш компьютер все еще включен, у вас есть хорошие шансы на сохранение вещей.

Во-первых, sysfs раскрывает представление ядра в таблицах разделов. Прямо сейчас ваше ядро не перечитывает таблицу диска, и оно запоминает ваш раздел. Внутри /sys/block/sda/ должен быть один каталог для каждого раздела. Каждый такой подкаталог содержит файл start и файл size, которые представляют местоположение и размер раздела в секторах. Запустите fdisk, а затем заново создайте каждый раздел (в порядке!) С информацией в каталоге sysfs. Обратите внимание, что вам также придется создать новую таблицу разделов. Убедитесь, что ваша новая таблица разделов совпадает с предыдущей. Вы можете проверить это в /sys/block/sda. Если вы видите sda1 до sda7, в то время как у вас всего 6 разделов, у вас, вероятно, есть MBR, и в противном случае это, вероятно, GPT. Вам также необходимо установить флаги и типы для этих разделов. Посмотрите на /etc/fstab и попытайтесь собрать информацию о типах разделов, которые у вас есть, а затем проверьте Википедию, чтобы преобразовать их в коды для вашей схемы секционирования.

Поскольку вы, кажется, можете использовать свою файловую систему, это вероятно, что ваш dd не смог перезаписать его, так как большинство важных бит файловой системы находятся спереди. Проверьте /etc/fstab, чтобы узнать, какие разделы соответствуют той части вашей системы, а затем скопируйте количество данных dd, чтобы получить оценку того, сколько вы нажили. Если вы перезаписали только часть файловой системы, хороший fsck мог бы немного ее исправить (но вы потеряли хороший кусок данных).

Скорее всего, вы перезаписали /boot. Вам нужно будет переустановить ваше ядро (с aptitude) и переустановить GRUB2 (с grub-install) (который уничтожил как первый, так и второй этап). GRUB2 настроен с файлами в /etc, поэтому вам не придется вручную воссоздавать что-либо.

Question 3

Question 4

Поскольку ваш компьютер все еще включен, у вас есть хорошие шансы на сохранение вещей.

Во-первых, sysfs раскрывает представление ядра в таблицах разделов. Прямо сейчас ваше ядро не перечитывает таблицу диска, и оно запоминает ваш раздел. Внутри /sys/block/sda/ должен быть один каталог для каждого раздела. Каждый такой подкаталог содержит файл start и файл size, которые представляют местоположение и размер раздела в секторах. Запустите fdisk, а затем заново создайте каждый раздел (в порядке!) С информацией в каталоге sysfs. Обратите внимание, что вам также придется создать новую таблицу разделов. Убедитесь, что ваша новая таблица разделов совпадает с предыдущей. Вы можете проверить это в /sys/block/sda. Если вы видите sda1 до sda7, в то время как у вас всего 6 разделов, у вас, вероятно, есть MBR, и в противном случае это, вероятно, GPT. Вам также необходимо установить флаги и типы для этих разделов. Посмотрите на /etc/fstab и попытайтесь собрать информацию о типах разделов, которые у вас есть, а затем проверьте Википедию, чтобы преобразовать их в коды для вашей схемы секционирования.

Поскольку вы, кажется, можете использовать свою файловую систему, это вероятно, что ваш dd не смог перезаписать его, так как большинство важных бит файловой системы находятся спереди. Проверьте /etc/fstab, чтобы узнать, какие разделы соответствуют той части вашей системы, а затем скопируйте количество данных dd, чтобы получить оценку того, сколько вы нажили. Если вы перезаписали только часть файловой системы, хороший fsck мог бы немного ее исправить (но вы потеряли хороший кусок данных).

Скорее всего, вы перезаписали /boot. Вам нужно будет переустановить ваше ядро (с aptitude) и переустановить GRUB2 (с grub-install) (который уничтожил как первый, так и второй этап). GRUB2 настроен с файлами в /etc, поэтому вам не придется вручную воссоздавать что-либо.

Question 5

Поскольку ваш компьютер все еще включен, у вас есть хорошие шансы на сохранение вещей.

Во-первых, sysfs раскрывает представление ядра в таблицах разделов. Прямо сейчас ваше ядро не перечитывает таблицу диска, и оно запоминает ваш раздел. Внутри /sys/block/sda/ должен быть один каталог для каждого раздела. Каждый такой подкаталог содержит файл start и файл size, которые представляют местоположение и размер раздела в секторах. Запустите fdisk, а затем заново создайте каждый раздел (в порядке!) С информацией в каталоге sysfs. Обратите внимание, что вам также придется создать новую таблицу разделов. Убедитесь, что ваша новая таблица разделов совпадает с предыдущей. Вы можете проверить это в /sys/block/sda. Если вы видите sda1 до sda7, в то время как у вас всего 6 разделов, у вас, вероятно, есть MBR, и в противном случае это, вероятно, GPT. Вам также необходимо установить флаги и типы для этих разделов. Посмотрите на /etc/fstab и попытайтесь собрать информацию о типах разделов, которые у вас есть, а затем проверьте Википедию, чтобы преобразовать их в коды для вашей схемы секционирования.

Поскольку вы, кажется, можете использовать свою файловую систему, это вероятно, что ваш dd не смог перезаписать его, так как большинство важных бит файловой системы находятся спереди. Проверьте /etc/fstab, чтобы узнать, какие разделы соответствуют той части вашей системы, а затем скопируйте количество данных dd, чтобы получить оценку того, сколько вы нажили. Если вы перезаписали только часть файловой системы, хороший fsck мог бы немного ее исправить (но вы потеряли хороший кусок данных).

Скорее всего, вы перезаписали /boot. Вам нужно будет переустановить ваше ядро (с aptitude) и переустановить GRUB2 (с grub-install) (который уничтожил как первый, так и второй этап). GRUB2 настроен с файлами в /etc, поэтому вам не придется вручную воссоздавать что-либо.

Question 6

По вашей команде dd вы перезаписали таблицу разделов / dev / sda и все данные, насколько размер изображения.iso идет.

Таким образом, лучше всего вы можете восстановить вашу таблицу разделов (с точными размерами), чтобы восстановить по крайней мере разделы в конце / dev / sda.

Question 7

Question 8

Извините, что читал о вашей жесткой удаче

Я предполагаю, что у вас нет текущей резервной копии, и мне жаль читать о вашей неудачной работе с помощью

sudo dd if=image.iso of=/dev/sdx

, где вы использовали букву диска x = a, чтобы вы переписывали начало вашего жесткого диска, где вы храпили много ценных данных.

Вы не первый человек, и я боюсь, что это не последний человек, затронутый этой проблемой. dd рекомендуется на многих веб-сайтах, которые будут использоваться таким образом. Это мощный, но опасный метод, потому что он делает то, что вы говорите, чтобы обойтись без вопросов. По этой причине его часто называют «Data Destroyer».

@marcelm комментирует, что этот псевдоним несправедлив. Он прав, что прямое обращение к файлу устройства, поскольку корень вызывает риск. Поэтому имейте в виду, что вы можете легко перезаписать диск и уничтожить ценные данные, записав соответствующий файл устройства /dev/sdx. (Более безопасные инструменты перечислены в конце этого ответа.)

Восстановить таблицу разделов, файловые системы и / или содержимое файла

Делать как можно меньше с приводом и выше все, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. Если ваши данные ценны, вы должны работать с клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Улучшенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive. Если у вас была таблица разделов GUID, GPT, есть резервная копия таблицу разделов в конце диска /dev/sda, и вы можете восстановить основную таблицу разделов из этой таблицы резервного копирования с помощью инструмента gdisk. Подробнее см. В руководстве man gdisk. Вам может удаться восстановить таблицу разделов и файловые системы с помощью Testdisk с http://cgsecurity.org. Прочтите инструкции на веб-сайте CGSecurity, а также ссылку, предоставленную @ElderGeek, разделы исчезли после потери питания при установке. Вы также можете восстановить таблицу разделов и файловые системы с помощью gpart / gparted в соответствии с ссылкой, предоставленной @CSM, HOWTO: Восстановить потерянные разделы в удаленной или поврежденной таблице разделов PhotoRec: если вам не удалось восстановить таблицу разделов и файловые системы, вы все равно сможете восстановить некоторые данные файла. Файлы в начале, возможно, 1-1,5 ГБ, перезаписываются и теряются, но файлы, расположенные за этой частью диска, все еще существуют. PhotoRec из http://cgsecurity.org - это инструмент, который может восстанавливать данные «с поверхности диска» без файловой системы. Типичные данные в начале общих типов файлов используются для идентификации. Следующая ссылка содержит сведения о PhotoRec, https://www.cgsecurity.org/wiki/PhotoRec. Вы должны сохранить файлы в разделе на отдельном диске. Невозможно восстановить структуру каталогов, и обычно невозможно восстановить имена файлов (а не разрешения и права собственности), и есть проблемы, когда файлы фрагментированы, но многие файлы могут быть восстановлены PhotoRec (не только фотографии, а также многие другие распространенные типы файлов). Но, и это очень важно, но очень тяжело работать с огромным количеством несортированных файлов, чтобы определить, какие действительно важные файлы, которые вы должны переименовать в значащие имена файлов.

Более безопасные инструменты для создания USB-загрузочных дисков с Ubuntu

В будущем используйте инструмент, который поможет вам определить и выбрать правильное целевое устройство и иметь конечную контрольную точку, чтобы вы можете дважды проверить, что вы записываете непосредственно в файл устройства, так как root вызывает риск из файла iso на правильное целевое устройство, например

Do как можно меньше с диском, и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Сделайте как можно меньше с помощью диск и, прежде всего, ничего не пишут, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Алиас дисков gnome-disks, mkusb, Если ваши данные являются ценными, вы должны работать над клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Расширенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive

В Linux:

Сделайте как можно меньше с приводом и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. [ ! d9] Алиас дисков gnome-disks, mkusb, В Ubuntu, Windows, MacOS: Unetbootin.

Question 9

Не дожидаясь восстановления из резервной копии, нет возможности полностью восстановить. DD перезаписал таблицу разделов и некоторые данные устройства.

Question 10

Если диск диск разделен на отдельные разделы / и /home, а раздел /home находится после раздела /, вы можете восстановить свои данные. MBR, в котором перечислены большинство разделов, был перезаписан. Однако gparted может восстановить ваш раздел /home.

Этот пост на форумах Ubuntu дает некоторые идеи о том, как это сделать; Я обнаружил, что, выполнив поиск раздела «gparted recover partition».

Как только вы обнаружили потерянный раздел (возможно, внутри расширенного раздела), вы должны добавить его как единственный раздел в таблице разделов.

После того, как вы это сделали, вам придется переустановить Linux, говоря, чтобы восстановить восстановленный раздел как /home.

Question 11

Testdisk на помощь

Я могу лично поручиться за Testdisk, который сохранил мои данные после того, как я многократно копировал и вставлял инструкции для /dev/sdb и менял его на /dev/sdd, который был моим USB.

Настройте свою систему, чтобы никогда не писать на /dev/sda

Я настоятельно рекомендую создать сценарий обертки : Testdisk . Это гарантирует, что dd никогда не будет записываться в /dev/sda или, возможно, /dev/sdb или любые другие ваши запоминающие устройства.

Question 12

по вашей команде dd, ты перезаписал таблицу разделов на /dev/sda и все данные, насколько Размер image.iso идет.

так что лучшее, что вы можете добиться-восстановить таблицу разделов (с точными размерами), чтобы восстановить хотя бы разделы в конце /дев/сда.

Question 13

Question 14

короткое восстановления из резервной копии, нет никакого способа, чтобы полностью восстановиться. ДД перезаписывается Таблица разделов и некоторые из данных устройств.

Question 15

жаль читать о вашем жесткие удачи

я думаю, что у вас нет текущей резервной копии, и мне очень жаль читать о вашем незадача, используя

sudo dd if=image.iso of=/dev/sdx

, где используется буква диска x = a так что ты перезаписывая начале ваш жесткий диск, где хранится много ценных данных.

Вы не первый и боюсь не последний человек, пострадавших от этой проблемы. dd рекомендуется на многих веб-сайтах, как этот. Это мощный, но опасный способ, потому что он делает то, что вы говорите это делать без вопросов. По этой причине его часто называют 'Разрушитель данных'.

@комментарии marcelm, что это прозвище является несправедливым. Он прав, что писать напрямую в файл устройства корень вызывает риск. Поэтому, пожалуйста, знайте, что вы можете легко заменить диск и уничтожить ценные данные путем записи в соответствующий файл устройства /dev/sdx. (Более безопасные средства перечислены в конце этого ответа.)

восстановить таблицы разделов, файловые системы и/или содержимое файла

делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить. Если ваши данные ценны, вы должны работать на клонированную копию, а не оригинал (частично) диска. Смотрите по этой ссылке, прокрутите вниз до 'Расширенный ремонт таблицы разделов, файловые системы и/или восстановление данных' ремонт таблицы разделов и файловой системы флешки если у вас Таблица разделов GUID, GPT, то есть резервную копию таблицы разделов в конце диска /dev/sda, и вы можете быть в состоянии восстановить в основной таблице разделов из резервной копии таблицы с помощью инструмента gdisk. См. руководство man gdisk для деталей. Вы можете восстановить таблицы разделов и файловые системы с помощью Testdisk из http://cgsecurity.org прочитайте инструкцию по CGSecurity веб-сайте, а также по ссылке, предоставленной @ElderGeek, перегородки исчезли после отключения электропитания во время установки вы можете также управлять для восстановления таблицы разделов и файловые системы с помощью gpart/программы gparted по ссылке, предоставленной @ВСМ, как: восстановление потерянных разделов с удаленных и поврежденных разделов таблицы PhotoRec: если Вы не в состоянии восстановить таблицу разделов и файловых систем, вы можете все еще восстановить какой-либо файл данных. Файлы на головном конце, может 1-1.5 ГБ, будут перезаписаны и потеряны, но файлы, за что частью диска до сих пор нет. PhotoRec от http://cgsecurity.org это инструмент, который может восстановить данные с поверхности диска без файловой системы. Типичные данные в начале распространенные типы файлов используются для идентификации. По следующей ссылке можно найти подробности о PhotoRec, https://www.cgsecurity.org/wiki/PhotoRec Вы должны сохранить файлы в раздел на отдельном диске. Это не возможно, чтобы восстановить структуру каталогов и она, как правило, невозможно восстановить имена файлов (а не права собственности), и есть проблемы, когда файлы фрагментированы, но многие файлы могут быть восстановлены с помощью PhotoRec (не только фото, также многие другие распространенные типы файлов). Но, и это большое но, это много тяжелой работы, чтобы пробираться через огромное количество несортированных файлов, чтобы определить, что действительно важные файлы, который вы должны переименовать в осмысленные имена файлов.

безопасного средства для создания загрузочных дисков USB с Ubuntu

[и D40]в дальнейшем, пожалуйста, используйте инструмент, который поможет вам определить и выбрать правильное устройство и, что имеет конечной точки, так что вы можете дважды проверьте, что вы писать напрямую на устройство файл в корень вызывает риск из файла iso на правильное целевое устройство, к примеру[!и D40] делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить.

делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить.

диски псевдоним gnome-disks, mkusb, если данные ценны, вы должны работать на клонированную копию, а не оригинал (частично) диска. Смотрите по этой ссылке, прокрутите вниз до 'Расширенный ремонт таблицы разделов, файловые системы и/или восстановление данных' ремонт таблицы разделов и файловой системы флешки

в Linux:

делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить.

диски псевдоним gnome-disks, mkusb, в Ubuntu для Windows и MacOS: помощи unetbootin.

Question 16

Testdisk для спасения

я могу лично поручиться за Testdisk, которая спасла мои данные после того, как я неоднократно копирования и вставки инструкции /dev/sdb и измените его на /dev/sdd, которая была мой USB. Только один раз я забыл поменять его оттуда и пошла моя /dev/sdb на помойку.

настройки вашей системы, чтобы не писать /dev/sda

я настоятельно рекомендую создать враппер скрипт: Testdisk. Это гарантирует dd никогда не пишет /dev/sda или, возможно, /dev/sdb или каких-либо других запоминающих устройств.

Question 17

Если диск диск разделен на отдельные разделы / и /home, а раздел /home находится после раздела /, вы можете восстановить свои данные. MBR, в котором перечислены большинство разделов, был перезаписан. Однако gparted может восстановить ваш раздел /home.

Этот пост на форумах Ubuntu дает некоторые идеи о том, как это сделать; Я обнаружил, что, выполнив поиск раздела «gparted recover partition».

Как только вы обнаружили потерянный раздел (возможно, внутри расширенного раздела), вы должны добавить его как единственный раздел в таблице разделов.

После того, как вы это сделали, вам придется переустановить Linux, говоря, чтобы восстановить восстановленный раздел как /home.

Question 18

По вашей команде dd вы перезаписали таблицу разделов / dev / sda и все данные, насколько размер изображения.iso идет.

Таким образом, лучше всего вы можете восстановить вашу таблицу разделов (с точными размерами), чтобы восстановить по крайней мере разделы в конце / dev / sda.

Question 19

Question 20

Не дожидаясь восстановления из резервной копии, нет возможности полностью восстановить. DD перезаписал таблицу разделов и некоторые данные устройства.

Question 21

Извините, что читал о вашей жесткой удаче

Я предполагаю, что у вас нет текущей резервной копии, и мне жаль читать о вашей неудачной работе с помощью

sudo dd if=image.iso of=/dev/sdx

, где вы использовали букву диска x = a, чтобы вы переписывали начало вашего жесткого диска, где вы храпили много ценных данных.

Вы не первый человек, и я боюсь, что это не последний человек, затронутый этой проблемой. dd рекомендуется на многих веб-сайтах, которые будут использоваться таким образом. Это мощный, но опасный метод, потому что он делает то, что вы говорите, чтобы обойтись без вопросов. По этой причине его часто называют «Data Destroyer».

@marcelm комментирует, что этот псевдоним несправедлив. Он прав, что прямое обращение к файлу устройства, поскольку корень вызывает риск. Поэтому имейте в виду, что вы можете легко перезаписать диск и уничтожить ценные данные, записав соответствующий файл устройства /dev/sdx. (Более безопасные инструменты перечислены в конце этого ответа.)

Восстановить таблицу разделов, файловые системы и / или содержимое файла

Делать как можно меньше с приводом и выше все, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. Если ваши данные ценны, вы должны работать с клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Улучшенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive. Если у вас была таблица разделов GUID, GPT, есть резервная копия таблицу разделов в конце диска /dev/sda, и вы можете восстановить основную таблицу разделов из этой таблицы резервного копирования с помощью инструмента gdisk. Подробнее см. В руководстве man gdisk. Вам может удаться восстановить таблицу разделов и файловые системы с помощью Testdisk с http://cgsecurity.org. Прочтите инструкции на веб-сайте CGSecurity, а также ссылку, предоставленную @ElderGeek, разделы исчезли после потери питания при установке. Вы также можете восстановить таблицу разделов и файловые системы с помощью gpart / gparted в соответствии с ссылкой, предоставленной @CSM, HOWTO: Восстановить потерянные разделы в удаленной или поврежденной таблице разделов PhotoRec: если вам не удалось восстановить таблицу разделов и файловые системы, вы все равно сможете восстановить некоторые данные файла. Файлы в начале, возможно, 1-1,5 ГБ, перезаписываются и теряются, но файлы, расположенные за этой частью диска, все еще существуют. PhotoRec из http://cgsecurity.org - это инструмент, который может восстанавливать данные «с поверхности диска» без файловой системы. Типичные данные в начале общих типов файлов используются для идентификации. Следующая ссылка содержит сведения о PhotoRec, https://www.cgsecurity.org/wiki/PhotoRec. Вы должны сохранить файлы в разделе на отдельном диске. Невозможно восстановить структуру каталогов, и обычно невозможно восстановить имена файлов (а не разрешения и права собственности), и есть проблемы, когда файлы фрагментированы, но многие файлы могут быть восстановлены PhotoRec (не только фотографии, а также многие другие распространенные типы файлов). Но, и это очень важно, но очень тяжело работать с огромным количеством несортированных файлов, чтобы определить, какие действительно важные файлы, которые вы должны переименовать в значащие имена файлов.

Более безопасные инструменты для создания USB-загрузочных дисков с Ubuntu

В будущем используйте инструмент, который поможет вам определить и выбрать правильное целевое устройство и иметь конечную контрольную точку, чтобы вы можете дважды проверить, что вы записываете непосредственно в файл устройства, так как root вызывает риск из файла iso на правильное целевое устройство, например

Do как можно меньше с диском, и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Сделайте как можно меньше с помощью диск и, прежде всего, ничего не пишут, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Алиас дисков gnome-disks, mkusb, Если ваши данные являются ценными, вы должны работать над клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Расширенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive

В Linux:

Сделайте как можно меньше с приводом и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. [ ! d9] Алиас дисков gnome-disks, mkusb, В Ubuntu, Windows, MacOS: Unetbootin.

Question 22

Testdisk на помощь

Я могу лично поручиться за Testdisk, который сохранил мои данные после того, как я многократно копировал и вставлял инструкции для /dev/sdb и менял его на /dev/sdd, который был моим USB.

Настройте свою систему, чтобы никогда не писать на /dev/sda

Я настоятельно рекомендую создать сценарий обертки : Testdisk . Это гарантирует, что dd никогда не будет записываться в /dev/sda или, возможно, /dev/sdb или любые другие ваши запоминающие устройства.

Question 23

Если диск диск разделен на отдельные разделы / и /home, а раздел /home находится после раздела /, вы можете восстановить свои данные. MBR, в котором перечислены большинство разделов, был перезаписан. Однако gparted может восстановить ваш раздел /home.

Этот пост на форумах Ubuntu дает некоторые идеи о том, как это сделать; Я обнаружил, что, выполнив поиск раздела «gparted recover partition».

Как только вы обнаружили потерянный раздел (возможно, внутри расширенного раздела), вы должны добавить его как единственный раздел в таблице разделов.

После того, как вы это сделали, вам придется переустановить Linux, говоря, чтобы восстановить восстановленный раздел как /home.

HTNW · Accepted Answer · 22 May 2018 в 15:43

Поскольку ваш компьютер все еще включен, у вас есть хорошие шансы на сохранение вещей.

Во-первых, sysfs раскрывает представление ядра в таблицах разделов. Прямо сейчас ваше ядро не перечитывает таблицу диска, и оно запоминает ваш раздел. Внутри /sys/block/sda/ должен быть один каталог для каждого раздела. Каждый такой подкаталог содержит файл start и файл size, которые представляют местоположение и размер раздела в секторах. Запустите fdisk, а затем заново создайте каждый раздел (в порядке!) С информацией в каталоге sysfs. Обратите внимание, что вам также придется создать новую таблицу разделов. Убедитесь, что ваша новая таблица разделов совпадает с предыдущей. Вы можете проверить это в /sys/block/sda. Если вы видите sda1 до sda7, в то время как у вас всего 6 разделов, у вас, вероятно, есть MBR, и в противном случае это, вероятно, GPT. Вам также необходимо установить флаги и типы для этих разделов. Посмотрите на /etc/fstab и попытайтесь собрать информацию о типах разделов, которые у вас есть, а затем проверьте Википедию, чтобы преобразовать их в коды для вашей схемы секционирования.

Поскольку вы, кажется, можете использовать свою файловую систему, это вероятно, что ваш dd не смог перезаписать его, так как большинство важных бит файловой системы находятся спереди. Проверьте /etc/fstab, чтобы узнать, какие разделы соответствуют той части вашей системы, а затем скопируйте количество данных dd, чтобы получить оценку того, сколько вы нажили. Если вы перезаписали только часть файловой системы, хороший fsck мог бы немного ее исправить (но вы потеряли хороший кусок данных).

Скорее всего, вы перезаписали /boot. Вам нужно будет переустановить ваше ядро (с aptitude) и переустановить GRUB2 (с grub-install) (который уничтожил как первый, так и второй этап). GRUB2 настроен с файлами в /etc, поэтому вам не придется вручную воссоздавать что-либо.

«Проверить /sys/block/sda/*/{start,end} и воссоздать свои разделы с помощью этой информации». Не могли бы вы немного расшириться? Это не тривиальная операция и, похоже, является основным моментом вашего отличного ответа. — terdon♦, 3 December 2017 в 17:46
Вывод, который проще расшифровать, введите их в командной строке с помощью RETURN после каждого ...............: sudo parted, unit s, print all, quit — Hannu, 3 December 2017 в 23:16
Скопируйте любую ценную информацию на другой диск (например, USB-накопитель), когда вы его обнаружите. В случае, если какой-либо из шагов по восстановлению раздела не подходит идеально, вы хотите иметь запись того, что было в памяти неподвижного компьютера. Кроме того, копирует ваши самые ценные и / или небольшие файлы (включая такие вещи, как .bashrc и другие файлы точек из вашего домашнего каталога, и все /etc, помимо ваших реальных данных) на другой диск, в то время как ваш компьютер работает все еще работает . tar.gz - хороший формат для копирования целых каталогов (поскольку он сохраняет разрешения и прочее). — Peter Cordes, 4 December 2017 в 06:58
Вероятно, ему также понадобится переформатировать то, что было / boot, что опасно, когда есть неопределенность в отношении того, что ядро думает о вашей структуре разделов ... — rackandboneman, 5 December 2017 в 14:01
@rackandboneman Ядро отказывается перечитывать таблицы разделов на диске с установленными разделами. Переформатирование /boot, как это, совершенно «безопасно»). (по модулю буквально все остальное об этой ситуации ), потому что ядро ничего не сомневается. — HTNW, 5 December 2017 в 17:20

HTNW · Accepted Answer · 18 July 2018 в 02:00

Поскольку ваш компьютер все еще включен, у вас есть хорошие шансы на сохранение вещей.

Во-первых, sysfs раскрывает представление ядра в таблицах разделов. Прямо сейчас ваше ядро не перечитывает таблицу диска, и оно запоминает ваш раздел. Внутри /sys/block/sda/ должен быть один каталог для каждого раздела. Каждый такой подкаталог содержит файл start и файл size, которые представляют местоположение и размер раздела в секторах. Запустите fdisk, а затем заново создайте каждый раздел (в порядке!) С информацией в каталоге sysfs. Обратите внимание, что вам также придется создать новую таблицу разделов. Убедитесь, что ваша новая таблица разделов совпадает с предыдущей. Вы можете проверить это в /sys/block/sda. Если вы видите sda1 до sda7, в то время как у вас всего 6 разделов, у вас, вероятно, есть MBR, и в противном случае это, вероятно, GPT. Вам также необходимо установить флаги и типы для этих разделов. Посмотрите на /etc/fstab и попытайтесь собрать информацию о типах разделов, которые у вас есть, а затем проверьте Википедию, чтобы преобразовать их в коды для вашей схемы секционирования.

Поскольку вы, кажется, можете использовать свою файловую систему, это вероятно, что ваш dd не смог перезаписать его, так как большинство важных бит файловой системы находятся спереди. Проверьте /etc/fstab, чтобы узнать, какие разделы соответствуют той части вашей системы, а затем скопируйте количество данных dd, чтобы получить оценку того, сколько вы нажили. Если вы перезаписали только часть файловой системы, хороший fsck мог бы немного ее исправить (но вы потеряли хороший кусок данных).

Скорее всего, вы перезаписали /boot. Вам нужно будет переустановить ваше ядро (с aptitude) и переустановить GRUB2 (с grub-install) (который уничтожил как первый, так и второй этап). GRUB2 настроен с файлами в /etc, поэтому вам не придется вручную воссоздавать что-либо.

HTNW · Accepted Answer · 24 July 2018 в 17:29

Поскольку ваш компьютер все еще включен, у вас есть хорошие шансы на сохранение вещей.

Во-первых, sysfs раскрывает представление ядра в таблицах разделов. Прямо сейчас ваше ядро не перечитывает таблицу диска, и оно запоминает ваш раздел. Внутри /sys/block/sda/ должен быть один каталог для каждого раздела. Каждый такой подкаталог содержит файл start и файл size, которые представляют местоположение и размер раздела в секторах. Запустите fdisk, а затем заново создайте каждый раздел (в порядке!) С информацией в каталоге sysfs. Обратите внимание, что вам также придется создать новую таблицу разделов. Убедитесь, что ваша новая таблица разделов совпадает с предыдущей. Вы можете проверить это в /sys/block/sda. Если вы видите sda1 до sda7, в то время как у вас всего 6 разделов, у вас, вероятно, есть MBR, и в противном случае это, вероятно, GPT. Вам также необходимо установить флаги и типы для этих разделов. Посмотрите на /etc/fstab и попытайтесь собрать информацию о типах разделов, которые у вас есть, а затем проверьте Википедию, чтобы преобразовать их в коды для вашей схемы секционирования.

Поскольку вы, кажется, можете использовать свою файловую систему, это вероятно, что ваш dd не смог перезаписать его, так как большинство важных бит файловой системы находятся спереди. Проверьте /etc/fstab, чтобы узнать, какие разделы соответствуют той части вашей системы, а затем скопируйте количество данных dd, чтобы получить оценку того, сколько вы нажили. Если вы перезаписали только часть файловой системы, хороший fsck мог бы немного ее исправить (но вы потеряли хороший кусок данных).

Скорее всего, вы перезаписали /boot. Вам нужно будет переустановить ваше ядро (с aptitude) и переустановить GRUB2 (с grub-install) (который уничтожил как первый, так и второй этап). GRUB2 настроен с файлами в /etc, поэтому вам не придется вручную воссоздавать что-либо.

muclux · Answer 4 · 22 May 2018 в 15:43

По вашей команде dd вы перезаписали таблицу разделов / dev / sda и все данные, насколько размер изображения.iso идет.

Таким образом, лучше всего вы можете восстановить вашу таблицу разделов (с точными размерами), чтобы восстановить по крайней мере разделы в конце / dev / sda.

Если вы хотите узнать, как получить точные размеры, см. Второй параграф этого ответа . — wizzwizz4, 3 December 2017 в 14:19

sudodus · Answer 5 · 22 May 2018 в 15:43

Извините, что читал о вашей жесткой удаче

Я предполагаю, что у вас нет текущей резервной копии, и мне жаль читать о вашей неудачной работе с помощью

sudo dd if=image.iso of=/dev/sdx

, где вы использовали букву диска x = a, чтобы вы переписывали начало вашего жесткого диска, где вы храпили много ценных данных.

Вы не первый человек, и я боюсь, что это не последний человек, затронутый этой проблемой. dd рекомендуется на многих веб-сайтах, которые будут использоваться таким образом. Это мощный, но опасный метод, потому что он делает то, что вы говорите, чтобы обойтись без вопросов. По этой причине его часто называют «Data Destroyer».

@marcelm комментирует, что этот псевдоним несправедлив. Он прав, что прямое обращение к файлу устройства, поскольку корень вызывает риск. Поэтому имейте в виду, что вы можете легко перезаписать диск и уничтожить ценные данные, записав соответствующий файл устройства /dev/sdx. (Более безопасные инструменты перечислены в конце этого ответа.)

Восстановить таблицу разделов, файловые системы и / или содержимое файла

Делать как можно меньше с приводом и выше все, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. Если ваши данные ценны, вы должны работать с клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Улучшенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive. Если у вас была таблица разделов GUID, GPT, есть резервная копия таблицу разделов в конце диска /dev/sda, и вы можете восстановить основную таблицу разделов из этой таблицы резервного копирования с помощью инструмента gdisk. Подробнее см. В руководстве man gdisk. Вам может удаться восстановить таблицу разделов и файловые системы с помощью Testdisk с http://cgsecurity.org. Прочтите инструкции на веб-сайте CGSecurity, а также ссылку, предоставленную @ElderGeek, разделы исчезли после потери питания при установке. Вы также можете восстановить таблицу разделов и файловые системы с помощью gpart / gparted в соответствии с ссылкой, предоставленной @CSM, HOWTO: Восстановить потерянные разделы в удаленной или поврежденной таблице разделов PhotoRec: если вам не удалось восстановить таблицу разделов и файловые системы, вы все равно сможете восстановить некоторые данные файла. Файлы в начале, возможно, 1-1,5 ГБ, перезаписываются и теряются, но файлы, расположенные за этой частью диска, все еще существуют. PhotoRec из http://cgsecurity.org - это инструмент, который может восстанавливать данные «с поверхности диска» без файловой системы. Типичные данные в начале общих типов файлов используются для идентификации. Следующая ссылка содержит сведения о PhotoRec, https://www.cgsecurity.org/wiki/PhotoRec. Вы должны сохранить файлы в разделе на отдельном диске. Невозможно восстановить структуру каталогов, и обычно невозможно восстановить имена файлов (а не разрешения и права собственности), и есть проблемы, когда файлы фрагментированы, но многие файлы могут быть восстановлены PhotoRec (не только фотографии, а также многие другие распространенные типы файлов). Но, и это очень важно, но очень тяжело работать с огромным количеством несортированных файлов, чтобы определить, какие действительно важные файлы, которые вы должны переименовать в значащие имена файлов.

Более безопасные инструменты для создания USB-загрузочных дисков с Ubuntu

В будущем используйте инструмент, который поможет вам определить и выбрать правильное целевое устройство и иметь конечную контрольную точку, чтобы вы можете дважды проверить, что вы записываете непосредственно в файл устройства, так как root вызывает риск из файла iso на правильное целевое устройство, например

Do как можно меньше с диском, и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Сделайте как можно меньше с помощью диск и, прежде всего, ничего не пишут, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Алиас дисков gnome-disks, mkusb, Если ваши данные являются ценными, вы должны работать над клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Расширенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive

В Linux:

Сделайте как можно меньше с приводом и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. [ ! d9] Алиас дисков gnome-disks, mkusb, В Ubuntu, Windows, MacOS: Unetbootin.

я могу поручиться за тестовый диск cgsecurity, работает намного лучше, чем другие альтернативы, которые я пробовал в прошлом, где Testdisk был единственным, кому удалось спасти что-нибудь полезное. но будьте осторожны, по умолчанию маленькие ублюдки пытаются восстановить ваш раздел на самом диске! x.x — hanshenrik, 4 December 2017 в 18:37
+1. Я также могу ручаться за testdisk. Также -сервер , чтобы предотвратить dd от записи на ваш / sda / sdb / что-то тоже хорошая идея. — WinEunuuchs2Unix, 17 January 2018 в 06:27

stumblebee · Answer 6 · 22 May 2018 в 15:43

Не дожидаясь восстановления из резервной копии, нет возможности полностью восстановить. DD перезаписал таблицу разделов и некоторые данные устройства.

16

ответ дан stumblebee 22 May 2018 в 15:43

1

Думаю, я должен выбросить все резервные копии аварийного восстановления. – stumblebee 3 December 2017 в 01:10
2

@Baaing Cow, конечно, это ответ, и, конечно, не может быть способа восстановить данные. Это то, что это означает, когда вы перезаписываете данные: он ушел. – psusi 3 December 2017 в 01:32
3

@ ChaiT.Rex Это, кажется, миф, по крайней мере на любом оборудовании, которое вы, вероятно, найдете в ПК, сделанном в течение последнего десятилетия. – David Schwartz 3 December 2017 в 02:56
4

@ ChaiT.Rex Это относится только к не полностью перезаписанным дискам, где только часть диска стирается. Однако, если весь диск был удален или перезаписан, восстановление данных не происходит. Специалисты или нет. – Thomas Ward♦ 3 December 2017 в 02:59
5

@BaaingCow Как вы знаете, должен быть способ восстановить данные, пожалуйста, просветите нас. Многие люди будут готовы заплатить деньги за вашу технику! – Tim 3 December 2017 в 11:42

Zanna · Answer 7 · 22 May 2018 в 15:43

Если диск диск разделен на отдельные разделы / и /home, а раздел /home находится после раздела /, вы можете восстановить свои данные. MBR, в котором перечислены большинство разделов, был перезаписан. Однако gparted может восстановить ваш раздел /home.

Этот пост на форумах Ubuntu дает некоторые идеи о том, как это сделать; Я обнаружил, что, выполнив поиск раздела «gparted recover partition».

Как только вы обнаружили потерянный раздел (возможно, внутри расширенного раздела), вы должны добавить его как единственный раздел в таблице разделов.

После того, как вы это сделали, вам придется переустановить Linux, говоря, чтобы восстановить восстановленный раздел как /home.

WinEunuuchs2Unix · Answer 8 · 22 May 2018 в 15:43

Testdisk на помощь

Я могу лично поручиться за Testdisk, который сохранил мои данные после того, как я многократно копировал и вставлял инструкции для /dev/sdb и менял его на /dev/sdd, который был моим USB.

Настройте свою систему, чтобы никогда не писать на /dev/sda

Я настоятельно рекомендую создать сценарий обертки : Testdisk . Это гарантирует, что dd никогда не будет записываться в /dev/sda или, возможно, /dev/sdb или любые другие ваши запоминающие устройства.

muclux · Answer 9 · 18 July 2018 в 02:00

по вашей команде dd, ты перезаписал таблицу разделов на /dev/sda и все данные, насколько Размер image.iso идет.

так что лучшее, что вы можете добиться-восстановить таблицу разделов (с точными размерами), чтобы восстановить хотя бы разделы в конце /дев/сда.

stumblebee · Answer 10 · 18 July 2018 в 02:00

короткое восстановления из резервной копии, нет никакого способа, чтобы полностью восстановиться. ДД перезаписывается Таблица разделов и некоторые из данных устройств.

sudodus · Answer 11 · 18 July 2018 в 02:00

жаль читать о вашем жесткие удачи

я думаю, что у вас нет текущей резервной копии, и мне очень жаль читать о вашем незадача, используя

sudo dd if=image.iso of=/dev/sdx

, где используется буква диска x = a так что ты перезаписывая начале ваш жесткий диск, где хранится много ценных данных.

Вы не первый и боюсь не последний человек, пострадавших от этой проблемы. dd рекомендуется на многих веб-сайтах, как этот. Это мощный, но опасный способ, потому что он делает то, что вы говорите это делать без вопросов. По этой причине его часто называют 'Разрушитель данных'.

@комментарии marcelm, что это прозвище является несправедливым. Он прав, что писать напрямую в файл устройства корень вызывает риск. Поэтому, пожалуйста, знайте, что вы можете легко заменить диск и уничтожить ценные данные путем записи в соответствующий файл устройства /dev/sdx. (Более безопасные средства перечислены в конце этого ответа.)

восстановить таблицы разделов, файловые системы и/или содержимое файла

делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить. Если ваши данные ценны, вы должны работать на клонированную копию, а не оригинал (частично) диска. Смотрите по этой ссылке, прокрутите вниз до 'Расширенный ремонт таблицы разделов, файловые системы и/или восстановление данных' ремонт таблицы разделов и файловой системы флешки если у вас Таблица разделов GUID, GPT, то есть резервную копию таблицы разделов в конце диска /dev/sda, и вы можете быть в состоянии восстановить в основной таблице разделов из резервной копии таблицы с помощью инструмента gdisk. См. руководство man gdisk для деталей. Вы можете восстановить таблицы разделов и файловые системы с помощью Testdisk из http://cgsecurity.org прочитайте инструкцию по CGSecurity веб-сайте, а также по ссылке, предоставленной @ElderGeek, перегородки исчезли после отключения электропитания во время установки вы можете также управлять для восстановления таблицы разделов и файловые системы с помощью gpart/программы gparted по ссылке, предоставленной @ВСМ, как: восстановление потерянных разделов с удаленных и поврежденных разделов таблицы PhotoRec: если Вы не в состоянии восстановить таблицу разделов и файловых систем, вы можете все еще восстановить какой-либо файл данных. Файлы на головном конце, может 1-1.5 ГБ, будут перезаписаны и потеряны, но файлы, за что частью диска до сих пор нет. PhotoRec от http://cgsecurity.org это инструмент, который может восстановить данные с поверхности диска без файловой системы. Типичные данные в начале распространенные типы файлов используются для идентификации. По следующей ссылке можно найти подробности о PhotoRec, https://www.cgsecurity.org/wiki/PhotoRec Вы должны сохранить файлы в раздел на отдельном диске. Это не возможно, чтобы восстановить структуру каталогов и она, как правило, невозможно восстановить имена файлов (а не права собственности), и есть проблемы, когда файлы фрагментированы, но многие файлы могут быть восстановлены с помощью PhotoRec (не только фото, также многие другие распространенные типы файлов). Но, и это большое но, это много тяжелой работы, чтобы пробираться через огромное количество несортированных файлов, чтобы определить, что действительно важные файлы, который вы должны переименовать в осмысленные имена файлов.

безопасного средства для создания загрузочных дисков USB с Ubuntu

[и D40]в дальнейшем, пожалуйста, используйте инструмент, который поможет вам определить и выбрать правильное устройство и, что имеет конечной точки, так что вы можете дважды проверьте, что вы писать напрямую на устройство файл в корень вызывает риск из файла iso на правильное целевое устройство, к примеру[!и D40] делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить.

делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить.

диски псевдоним gnome-disks, mkusb, если данные ценны, вы должны работать на клонированную копию, а не оригинал (частично) диска. Смотрите по этой ссылке, прокрутите вниз до 'Расширенный ремонт таблицы разделов, файловые системы и/или восстановление данных' ремонт таблицы разделов и файловой системы флешки

в Linux:

делать как можно меньше с приводом, и прежде всего, ничего не пишу, потому что это может усугубить ситуацию путем перезаписи данных, которые еще можно восстановить.

диски псевдоним gnome-disks, mkusb, в Ubuntu для Windows и MacOS: помощи unetbootin.

WinEunuuchs2Unix · Answer 12 · 18 July 2018 в 02:00

Testdisk для спасения

я могу лично поручиться за Testdisk, которая спасла мои данные после того, как я неоднократно копирования и вставки инструкции /dev/sdb и измените его на /dev/sdd, которая была мой USB. Только один раз я забыл поменять его оттуда и пошла моя /dev/sdb на помойку.

настройки вашей системы, чтобы не писать /dev/sda

я настоятельно рекомендую создать враппер скрипт: Testdisk. Это гарантирует dd никогда не пишет /dev/sda или, возможно, /dev/sdb или каких-либо других запоминающих устройств.

Zanna · Answer 13 · 18 July 2018 в 02:00

Если диск диск разделен на отдельные разделы / и /home, а раздел /home находится после раздела /, вы можете восстановить свои данные. MBR, в котором перечислены большинство разделов, был перезаписан. Однако gparted может восстановить ваш раздел /home.

Этот пост на форумах Ubuntu дает некоторые идеи о том, как это сделать; Я обнаружил, что, выполнив поиск раздела «gparted recover partition».

Как только вы обнаружили потерянный раздел (возможно, внутри расширенного раздела), вы должны добавить его как единственный раздел в таблице разделов.

После того, как вы это сделали, вам придется переустановить Linux, говоря, чтобы восстановить восстановленный раздел как /home.

muclux · Answer 14 · 24 July 2018 в 17:29

По вашей команде dd вы перезаписали таблицу разделов / dev / sda и все данные, насколько размер изображения.iso идет.

Таким образом, лучше всего вы можете восстановить вашу таблицу разделов (с точными размерами), чтобы восстановить по крайней мере разделы в конце / dev / sda.

Если вы хотите узнать, как получить точные размеры, см. Второй параграф этого ответа . — wizzwizz4, 3 December 2017 в 14:19

stumblebee · Answer 15 · 24 July 2018 в 17:29

Не дожидаясь восстановления из резервной копии, нет возможности полностью восстановить. DD перезаписал таблицу разделов и некоторые данные устройства.

16

ответ дан stumblebee 24 July 2018 в 17:29

1

Думаю, я должен выбросить все резервные копии аварийного восстановления. – stumblebee 3 December 2017 в 01:10
2

@Baaing Cow, конечно, это ответ, и, конечно, не может быть способа восстановить данные. Это то, что это означает, когда вы перезаписываете данные: он ушел. – psusi 3 December 2017 в 01:32
3

@ ChaiT.Rex Это, кажется, миф, по крайней мере на любом оборудовании, которое вы, вероятно, найдете в ПК, сделанном в течение последнего десятилетия. – David Schwartz 3 December 2017 в 02:56
4

@ ChaiT.Rex Это относится только к не полностью перезаписанным дискам, где только часть диска стирается. Однако, если весь диск был удален или перезаписан, восстановление данных не происходит. Специалисты или нет. – Thomas Ward♦ 3 December 2017 в 02:59
5

@BaaingCow Как вы знаете, должен быть способ восстановить данные, пожалуйста, просветите нас. Многие люди будут готовы заплатить деньги за вашу технику! – Tim 3 December 2017 в 11:42

sudodus · Answer 16 · 24 July 2018 в 17:29

Извините, что читал о вашей жесткой удаче

Я предполагаю, что у вас нет текущей резервной копии, и мне жаль читать о вашей неудачной работе с помощью

sudo dd if=image.iso of=/dev/sdx

, где вы использовали букву диска x = a, чтобы вы переписывали начало вашего жесткого диска, где вы храпили много ценных данных.

Вы не первый человек, и я боюсь, что это не последний человек, затронутый этой проблемой. dd рекомендуется на многих веб-сайтах, которые будут использоваться таким образом. Это мощный, но опасный метод, потому что он делает то, что вы говорите, чтобы обойтись без вопросов. По этой причине его часто называют «Data Destroyer».

@marcelm комментирует, что этот псевдоним несправедлив. Он прав, что прямое обращение к файлу устройства, поскольку корень вызывает риск. Поэтому имейте в виду, что вы можете легко перезаписать диск и уничтожить ценные данные, записав соответствующий файл устройства /dev/sdx. (Более безопасные инструменты перечислены в конце этого ответа.)

Восстановить таблицу разделов, файловые системы и / или содержимое файла

Делать как можно меньше с приводом и выше все, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. Если ваши данные ценны, вы должны работать с клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Улучшенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive. Если у вас была таблица разделов GUID, GPT, есть резервная копия таблицу разделов в конце диска /dev/sda, и вы можете восстановить основную таблицу разделов из этой таблицы резервного копирования с помощью инструмента gdisk. Подробнее см. В руководстве man gdisk. Вам может удаться восстановить таблицу разделов и файловые системы с помощью Testdisk с http://cgsecurity.org. Прочтите инструкции на веб-сайте CGSecurity, а также ссылку, предоставленную @ElderGeek, разделы исчезли после потери питания при установке. Вы также можете восстановить таблицу разделов и файловые системы с помощью gpart / gparted в соответствии с ссылкой, предоставленной @CSM, HOWTO: Восстановить потерянные разделы в удаленной или поврежденной таблице разделов PhotoRec: если вам не удалось восстановить таблицу разделов и файловые системы, вы все равно сможете восстановить некоторые данные файла. Файлы в начале, возможно, 1-1,5 ГБ, перезаписываются и теряются, но файлы, расположенные за этой частью диска, все еще существуют. PhotoRec из http://cgsecurity.org - это инструмент, который может восстанавливать данные «с поверхности диска» без файловой системы. Типичные данные в начале общих типов файлов используются для идентификации. Следующая ссылка содержит сведения о PhotoRec, https://www.cgsecurity.org/wiki/PhotoRec. Вы должны сохранить файлы в разделе на отдельном диске. Невозможно восстановить структуру каталогов, и обычно невозможно восстановить имена файлов (а не разрешения и права собственности), и есть проблемы, когда файлы фрагментированы, но многие файлы могут быть восстановлены PhotoRec (не только фотографии, а также многие другие распространенные типы файлов). Но, и это очень важно, но очень тяжело работать с огромным количеством несортированных файлов, чтобы определить, какие действительно важные файлы, которые вы должны переименовать в значащие имена файлов.

Более безопасные инструменты для создания USB-загрузочных дисков с Ubuntu

В будущем используйте инструмент, который поможет вам определить и выбрать правильное целевое устройство и иметь конечную контрольную точку, чтобы вы можете дважды проверить, что вы записываете непосредственно в файл устройства, так как root вызывает риск из файла iso на правильное целевое устройство, например

Do как можно меньше с диском, и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Сделайте как можно меньше с помощью диск и, прежде всего, ничего не пишут, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить.

Алиас дисков gnome-disks, mkusb, Если ваши данные являются ценными, вы должны работать над клонированной копией, а не с оригинальным (частично перезаписанным) диском. См. Эту ссылку, прокрутите вниз до «Расширенный ремонт таблицы разделов, файловой системы и / или восстановления файлов». Восстановите таблицу разделов и файловую систему pendrive

В Linux:

Сделайте как можно меньше с приводом и, прежде всего, ничего не пишите, потому что это может ухудшить ситуацию, перезаписав данные, которые все еще можно восстановить. [ ! d9] Алиас дисков gnome-disks, mkusb, В Ubuntu, Windows, MacOS: Unetbootin.

я могу поручиться за тестовый диск cgsecurity, работает намного лучше, чем другие альтернативы, которые я пробовал в прошлом, где Testdisk был единственным, кому удалось спасти что-нибудь полезное. но будьте осторожны, по умолчанию маленькие ублюдки пытаются восстановить ваш раздел на самом диске! x.x — hanshenrik, 4 December 2017 в 18:37
+1. Я также могу ручаться за testdisk. Также -сервер , чтобы предотвратить dd от записи на ваш / sda / sdb / что-то тоже хорошая идея. — WinEunuuchs2Unix, 17 January 2018 в 06:27

WinEunuuchs2Unix · Answer 17 · 24 July 2018 в 17:29

Testdisk на помощь

Я могу лично поручиться за Testdisk, который сохранил мои данные после того, как я многократно копировал и вставлял инструкции для /dev/sdb и менял его на /dev/sdd, который был моим USB.

Настройте свою систему, чтобы никогда не писать на /dev/sda

Я настоятельно рекомендую создать сценарий обертки : Testdisk . Это гарантирует, что dd никогда не будет записываться в /dev/sda или, возможно, /dev/sdb или любые другие ваши запоминающие устройства.

Zanna · Answer 18 · 24 July 2018 в 17:29

Если диск диск разделен на отдельные разделы / и /home, а раздел /home находится после раздела /, вы можете восстановить свои данные. MBR, в котором перечислены большинство разделов, был перезаписан. Однако gparted может восстановить ваш раздел /home.

Этот пост на форумах Ubuntu дает некоторые идеи о том, как это сделать; Я обнаружил, что, выполнив поиск раздела «gparted recover partition».

Как только вы обнаружили потерянный раздел (возможно, внутри расширенного раздела), вы должны добавить его как единственный раздел в таблице разделов.

После того, как вы это сделали, вам придется переустановить Linux, говоря, чтобы восстановить восстановленный раздел как /home.

Случайно сделал dd / dev / sda

18 ответов

Извините, что читал о вашей жесткой удаче

Восстановить таблицу разделов, файловые системы и / или содержимое файла

Более безопасные инструменты для создания USB-загрузочных дисков с Ubuntu

Testdisk на помощь

Настройте свою систему, чтобы никогда не писать на /dev/sda

жаль читать о вашем жесткие удачи

восстановить таблицы разделов, файловые системы и/или содержимое файла

безопасного средства для создания загрузочных дисков USB с Ubuntu

Testdisk для спасения

настройки вашей системы, чтобы не писать /dev/sda

Извините, что читал о вашей жесткой удаче

Восстановить таблицу разделов, файловые системы и / или содержимое файла

Более безопасные инструменты для создания USB-загрузочных дисков с Ubuntu

Testdisk на помощь

Настройте свою систему, чтобы никогда не писать на /dev/sda

Другие вопросы по тегам:

Похожие вопросы: