Назад | Перейти на главную страницу

FreeBSD10 изменяет размер образа виртуального сервера на меньший раздел

У меня есть VPS в новой системе Vultr, и я замечаю, что у них нет готового и доступного pv-grub, что делает мою дилемму еще более интересной.

У меня есть образ 40 ГБ, который мне нужно перенести на раздел на 15 ГБ.

Обычно просто перезагрузитесь в режим восстановления и запустите fdisk или gparted, но, похоже, это не вариант в системе Vultr.

На VPS есть загрузочный раздел, но предварительные попытки получить к нему доступ с помощью монтирования не удались.

[\u@r2d2:/root] # gpart show
=>      34  83886013  vtbd0  GPT  (40G)
        34        94      1  freebsd-boot  (47K)
       128  83885919      2  freebsd-ufs  (40G)

первая попытка доступа к загрузке:

# mount /dev/vtbd0p1 /mnt/boot/
mount: /dev/vtbd0p1: Input/output error

предыдущая попытка заблокировать систему на полпути:

dump -0 -f - / | ssh -c blowfish root@target_machine "cd /; restore -rf -"

Используемое пространство

[\u@r2d2:/root] # du -sh /
5.8G    /

Каков эффективный, но безопасный способ (не будет блокировать систему на полпути во время передачи, потому что она не может получить доступ к заблокированному файлу) для переноса живого VPS-сервера FreeBSD10 на другой действующий VPS-сервер FreeBSD10. Надеюсь, уловим и этот надоедливый загрузочный раздел.

Или измените размер смонтированного раздела.

Вы не можете смонтировать загрузочный раздел, потому что там нет файловой системы.

Однако метод дампа должен работать. Он не будет работать с заблокированными файлами, если вы не используете принудительную блокировку (что было бы довольно странно в первую очередь).

Когда дамп "зависает", не могли бы вы нажать ^ T (ctrl-t), чтобы увидеть, что именно происходит?