Случайно перезаписал первые 4 ГБ моего жесткого диска

/proc/cpuinfo содержит все процессоры для моего компьютера, включая виртуальные. Вы можете подсчитать их немного grep:

grep -Pc '^processor\t' /proc/cpuinfo
1
задан 8 September 2017 в 14:34

4 ответа

во-первых, понять разницу между разделами и файловыми системами. В ответе на этот вопрос, я буду использовать эти термины очень точно, поэтому я хочу быть уверен, что вы понимаете различие:

раздел описывает набор секторов на жестком диске. То есть перегородка может быть секторов 2048 для 1126439 или секторов 4198440 в 15628053134. Разделы определены в таблицах раздела, которые представляют собой простые структуры данных, которые содержат эти числа сектора и несколько других фрагментов метаданных разделов, таких как коды типа и, возможно, имена. Две общие типы таблиц разделов являются основной загрузочной записи (MBR) и Таблица разделов GUID (GPT-диск). Первый был доминирующий Тип таблицы разделов тех пор, как четыре или пять лет назад; но с появлением Windows 8 и быстрый переход от на основе BIOS на EFI-компьютеров, ОПС, резко возросли в популярности. Какая Таблица разделов Вы использовали, является критической для вашего вопроса, о чем будет рассказано ниже. Файловая система представляет собой гораздо более сложную структуру данных, которая обычно находится в секции (или другой контейнер, такой как логического Тома в настройка lvm, или даже файл, как в загруженном .iso файл изображения). Файловые системы включите компьютер, чтобы найти, читать, писать, и всячески манипулировать отдельными файлами. Общие файловые системы на Ubuntu включает в ext2/3/4fs, в btrfs, xfs и спи. Некоторые другие, такие как жир, часто используются для кросс-платформенного использования. Файловая система NTFS родная файловая система для Windows и HFS+ для MacOS (хотя Apple переходит на APFS). Если ваш компьютер загружается в режиме EFI, то шансы в первом разделе проведен файловую систему FAT, но что файловая система также была небольшой и поэтому будет полностью перезаписан и не подлежат взысканию. (К счастью, воссоздавая этот Системный раздел EFI, как это называется, возможно.)

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

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

раздел описывает набор секторов на жестком диске. То есть перегородка может быть секторов 2048 для 1126439 или секторов 4198440 в 15628053134. Разделы определены в таблицах раздела, которые представляют собой простые структуры данных, которые содержат эти числа сектора и несколько других фрагментов метаданных разделов, таких как коды типа и, возможно, имена. Две общие типы таблиц разделов являются основной загрузочной записи (MBR) и Таблица разделов GUID (GPT-диск). Первый был доминирующий Тип таблицы разделов тех пор, как четыре или пять лет назад; но с появлением Windows 8 и быстрый переход от на основе BIOS на EFI-компьютеров, ОПС, резко возросли в популярности. Какая Таблица разделов Вы использовали, является критической для вашего вопроса, о чем будет рассказано ниже. раздела - пока вы не перезагрузите или использовать определенные команды, связанные с перегородками, ядро Linux поддерживает список разделов, в том числе их начало и размеров. Вы можете прочитать эту информацию из справочника /sys/block/{disk}/{part}/ в его [f15 и ф16] файлов. Например, [f17 в] имеет точку начала /dev/sda1 и [зг19] размер в /dev/sda1. Вы можете использовать эту информацию, чтобы заново создать таблицу разделов. Вы бы извлечь информацию о всех ваших разделов (скажем, [клавиши f21] и cat /sys/block/sda/sda*/size для получения начальных точек и размеры всех разделов на /dev/sda), а затем использовать fdisk, [f25 привод датчика], или parted, чтобы заново создать разделы, которые совпадают с тем, что ядра записал. (Внимание: некоторые средства разбиения, например, gparted, создать новые файловые системы, когда создаются новые разделы. Важно, что Вы не делаете этого, вы хотите создавать новые разделы без изменения один байт содержание раздела создать.) Обратите внимание, что вы все еще будете должны заполнять метаданные, что ядро не записывает, таких как тип раздела коды. Также заметим, что ядро фиксирует начальную точку и размер (длина) каждой секции, но много утилит для работы с разделами задать для начальной точки и конечной точки, причем точки начала Размер плюс минус 1. Будьте уверены, чтобы понять, что ваш инструмент разбиения хочет и кормить его правильными значениями. файловая система представляет собой гораздо более сложную структуру данных, которая обычно находится в секции (или другой контейнер, такой как логического Тома в настройка lvm, или даже файл, как скачали .iso файл изображения). Файловые системы включите компьютер, чтобы найти, читать, писать, и всячески манипулировать отдельными файлами. Общие файловые системы на Ubuntu включает в ext2/3/4fs, в btrfs, xfs и спи. Некоторые другие, такие как жир, часто используются для кросс-платформенного использования. Файловая система NTFS родная файловая система для Windows и HFS+ для MacOS (хотя Apple переходит на APFS). Если ваш компьютер загружается в режиме EFI, то шансы в первом разделе проведен файловую систему FAT, но что файловая система также была небольшой и поэтому будет полностью перезаписан и не подлежат взысканию. (К счастью, воссоздавая этот Системный раздел EFI, как это называется, возможно.) файловая система - первый раздел на диске, который обычно начинается в достаточно предсказуемом местоположении. В частности, сектор 2048 является общей отправной точкой для дисков недавно секционированных (в последние четыре или пять лет). Старые диски обычно была первая секция, которая началась в секторе 63. Некоторые диски, особенно те, секционированной в MacOS с GPT, первый раздел начинается в секторе 40. Таким образом, если вы достаточно знаете, вы могли бы быть в состоянии правильно угадать, где первый раздел начал. Учитывая, что ты его стер первые 4 ГБ на диске, хотя эти знания могут быть бесполезны, многие диски имеют небольшой (1 Мб до 1 гиб) первой секции, так что вы вполне можете полностью переписан весь первый раздел, и второй. Если вы знаете, что первый раздел был определенный Размер, который был намного больше чем это, хотя, или если он заполнил весь диск, зная начальную точку может позволить файловой системы восстановление средства для восстановления файловой системы данных; или вы можете быть в состоянии восстановить неповрежденную второго раздела. Этот подход, очевидно одно, что очень рискованно, но если вы достаточно отчаянный, может вам повезет с ним.

в целом, ваш лучший выбор, если Вы использовали ОПС; в этом случае, ГПТ резервные копии данных должны быть исправными и вы должны быть в состоянии восстановить всю таблицу разделов. Даже в этом случае, однако, данных файловая система может быть частично или полностью уничтожены, по крайней мере для первого раздела или два. Восстановление данных в первых 4 ГБ (площадь вы случайно стер) будет невозможно. Если раздел начинается внутри, которые уничтожили зона а простирается значительно дальше, вы могли бы использовать fsck (или похожие инструменты в других ОС) для восстановления файловой системы, или, по крайней мере большинство из них. Есть продвинутые fsck вариантов, которые могут помочь Вам с этой задачей, но я не специалист по их использованию. Отметим также, что fsck действительно для файловой системы-конкретные инструменты, такие как [f30 с], файловой системы и параметры для этих инструментов может иметь важное значение в восстановлении файловой системы(с).

если вы еще не перезагрузили, вы можете попробовать резервного копирования любой файловой системе(ы) наиболее подвержены риску, используя обычный файл-уровень команды, такие как tar или [f32 из]. Есть риск, что Linux будет пытаться прочитать данные файловой системы от перезаписи раздела диска, запутаться и полностью повесить компьютер. В худшем случае, такая путаница может даже привести к пишет поврежденные данные за поврежденный участок, тем самым делая еще хуже. Таким образом, этот подход не лишен риска. Даже если так, это может быть стоит риска для резервного копирования важных пользовательских данных на внешний диск.

другой для восстановления данных подходов заключается в использовании PhotoRec. Этот инструмент просматривает диск, как TestDisk, PhotoRec, но искать распространенные типы файлов. Таким образом, это может использоваться, чтобы восстановить файлы, даже если структуры данных файловой системы сильно повреждены. Этот инструмент может оказаться полезным, если начался раздел в поврежденном первые 4ГБ диске, но выходит за пределы этой области. Если fsck не может восстановить файловую систему достаточно хорошо, чтобы быть установлен, PhotoRec может хотя бы восстановить некоторые файлы из его. При этом следует помнить, что PhotoRec не справляется с задачей восстановления файлов и структуры каталогов. Вы останетесь с ворохом плохо-имени файлов, вам придется искать вручную, чтобы выяснить, что у вас есть.

при загрузке в режиме EFI, ваша ЕСП почти наверняка нет. Если вы можете восстановить таблицы разделов, вы можете создать новую файловую систему FAT на ESP, а затем использовать PhotoRec. для возврата Ubuntu для загружаемость. Концептуально похожие ремонтные процедуры возможны для Windows, но я не знакома с ними. Если вы двойной загрузки с Windows, вы должны спросить об этом на форум Windows. Я рекомендую восстанавливать загрузчик Windows, а затем, используя ремонт загрузиться в Ubuntu. Если вы делаете это другой путь вокруг, компьютер окажется загружаться прямо в Windows. Эту проблему можно исправить, но лучше не иметь его вообще.

при загрузке в режиме BIOS, загрузчик тоже уничтожили. Восстановление загрузчика можно восстановить загрузчик grub после того, как ваш раздел с Ubuntu(ы) будут восстановлены. В зависимости от расположения окон (если вы двойной загрузки), вы, возможно, потребуется восстановить загрузчик с помощью технологии Windows и инструменты.

3
ответ дан 18 July 2018 в 07:13

Предполагая (когда вы можете загрузиться, скажем, с Live Media), вы обнаружите, что раздел /home имеет тот же размер, который был раньше, вы должны иметь возможность воссоздать раздел / в том же пространстве, в котором оно занято прежде, переустановите Ubuntu с опцией «сохранить / домой», переустановите свои добавленные пакеты и заберите, где вы остановились.

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

Если таблица разделов фактически перезаписана, у вас впереди труднее - вам нужно будет используйте программное обеспечение для восстановления файлов, прежде чем переустанавливать Ubuntu для восстановления файлов из прежней пользовательской папки. Данные все равно должны быть неповрежденными, но «дорожная карта» для ее чтения была потеряна, и вам придется воссоздать эту карту. Это надежная перспектива в лучших условиях, но первое правило: отключить компьютер и оставить его до тех пор, пока вы не будете готовы перезагрузить Live Media (или удалить жесткий диск и подключить его к другому компьютеру), чтобы начать восстановление обработать. С вашей проблемой маловероятно, что работающий компьютер перезапишет все, что осталось на диске, но если оно выключено, оно не может.

Цитата из комментариев:

Обычно каждый раз Я устанавливаю систему unix. Я создаю отдельный раздел для / home / - я не могу вспомнить, почему я не сделал этого на этот раз. Учитывая, что вы установили эту систему без отдельного / домашнего, ли ваши персональные данные смешиваются с файлами ОС, сильно зависит от того, сколько раз вы обновили Ubuntu с момента его установки. Каждый раз, когда файл в ОС заменяется, новый файл записывается в свободное пространство до того, как старый будет удален. Затем другие файлы могут быть записаны в пространство, освобожденное удалением старого файла ОС. Это означает, что ваши файлы будут смешиваться с ОС все больше и больше, чем дольше вы будете поддерживать установку.

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

1
ответ дан 18 July 2018 в 07:13

во-первых, понять разницу между разделами и файловыми системами. В ответе на этот вопрос, я буду использовать эти термины очень точно, поэтому я хочу быть уверен, что вы понимаете различие:

раздел описывает набор секторов на жестком диске. То есть перегородка может быть секторов 2048 для 1126439 или секторов 4198440 в 15628053134. Разделы определены в таблицах раздела, которые представляют собой простые структуры данных, которые содержат эти числа сектора и несколько других фрагментов метаданных разделов, таких как коды типа и, возможно, имена. Две общие типы таблиц разделов являются основной загрузочной записи (MBR) и Таблица разделов GUID (GPT-диск). Первый был доминирующий Тип таблицы разделов тех пор, как четыре или пять лет назад; но с появлением Windows 8 и быстрый переход от на основе BIOS на EFI-компьютеров, ОПС, резко возросли в популярности. Какая Таблица разделов Вы использовали, является критической для вашего вопроса, о чем будет рассказано ниже. Файловая система представляет собой гораздо более сложную структуру данных, которая обычно находится в секции (или другой контейнер, такой как логического Тома в настройка lvm, или даже файл, как в загруженном .iso файл изображения). Файловые системы включите компьютер, чтобы найти, читать, писать, и всячески манипулировать отдельными файлами. Общие файловые системы на Ubuntu включает в ext2/3/4fs, в btrfs, xfs и спи. Некоторые другие, такие как жир, часто используются для кросс-платформенного использования. Файловая система NTFS родная файловая система для Windows и HFS+ для MacOS (хотя Apple переходит на APFS). Если ваш компьютер загружается в режиме EFI, то шансы в первом разделе проведен файловую систему FAT, но что файловая система также была небольшой и поэтому будет полностью перезаписан и не подлежат взысканию. (К счастью, воссоздавая этот Системный раздел EFI, как это называется, возможно.)

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

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

раздел описывает набор секторов на жестком диске. То есть перегородка может быть секторов 2048 для 1126439 или секторов 4198440 в 15628053134. Разделы определены в таблицах раздела, которые представляют собой простые структуры данных, которые содержат эти числа сектора и несколько других фрагментов метаданных разделов, таких как коды типа и, возможно, имена. Две общие типы таблиц разделов являются основной загрузочной записи (MBR) и Таблица разделов GUID (GPT-диск). Первый был доминирующий Тип таблицы разделов тех пор, как четыре или пять лет назад; но с появлением Windows 8 и быстрый переход от на основе BIOS на EFI-компьютеров, ОПС, резко возросли в популярности. Какая Таблица разделов Вы использовали, является критической для вашего вопроса, о чем будет рассказано ниже. раздела - пока вы не перезагрузите или использовать определенные команды, связанные с перегородками, ядро Linux поддерживает список разделов, в том числе их начало и размеров. Вы можете прочитать эту информацию из справочника /sys/block/{disk}/{part}/ в его [f15 и ф16] файлов. Например, [f17 в] имеет точку начала /dev/sda1 и [зг19] размер в /dev/sda1. Вы можете использовать эту информацию, чтобы заново создать таблицу разделов. Вы бы извлечь информацию о всех ваших разделов (скажем, [клавиши f21] и cat /sys/block/sda/sda*/size для получения начальных точек и размеры всех разделов на /dev/sda), а затем использовать fdisk, [f25 привод датчика], или parted, чтобы заново создать разделы, которые совпадают с тем, что ядра записал. (Внимание: некоторые средства разбиения, например, gparted, создать новые файловые системы, когда создаются новые разделы. Важно, что Вы не делаете этого, вы хотите создавать новые разделы без изменения один байт содержание раздела создать.) Обратите внимание, что вы все еще будете должны заполнять метаданные, что ядро не записывает, таких как тип раздела коды. Также заметим, что ядро фиксирует начальную точку и размер (длина) каждой секции, но много утилит для работы с разделами задать для начальной точки и конечной точки, причем точки начала Размер плюс минус 1. Будьте уверены, чтобы понять, что ваш инструмент разбиения хочет и кормить его правильными значениями. файловая система представляет собой гораздо более сложную структуру данных, которая обычно находится в секции (или другой контейнер, такой как логического Тома в настройка lvm, или даже файл, как скачали .iso файл изображения). Файловые системы включите компьютер, чтобы найти, читать, писать, и всячески манипулировать отдельными файлами. Общие файловые системы на Ubuntu включает в ext2/3/4fs, в btrfs, xfs и спи. Некоторые другие, такие как жир, часто используются для кросс-платформенного использования. Файловая система NTFS родная файловая система для Windows и HFS+ для MacOS (хотя Apple переходит на APFS). Если ваш компьютер загружается в режиме EFI, то шансы в первом разделе проведен файловую систему FAT, но что файловая система также была небольшой и поэтому будет полностью перезаписан и не подлежат взысканию. (К счастью, воссоздавая этот Системный раздел EFI, как это называется, возможно.) файловая система - первый раздел на диске, который обычно начинается в достаточно предсказуемом местоположении. В частности, сектор 2048 является общей отправной точкой для дисков недавно секционированных (в последние четыре или пять лет). Старые диски обычно была первая секция, которая началась в секторе 63. Некоторые диски, особенно те, секционированной в MacOS с GPT, первый раздел начинается в секторе 40. Таким образом, если вы достаточно знаете, вы могли бы быть в состоянии правильно угадать, где первый раздел начал. Учитывая, что ты его стер первые 4 ГБ на диске, хотя эти знания могут быть бесполезны, многие диски имеют небольшой (1 Мб до 1 гиб) первой секции, так что вы вполне можете полностью переписан весь первый раздел, и второй. Если вы знаете, что первый раздел был определенный Размер, который был намного больше чем это, хотя, или если он заполнил весь диск, зная начальную точку может позволить файловой системы восстановление средства для восстановления файловой системы данных; или вы можете быть в состоянии восстановить неповрежденную второго раздела. Этот подход, очевидно одно, что очень рискованно, но если вы достаточно отчаянный, может вам повезет с ним.

в целом, ваш лучший выбор, если Вы использовали ОПС; в этом случае, ГПТ резервные копии данных должны быть исправными и вы должны быть в состоянии восстановить всю таблицу разделов. Даже в этом случае, однако, данных файловая система может быть частично или полностью уничтожены, по крайней мере для первого раздела или два. Восстановление данных в первых 4 ГБ (площадь вы случайно стер) будет невозможно. Если раздел начинается внутри, которые уничтожили зона а простирается значительно дальше, вы могли бы использовать fsck (или похожие инструменты в других ОС) для восстановления файловой системы, или, по крайней мере большинство из них. Есть продвинутые fsck вариантов, которые могут помочь Вам с этой задачей, но я не специалист по их использованию. Отметим также, что fsck действительно для файловой системы-конкретные инструменты, такие как [f30 с], файловой системы и параметры для этих инструментов может иметь важное значение в восстановлении файловой системы(с).

если вы еще не перезагрузили, вы можете попробовать резервного копирования любой файловой системе(ы) наиболее подвержены риску, используя обычный файл-уровень команды, такие как tar или [f32 из]. Есть риск, что Linux будет пытаться прочитать данные файловой системы от перезаписи раздела диска, запутаться и полностью повесить компьютер. В худшем случае, такая путаница может даже привести к пишет поврежденные данные за поврежденный участок, тем самым делая еще хуже. Таким образом, этот подход не лишен риска. Даже если так, это может быть стоит риска для резервного копирования важных пользовательских данных на внешний диск.

другой для восстановления данных подходов заключается в использовании PhotoRec. Этот инструмент просматривает диск, как TestDisk, PhotoRec, но искать распространенные типы файлов. Таким образом, это может использоваться, чтобы восстановить файлы, даже если структуры данных файловой системы сильно повреждены. Этот инструмент может оказаться полезным, если начался раздел в поврежденном первые 4ГБ диске, но выходит за пределы этой области. Если fsck не может восстановить файловую систему достаточно хорошо, чтобы быть установлен, PhotoRec может хотя бы восстановить некоторые файлы из его. При этом следует помнить, что PhotoRec не справляется с задачей восстановления файлов и структуры каталогов. Вы останетесь с ворохом плохо-имени файлов, вам придется искать вручную, чтобы выяснить, что у вас есть.

при загрузке в режиме EFI, ваша ЕСП почти наверняка нет. Если вы можете восстановить таблицы разделов, вы можете создать новую файловую систему FAT на ESP, а затем использовать PhotoRec. для возврата Ubuntu для загружаемость. Концептуально похожие ремонтные процедуры возможны для Windows, но я не знакома с ними. Если вы двойной загрузки с Windows, вы должны спросить об этом на форум Windows. Я рекомендую восстанавливать загрузчик Windows, а затем, используя ремонт загрузиться в Ubuntu. Если вы делаете это другой путь вокруг, компьютер окажется загружаться прямо в Windows. Эту проблему можно исправить, но лучше не иметь его вообще.

при загрузке в режиме BIOS, загрузчик тоже уничтожили. Восстановление загрузчика можно восстановить загрузчик grub после того, как ваш раздел с Ubuntu(ы) будут восстановлены. В зависимости от расположения окон (если вы двойной загрузки), вы, возможно, потребуется восстановить загрузчик с помощью технологии Windows и инструменты.

3
ответ дан 24 July 2018 в 18:45
  • 1
    У меня есть fdisk -l информация, которую я собрал до dd: i.imgur.com/LVsxZ4j.png - Я думаю, что это немного меняет вещи – Bielecki 10 September 2017 в 19:04
  • 2
    Нет, выход fdisk, который вы показали, ничего не меняет. Это только таблица разделов MBR с образа диска, который перезаписал начало диска. Вы можете использовать это для доступа к образу диска, но это не данные, которые вы хотите восстановить. – Rod Smith 11 September 2017 в 20:46

Предполагая (когда вы можете загрузиться, скажем, с Live Media), вы обнаружите, что раздел /home имеет тот же размер, который был раньше, вы должны иметь возможность воссоздать раздел / в том же пространстве, в котором оно занято прежде, переустановите Ubuntu с опцией «сохранить / домой», переустановите свои добавленные пакеты и заберите, где вы остановились.

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

Если таблица разделов фактически перезаписана, у вас впереди труднее - вам нужно будет используйте программное обеспечение для восстановления файлов, прежде чем переустанавливать Ubuntu для восстановления файлов из прежней пользовательской папки. Данные все равно должны быть неповрежденными, но «дорожная карта» для ее чтения была потеряна, и вам придется воссоздать эту карту. Это надежная перспектива в лучших условиях, но первое правило: отключить компьютер и оставить его до тех пор, пока вы не будете готовы перезагрузить Live Media (или удалить жесткий диск и подключить его к другому компьютеру), чтобы начать восстановление обработать. С вашей проблемой маловероятно, что работающий компьютер перезапишет все, что осталось на диске, но если оно выключено, оно не может.

Цитата из комментариев:

Обычно каждый раз Я устанавливаю систему unix. Я создаю отдельный раздел для / home / - я не могу вспомнить, почему я не сделал этого на этот раз. Учитывая, что вы установили эту систему без отдельного / домашнего, ли ваши персональные данные смешиваются с файлами ОС, сильно зависит от того, сколько раз вы обновили Ubuntu с момента его установки. Каждый раз, когда файл в ОС заменяется, новый файл записывается в свободное пространство до того, как старый будет удален. Затем другие файлы могут быть записаны в пространство, освобожденное удалением старого файла ОС. Это означает, что ваши файлы будут смешиваться с ОС все больше и больше, чем дольше вы будете поддерживать установку.

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

1
ответ дан 24 July 2018 в 18:45
  • 1
    Помните, что я перезаписал другое изображение Ubuntu с собственным /home и пользователем. Пока я включаю ОС, я уверен, что у меня есть доступ к этим данным - я вижу это, поэтому он есть. Я держу его загруженным, как будто я rm -rf /. Я прочитал, что его отключить - это самое худшее, что я мог бы сделать в этой ситуации. Я не должен ничего перезаписывать, потому что загруженная ОС думает, что мои данные есть, поэтому она не помечена как свободное пространство ... пока. – Bielecki 8 September 2017 в 14:54
  • 2
    Проблема в том, что если вы перезаписали таблицу разделов, то какой бы заглушка ОС все еще выполнялась (только то, что было в памяти во время операции dd, скорее всего) не сможет сказать, что есть что-то за пределами 4 ГБ изображения; это пространство будет выглядеть нераспределенным, если таблица разделов будет считана. Единственная причина, по которой вы можете видеть эти данные, - это то, что ничего не перечитывает таблицу разделов и каталог (попытка сделать это, скорее всего, сбой Nautilus). Нет ничего, что вы можете сделать с помощью системы реагирования, которая не может быть восстановлена, на данный момент, кроме перезагрузки с Live media или демонтажа жесткого диска. – Zeiss Ikon 8 September 2017 в 15:06
  • 3
    @Bielecki, я согласен с советом Zeiss Ikon и Android Dev (в комментарии). В дополнение к этому, в будущем я рекомендую вам: 1. Резервное копирование всего важного регулярно; 2. Используйте инструменты с конечной контрольной точкой, чтобы помочь вам избежать опасного dd, прозванного «Разрушителем данных». mkusb обертывает ремень безопасности вокруг 'dd`, help.ubuntu.com/community/mkusb – sudodus 8 September 2017 в 15:13
  • 4
    @Bielecki. Трудно узнать, где находятся разные файлы в разделе. Если бы существовал отдельный раздел home, он, вероятно, был бы за пределом 4 ГБ, но если /home (домашний каталог) находился в корневом каталоге (/), мы можем только надеяться, что большинство ваших личных данных (документов , фотографии ...), будут храниться в части диска за 4 ГБ. Во всяком случае, стоит попробовать и восстановить то, что можно найти. – sudodus 8 September 2017 в 15:49
  • 5
    Учитывая, что вы установили эту систему без отдельного / домашнего, ли ваши персональные данные смешиваются с файлами ОС, сильно зависит от того, сколько раз вы обновили Ubuntu с момента его установки. Каждый раз, когда файл в ОС заменяется, новый файл записывается в свободное пространство до того, как старый будет удален. Затем другие файлы могут быть записаны в пространство, освобожденное удалением старого файла ОС. Это означает, что ваши файлы будут смешиваться с ОС все больше и больше, чем дольше вы будете поддерживать установку. – Zeiss Ikon 8 September 2017 в 15:54

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

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