Забыл размонтировать раздел локального диска во время живого завершения работы человечности; теперь не мог видеть их в окнах 7
Я хотел создать изображение SD-карты Raspberry Pi с помощью "dd" команду в Linux. Так, используемая человечность живут CD в моем ноутбуке Windows 7. Во время моей работы I подсоединенных внешних дисков "E" некоторым "/медиа" папка в человечности.
Затем после того, как моя задача завершилась, я завершаю работу машины wout размонтирование тот диск. После завершения работы CD извлеченный автоматически и оранжевый экран оставался в течение 5 минут. Так, я отключил машину.
Но теперь когда я запустил окна 7; не разрешение мне получить доступ к диску "F". Кажется, что это могло бы быть этим, стал разделом GPT из-за монтирования в человечности. Теперь я боюсь делать, любой метод проб и ошибок управляет выполнением; поскольку я не парень Linux.
Заранее спасибо за Вашу справку.
1 ответ
Во-первых, невозможно изменить единственный раздел от формы Главной загрузочной записи (MBR) до формы Таблицы разделов GUID (GPT). MBR и GPT являются оба типами таблицы разделов, которые относятся ко всему диску, таким образом изменение всего одного раздела от MBR до формы GPT невозможно. (Существует частичное исключение в форме гибридного MBRs, но нет никакого доказательства, у Вас есть гибридный MBR, и создание их требует специализированных инструментов, которые главным образом существуют на Mac.), Кроме того, даже если бы Вы случайно изменили весь диск от MBR до GPT, который не влиял бы на данные ни в одном из разделов. (По крайней мере, одно только то изменение не имело бы такого эффекта. Случайное MBR-to-GPT преобразование, возможно, было сделано программой, которая, возможно, также изменила содержание разделов, все же.) MBR и GPT и просто описывают раздел, запускаются и конечные точки, а также обеспечивают некоторые дополнительные метаданные; структуры данных файловой системы находятся полностью в разделах и не затронуты таблицей разделов, вводят коды.
Мое подозрение - то, что Вы ввели Ваш с опечаткой dd команда. Возможно, Вы перепутали if и of опции, таким образом перезаписывая содержание Вашего F: раздел вместо того, чтобы копировать их в файл на E: раздел, как Вы предназначили. Ввод sudo blkid /dev/sdx# (где /dev/sdx# идентификатор для рассматриваемого раздела), мог бы дать некоторые представления обо что случилось. Эта команда отображает основную информацию о файловой системе, используемой на разделе:
$ sudo blkid /dev/sdc3
/dev/sdc3: UUID="5028fa50-0079-4c40-b240-abfaf28693ea" TYPE="ext4"
Этот пример показывает ext4 файловую систему на /dev/sdc3. Детали будут отличаться для тома NTFS, или даже для другой ext4 файловой системы. Конечно, это также возможно это blkid не предоставит много полезной информации - если моя гипотеза будет корректна, то она не могла бы обеспечить вывод вообще, если она не может определить файловую систему на разделе.
В next-to-worst-case сценарии Вы, возможно, должны были бы восстановить свои данные из резервного копирования. Разве резервное копирование не имеет? Затем Вы в худший вариант, в котором Ваша единственная надежда состоит в том, чтобы использовать PhotoRec или что-то подобное для восстановления данных на основе файла файлом. Это, вероятно, будет утомительно, и результаты, вероятно, будут неполными. Если Windows был установлен на разделе, Вы, вероятно, никогда не будете мочь загрузить ту установку снова, делая переустанавливание необходимого. (Сделайте переустанавливание после восстановления любых персональных файлов, Вы можете, хотя; переустановка сделает восстановление уровня файла еще тяжелее.)