У меня есть ПК с 32 ГБ оперативной памяти, работающий под управлением Linux Mint 20. Согласно найденным инструкциямздесь(которые были рассчитаны на 19, но, похоже, работают на 20), я увеличил файл подкачки до размера, немного превышающего общую физическую память:
username@hostname:~$ ls -lh /swapfile
-rw------- 1 root root 34G Nov 2 18:05 /swapfile
Мне нравится создавать образ моего диска, когда на нем хорошо настроена моя ОС, чтобы я мог вернуться к нему, если что-то пойдет не так. Для этого я использую Clonezilla Live USB и (следуя инструкциям Clonezilla по выбору вариантов по умолчанию, если вы не знаете ничего лучшего) выбираю варианты по умолчанию/простые. Я работаю с images_disks, выбираю папку на вспомогательном диске в качестве корня, куда будут сохраняться образы, выбираю опцию savedisk и алгоритм сжатия по умолчанию. Затем я позволяю Clonezilla делать свое дело. Я не хочу создавать образ только раздела, потому что целью восстановления может быть исправление всего диска.
На моем диске занято около 156 ГБ, согласно df, но, конечно, полученный образ меньше. Отчасти из-за сжатия, но достаточно ли Clonezilla умен, чтобы игнорировать мой файл подкачки? Я слышал (и теперь не могу найти, где), что он будет игнорировать заполненный нулями (т.е. тот, на котором не сохранена гибернация) swapраздел, но будет ли он достаточно тщательно проверять диск, чтобы сделать то же самое с файлом, перед его копированием? Если нет, поможет ли переключение на раздел подкачки вместо файла подкачки?
Спасибо.
решение1
Переключение с файла подкачки на раздел подкачки даст вам возможность выбрать для резервного копирования только раздел, где находится информация. Я не уверен, что Clonezilla достаточно умна, чтобы распознать файл подкачки и проигнорировать его.
Что касается размера подкачки, то он зависит от используемых вами приложений, но если это какие-то обычные приложения, такие как браузер, офис, редакторы, то разработка огромного подкачки не будет столь полезной.