Я использую ddrescue
иногда, от несколько лет назад, для спасения жесткого диска.
Что-то более быстрое, чем dd
на HDD с действительно поврежденными поверхностями.
Но dd
действительно безопасно, и мое первое сообщение остаются верными.
Это - очень плохая идея!
Я говорю о Прежде, чем отобразить поврежденную файловую систему в файл на другом жестком диске...
Как тогда, когда дисковод становится поврежденным, повреждение обычно растут каждый раз, когда Вы пытаетесь получить доступ к своему диску.
Таким образом, хороший способ спасти поврежденный диск состоит в том, чтобы сделать изображение путем копирования целого диска с, начинают заканчиваться в одной непрерывной операции!. После этого: отключите дисковод и сохраните их бесшумно. Как: меньше Вы касаетесь поврежденного диска, больше шанса, необходимо восстановить что-то.
Как каждый раз, когда доступ механического устройства к отходам мог сделать еще некоторые убытки, журнал, Вами становятся от Вашей последней операции, не является ссылкой для знания, какой блок повреждены теперь.
Я лично, не использовать ddrescue
. Я использую dd
от некоторое время и этот инструмент делают все, в чем я нуждаюсь:
dd bs=512 if=/dev/sdX of=/backuprepo/sdXBroken.img conv=noerror,sync
И, я позволяю ему работать терпеливо.
Решение зависит от того, есть ли у Вас 32-разрядный или 64-разрядный процессор на Вашем компьютере.
Если у Вас есть 32-разрядный процессор (и поэтому 32-разрядная ОС) на Вашем компьютере, то Вы не можете выполнить 64-разрядного гостя ОС на VirtualBox. Используйте 32-разрядную версию (CentOS-6.5-i386-LiveCD.iso) CentOS вместо этого.
Если у Вас есть 64-разрядный процессор и 32-разрядная ОС на Вашем компьютере, то Вы можете выполнить 64-разрядного гостя ОС в Virtualbox. Просто сделайте следующие шаги:
Если у Вас есть 64-разрядный процессор и 64-разрядная ОС на Вашем компьютере, то Вы не должны делать ничего специального для выполнения 64-разрядных гостевых Ose на VirtualBox: просто создайте один и выполните его.
VirtualBox поддерживает 64-разрядные гостевые операционные системы, даже в 32-разрядных хостовых операционных системах, при условии, что следующим условиям отвечают:
Вам нужен 64-разрядный процессор с аппаратной поддержкой виртуализации (см. Раздел 10.3, “Аппаратные средства по сравнению с виртуализацией программного обеспечения”).
Необходимо включить аппаратную виртуализацию для конкретного VM, которого Вы хотите 64-разрядную поддержку; виртуализация программного обеспечения не поддерживается для 64-разрядного VMs.
Если Вы хотите использовать 64-разрядную гостевую поддержку в 32-разрядной хостовой операционной системе, необходимо также выбрать 64-разрядную операционную систему для конкретного VM. Начиная с поддержки 64 битов на 32-разрядных хостах подвергается дополнительным издержкам, VirtualBox только включает эту поддержку по явному запросу.
На 64-разрядных хостах (которые обычно идут с аппаратной поддержкой виртуализации), 64-разрядные гостевые операционные системы всегда поддерживаются независимо от настроек, таким образом, можно просто установить 64-разрядную операционную систему в госте.
Я столкнулся точно с той же проблемой, пытаясь использовать изображение CentOS-6.5-x86_64-LiveCD.iso на VirtualBox.
Моя хост-система является Windows 7 64bit.
Проблема была то, что VirtualBox выбрал "Redhat" как ОС по умолчанию для Гостя. Изменение его к Redhat (64 бита) решило проблему.
Я смог установить CentOS 6.5 на Виртуальном Поле 4.3.8, размещенном Windows 8.1, с помощью настроек, показанных ниже.
Я позволяю соответствовать начальной загрузке загрузиться и использовал значок на рабочем столе для установки его на жестком диске.
Виртуальные настройки поля:
Трудно сказать то, что продолжается без большей информации. Вы смогли работать вокруг этого при помощи режима установки VNC: http://www.ispexperts.com.np/?p=1075
Я просто столкнулся с подобной проблемой с бетой RHEL 7. Что зафиксировало, это для меня входило в Параметры настройки системы на VM и изменяло чипсет от PIIX 3 до ICH 9.
Я также изменил драйвер Ethernet от рабочего стола Intel микросхема MAC к серверу MAC, но я не думаю, что это было критическим изменением.
Отключите HyperV от Windows features на Панели управления. Затем перезапустите и попробуйте еще раз.
Имел эту ту же проблему, оказался, что это была виртуальная машина "версия", которую я использовал в VirtualBox.
Новые значения по умолчанию мастера VM к созданному в версии "Red Hat", когда Вы упоминаете Centos на название виртуальной машины (хорошее удобство на самом деле). То, что этому не удается упомянуть, - то, что этот профиль версии предназначается для версии на 32 бита. Следующая опция ("Red Hat (64 бита)") в списке имеет поддержку на 64 бита. Попытайтесь изменить это в установке VM, и она должна загрузить право.