Совет: При работе с проблемным диском (ошибки в логах, bad blocks) — подключайте его как /dev/sdb
через SATA, чтобы избежать лишних абстракций.
Если вы используете образ диска (например, создали через dd
), вот как выбрать формат:
Формат | Описание | Когда использовать |
---|---|---|
raw |
Точный байт-в-байт образ диска. Никаких метаданных. | Восстановление данных, анализ повреждённых дисков, forensics |
qcow2 |
Сжатие, снапшоты, тонкая прогулка (thin provisioning) | Обычные виртуальные машины, где нужна экономия места |
vmdk |
Формат VMware. Поддерживается VirtualBox, QEMU | Миграция между VMware и другими гипервизорами |
raw
. Это гарантирует, что вы не потеряете ни одного сектора.dd if=/dev/sdb of=disk.img bs=4M status=progress
-drive file=disk.img,format=raw,if=sata
# Запуск ВМ с физическим диском через SATA qemu-system-x86_64 \ -drive file=/dev/sdb,format=raw,if=sata,cache=none,aio=native,readonly=on \ -m 2G -enable-kvm # То же, но с образом raw qemu-system-x86_64 \ -drive file=disk.img,format=raw,if=sata,cache=none,aio=native,readonly=on \ -m 2G -enable-kvm
Ключевые опции:
readonly=on
— защищает повреждённый диск от записи.cache=none,aio=native
— минимизирует буферизацию, работает напрямую с диском.if=sata
— эмулирует SATA-контроллер.Если вы восстанавливаете данные с проблемного диска:
raw
.Это обеспечит максимальную совместимость, безопасность и точность при работе с критичными данными.
Внимание: Cтатьи здесь сгенерированы нейросетью, пока не правил ошибки, только запустил его да и не до этого. Просто чтобы вы знали и не запускали ядерный реактор по моим статьям ))
НО!
Каждый кейс я реально делал минимум один раз. Серьёзно.
Сервера стоят, клиенты довольны, дата-центры не горят.
Это не просто копипаста — это опыт, выстраданный в бою, просто пересказанный через ИИ.
Если у вас есть вопросы, или Нашли неточность? пишите в коментах —
вместе поправим и сделаем статью более качественной. Я лично объясню нюансы из практики.
Комментарии
Пока нет комментариев. Будьте первым!