Х.З., Прям в потолок грузят? Майнят чтоли? Я тебе секрет открою: клиенты на ВПС почти никогда не используют выделенные им ресурсы полностью.
Как бы допишите точку и всё. CNAME они и не должны кончаться на ваш домен. Да и тупит Amazon часик, не больше. Поправьте TTL у зон.
Вот так предмет для разговора. Ну возьмите Core2duo с гигабайтом RAM да сравните с ВПС с такими же параметрами. А если вы возьмете XeonSilver с 4 Гбайт RAM - выйдет значительно подороже, чем VPS. Не надо о сферических конях в вакууме рассуждать.
Вообще внушительная цифра. Правда, без знания, что за скрипты на ней крутились (сколько они потребляли ресурсов) - ни о чем не говорит.---------- Добавлено 23.12.2019 в 14:11 ----------
Чушь, если вы не сравниваете ВПС с большим количеством ресурсов. Да и там относительно.
Судя по названиям boot.img - образ загрузочного раздела. Второй - образ раздела с самой ОС и данными. Это не клонзилловские образы и восстанавливать их надо через DD. Если не очень знакомы с консолью линукса - печаль. Вы сейчас хотите их восстановить для теста, или проверить перед тем, как отдать новому хостеру?
Во втором посте вам в общем уже ответили.
Шанс всегда есть. Просто заверните в архив содержимое файловой системы, из него как минимум все можно будет восстановить.
Задачи стоят какие? Вообще лучше развернуть на раздел 300+ гигов. Потом сохранить UUID раздела (записать его себе куда-нибудь). Заархивировать содержимое раздела в обычный .tar.gz, создать ФС на целевом разделе, распаковать в неё наш архив, поправить UUID целевому разделу. Как-то так.---------- Добавлено 22.12.2019 в 20:57 ----------А можно уменьшить размер ФС на распакованном разделе до 30 гбайт, потом уменьшить сам раздел и сделать образ той же клонзиллой.
Лелуш Ламперуж, Внутри образа размер ФС будет 300 гигабайт. Его нужно предварительно уменьшить.
Лелуш Ламперуж, Не. Так не получится. Надо сначала смонтировать образ и уменьшить на нём размер ФС.
При удалении данных с HDD удаляется только запись о файле в ФС, сами блоки нулями не записываются.
