вт, 19 авг. 2014 г. в 1:29, Vladislav V. Prodan <[email protected]>: > > > > > 18 августа 2014 г., 22:56 пользователь Andrey V. Elsukov <[email protected]> > написал: >> >> On 18.08.2014 17:12, Vladislav V. Prodan wrote: >> > >> > 18 августа 2014 г., 7:05 пользователь Andrey V. Elsukov >> > <[email protected] <mailto:[email protected]>> написал: >> > >> > Если данные не пропали после dd, то gpart destroy с ними тоже ничего не >> > сделает. >> > >> > >> > А другие варианты залить MfsBSD.img в первые два слайса и не потерять >> > третий слайс с данными? >> >> Во можете записать этот образ в своп, затем поменять тип freebsd-swap >> раздела на freebsd-ufs, записать в freebsd-boot раздел образ >> загрузочного кода gptboot. Теоретически должно загрузиться. Конечно, в >> образе находится не UFS раздел, а bsdlabel с разделом, но кажется это не >> должно вызвать проблем. >> После этих манипуляций вернуть обратно gptzfsboot и тип freebsd-swap. >> >> -- >> WBR, Andrey V. Elsukov > > > Имеем установленную FreeBSD на диске. > Грузимся в rescue CD от Debian (как риск-панель в ДЦ). > Заходим по ssh. > > Как будем манипулировать фряшными разделами? >
Отвечу решение: 1) Грузимся в rescue CD от Debian (как риск-панель в ДЦ). 2) В памяти создаем раздел 500-1000Мбайт 3) Кладем туда iso образ MfsBSD 4) Скачиваем vkvm и запускаем qemu с параметрами - export image12="/mnt/mfsbsd-se-11.2-RELEASE-amd64.iso" /tmp/qemu-system-x86_64 -net nic -net user,hostfwd=tcp::1022-:22 -m 4192M -localtime -enable-kvm -cpu host,+nx -M pc -smp 4 -vga std -usbdevice tablet -k en-us -cdrom $image12 -hda /dev/sda -hdb /dev/sdb -boot once=d -vnc :1 Важные параметры - -cdrom $image12 -hda /dev/sda -hdb /dev/sdb 5) Далее заходим в виртуалку по VNC ( порт 5901) или по ssh (порт 1022). IPv4 или ipv6 сервера, которые ДЦ выдал для риск режима -- Vladislav V. Prodan System & Network Administrator support.od.ua _______________________________________________ freebsd mailing list [email protected] http://mailman.uafug.org.ua/mailman/listinfo/freebsd
