Содержимое входного файла:
95544
94554
94445
95567
91121
92231
Используя awk
(в случае egrep
недоступно), вы можете попробовать что-то вроде этого:
awk '/9[4-7]{4}/' zip.txt
Результат:
95544
94554
94445
95567
Это возможно, но желательно создать резервную копию вашего диска - если вы заботитесь об этих данных.
Пока процессор хост-ПК имеет поддержку виртуализации (на Intel проверьте через grep vmx /proc/cpuinfo
), KVM не сильно замедляет работу гостей.
Предполагая, что ваш старый диск доступен как /dev/sde
, вы можете использовать такую команду (как обычный пользователь):
$ qemu-system-x86_64 -enable-kvm -drive file=/dev/sde,if=virtio,format=raw \
-m 2048 \
-net user,hostfwd=tcp::10022-:22 -net nic,model=virtio
Это загружает виртуальную машину с 2 ГиБ ОЗУ. Параметры -net
необходимы только в том случае, если вы заинтересованы в переадресациях портов на гостевой sshd и доступ к гостевой сети в целом.
Если вы решите использовать файл образа вместо реального диска, вам просто нужно заменить /dev/sde
именем файла этого файла образа.
Я бы предложил создать образ диска с помощью ddrescue , а затем использовать файл образа для резервного копирования хранилища виртуальной машины. Таким образом, вы не рискуете исходной копией своих данных, если что-то пойдет не так с вашими планами виртуализации.
KVM, безусловно, будет работать, поскольку он загружает полную ОС. LXC может работать, в зависимости от того, насколько похожи системы. Основное ограничение LXC заключается в том, что все, что вы запускаете внутри контейнера, будет совместно использовать ядро хоста. KVM позволяет запускать ядро в гостевой системе. Пока вы просто работаете с копией своих данных, эксперименты должны быть безопасными, пока вы не найдете настройку, которая лучше всего подходит для вашей ситуации.
С VirtualBox можно загрузиться с физического жесткого диска. Руководство: Использование необработанного жесткого диска хоста от гостя .
В связи с этим я написал руководство на немецком языке: Dualboot-Windows virtualisieren . Его основной задачей является загрузка физических окон, но он также работает с Linux.
Основные моменты, которые вам нужно сделать:
vboxusers
. / dev / sdb
) oldsys
) VBoxManage internalcommands createrawvmdk -filename ~ / VirtualBox \ VMs / oldsys / oldsys.vmdk -rawdisk / dev / sdb
oldsys.vmdk
от root до вашего. создайте правило udev, чтобы разрешить себе прямой доступ к диску, например
KERNEL == "sdb", OWNER = "myusername", MODE = "0600"
oldsys.vmdk
на виртуальном контроллере SATA ВМ oldsys. Я решил эту проблему с помощью VBoxManage. По сути, я создал новую виртуальную машину VirtualBox, поменял местами необработанный диск и поднялся.
Изначально у меня была проблема с правильной настройкой сети (поскольку ядро хоста было слишком старым для моих вспомогательных модулей ядра VirtualBox), но после обновления ядра я получил сетевое соединение через мост, и с тех пор все прошло довольно гладко. .