Как перенести систему с HDD на SSD, чтобы быстро и безболезненно?

он там не один, их там два ;)

В винде один файл для свапа (pagefile.sys) и другой для гибернации (swapfile.sys вроде). Так что файла два, но под конкретную нужду только один из них.

а для QLC ТТД так даже противопоказана.

Это QLC само по себе противопоказано. Но если уж приобрёл мусор то надо быть готовым что он сдохнет. Не повод отключать свап.

на серверах - только как защита от промахов с расчётами по ОЗУ

Проги, неэффективно выделяющие память, бывают и на серверах. Хотя с текущими ценами на память наверно всё ещё выгоднее её докупить чем опасаться проблем.

Я имел в виду ситуацию, когда активно пользуешься программами. При их закрытии они все еще сидят в памяти (свапе) на всякий случай. И только если Свапа не хватает, они, так и быть, выгружаются. Соответственно, чем больше памяти, тем сильнее она занята, что в общем-то логично.

В целом я говорил про то, что в некоторой идеальной ситуации при размере Свапа равным оперативке, уход в сон должен быть гарантирован. Правда, это зиждется на не явном предположении, что все запущенные программы сидят в памяти. А так получается, что предсказать, сколько нужно Свапа, чтобы гарантированно уходить в сон, нельзя ибо программы со временем только пухнут.

Ну exfat - это глупая идея. Просто данные всрешь. Она ж нежурналируемая. А в винде восстановление системы и сжатие только на ntfs работают. Тебя нужно увольнять за вредные советы.

Для EFI раздела 4 мегабайта хватит, если fat-12 использовать. Я в виртуалках такой делал, когда в них арч ставил

Никто своп в современных системах, где памяти до жопы не использует. Пользуются zram’ом. Фанатиков не слушай. Они будут втирать про свою латентность… Ну не про ориентацию, а время отклика… У оперативки она всегда меньше чем у диска…

Выброси hdd тот. Никаких там внешних коробочек… Он будет 10 Мбит/с не мегабайт а именно мегабит, те 1.75 мегабайт в секунду… Тебе ценители ascii-порно и порно-гифок 180 на 120 советы раздают… Просто забудь… Hdd он да еще пригоден как более надежный носитель хранения информации. Ssd дешевые, те все домашние, даже новые будучи отключенными от питания больше года теряют информацию с шансами 50/50 на исправление ошибки контроллером

копировать плохой вариант, теряются acl и xattrs

С этим проблем нет. Чаще всего копирую через cp -a, через rsync при риске прервать копирование, tar при копировании через ssh.

Про что обычно забывают при копировании - chattr. Чаще всего nocow для btrfs.

и перекинуть данные с них через Rsync?

Что-то народ как-то забил отвечать. Можно, конечно.

Он будет 10 Мбит/с не мегабайт а именно мегабит, те 1.75 мегабайт в секунду…

На самом деле, у него заметно выше. Но разве мы куда-то спешим?

Скопировать можно с помощью rsync, потом установить EFI-загрузчик через chroot.

так что на десктопе подкачка нужна сейчас только для suspend2disk. а на серверах - только как защита от промахов с расчётами по ОЗУ чобы избежать последствий OOM

На моём опыте использовать свап как страховку от ООМ - бессмысленно, лучше проблему побыстрее обнаружить. А вот на десктопах и серверах он почти всегда полезен и позволяет хотя бы больше оперативки под кэш файлов использовать. Получал лучше результаты со всякими mysql, когда свап был заполнен на какие-нибудь 10 Гб. Отключаю только во всяких специфичных случаях и виртуалках.

Итак, разделы со старого диска вчера вечером перенёс на SSD. Сейчас, из-под arch-chroot заново запустил grub-install и перезаписал конфиг через grub-mkconfig. Теперь разделы не монтируются на запуске Арча, потому что ссылаются не на те UUID. Буду исправлять.

При их закрытии они все еще сидят в памяти (свапе) на всякий случай.

Кеш может быть только в памяти. «В свапе на всякий случай» это бред.

Три дня пропали даром. Сколько ещё пропадёт…

Так вроде он вытесняется на диск, если памяти не хватает. А может я гоню, и он просто удаляется.

Я про ситуацию, когда программы занимают памяти столько, сколько есть. Это хорошо на ДН видно: потребление памяти зависит от того, сколько её всего в системе.

Кеш не может «вытесняться на диск», он может только выкинуться. На диске эти данные и так есть, не в свапе а в файлах, которым этот кеш соответствует.

Я про ситуацию, когда программы занимают памяти столько, сколько есть

То что занимают программы это не кеш.

Ну тогда ок, меня переглючило.

я уж ответил выше по теме что ДВА файла и даже ссылку привёл.

так что, «учитель», иди учи матчасть! RTFM!

YMMV

нет. если это было отображение из файла - то оно просто выкинется по очевидным причинам.

а если это были анонимные страницы (то бишь данные) - то с ними надо будет что-то сделать сперва

Я тебе писал про редактирование /etc/fstab. Там правильнее создать два раздела под efi (fat32) ~ 1GiB (для дуалбута и на случай монтирования в него всего /boot) и все остальное (btrfs/ext4). Порядок разделов: от большего к меньшему с те efi последний. Swap на диске не создавай. Suspend to disk бесполезен. С ССД система будет стартовать за секунды, ла и сам комп мало кто выключает

Ну а когда раздел с данными последний, то удобно от него место отрезать и выделить её под Винду… Я это пишу, предчувствуя как старперы прибегут и начнут втирать, что efi этот должен быть первым, так как в очень древних материнках в 1998 году, если он был не первым, то ничего не грузилось ряяяя

Ещё можно 5-10% неразмеченными оставить. Чтобы ССД всегда летал. Там не обязательно чтобы это свободное место было неразмеченными, просто нужно 5% свободных ячеек для максимальной скорости… Большинство и так диски максимум наполовину забивает, но можно и так ограничить на всякий случай. Петушок с капчи не даст соврать

Да. Ток через пару минут упадет до 1.25 Мб/с. У меня там опечатка. С этим ничего не поделать. Эта физика ряяяя. А точнее сопромат. Опять петушок вместо кабанчика на капче

У меня мозг кипит просто. Я думаю об одном, пишу другое, слушаю третье…

+------+
| DATA |
+------+
| SWAP |
+------+
| EFI  |
+------+

Такая схема удобна тем, что можно от data место отщипывать и выделять его под винду/своп, ну или увеличение свопа/efi. Если efi в начале как и свои, то чтобы увеличить их размер, придется все данные перезаписать, что здорово уменьшает ресурс ssd. При чем ssd если раза три перезаписать полностью за небольшой промежуток времени, есть риск его убить. На ssd нежелательно за раз полный объем записывать. Я не знаю в чем причина. Может это какие то баги прошивки контроллера. Я даже у нейродурака не интересовался. Все с чужих слов

При чем ssd если раза три перезаписать полностью за небольшой промежуток времени, есть риск его убить. На ssd нежелательно за раз полный объем записывать. Я не знаю в чем причина.

Опять эти сказки венского леса.

Написал персонаж, который сидит на exfat 🤣

Такая схема удобна тем…

Такая схема неудобна ничем. Поразительной бестолковости разметка. Бывает конечно и хуже.

Ещё одно заблуждение. Мозг тут не участвовал вообще. То что кипит, это в лучшем случае сопли. В общем, они похожи, легко спутать.

Эта схема сисадминскмй стандарт в американской компании X с тысячами сотрудников 🤣

Ну а то что какие-то ноунеймы с лора efi- раздел последним не делают, меня мало волнует. Как размещал его последним так и буду, а все остальные разделы - от большего к меньшему. Но сейчас по сути кроме двух разделов данные и boot /efi - никаких не нужно

Скажем так...

Перенести Линукс, как и Виндовс на другую платформу существуют решения, причём отдельно-самостоятельные, в разных осях. Образ - не всегда работает, особенно при различии таблицы разделов (GPT vs MBR). Но я тебе скажу, что у меня до сих пор MBR, лет уже 5-6. И один и тот-же линукс, хотя железо за это время менялось уже раза три наверное, от ноутбука до пары системников. Работает, хоть-бы хны. Но вот с виндой в дуалбуте так не получается. Впрочем, она у меня только для игр и взлома смартофонов... =)

Осюда чисто рекомендации (не Алиса, а отсебятина):

В Линуксе - при создании разделов, обязательно создавать отдельно раздел /home. Потом, если надумаешь переустановить ОСь, достаточно загрузить с флешки, примонтировать, и грохнуть всё с точкой впереди (скрытые файлы и каталоги), оставив все данные на месте. Потом при установке новой системы просто примонтировать, без форматирования.

В Виндовсе - Желательно скопировать весь Профиль (C:/Users/Имя пользователя) в отдельную папку на диске D: или на внешнем носителе.

Я понимаю, что озвучиваю банальные вещи, но. (!) На моей памяти, удачный перенос ОСи - случался/получался только дважды, с убитого винта. Один раз на такой-же, второй раз на чуть большего обьёма, пропуская при этом бэд-блоки. Удачно, вобщем. Бросто там была большая бухгалтерская БД, которую иначе перетащить было нереально.

Мне лично вот так запросто тоже, свои личные настройки терять не очень-то и хочется. А что делать? Иногда бывает надо. Но, сохранить в отдельные файлики настройки приложений таки обычно можно.

Отдельный /home это сисадминская практика как и правило: порядок разделов от большего к меньшему. И оно только для сервера хорошо. На сервере куча пользователей, если кто-то засрет весь диск, то по ссх не получится подключиться. Поэтому делают хомяк отдельным чтобы под рутом можно было почистить место. При «переустановке» это никак не поможет. Реальные случаи когда разделение полезно: 1) хомяк шифруется; 2) используется btrfs или zfs и снапшоты с разной периодичностью делаются для корня и хомяка, так как утрата файлов в корне решается переустановкой пакетов, а утрата пользовательских данных безвозвратна.

То что ты не можешь систему перенести ничего не значит, если ты обычный мышевоз. Если же ты сисьадмин, то позор тебе. И я объясни почему: я сменил кучу ноутбук и компьютеров и везде у меня живёт один и тот же арч, который я использую лет 8… А еще и диски я менял… У меня там был и ext3 и ext4, и LVM, и btrfs и luks уже, а сами диски в raid… Я и таблицу разделов повреждал, а потом скриптом своим искал, где те начинаются… Много чего делал… mount, arch chroot, mount -a, pacman -Syu, bootctl install…

Потом, если надумаешь переустановить ОСь, достаточно загрузить с флешки, примонтировать, и грохнуть всё с точкой впереди (скрытые файлы и каталоги)

Зачем? Их как раз наоборот есть смысл оставить. Можно удалить данные конкретной программы, если хочется откатить к дефолту. Всё-то зачем грохать? Чтоб потом заново точно так же настраивать и наполнять?

У меня хомяк на основном десктопе вообще уже около 20 лет живёт, если не ошибаюсь. Я его и с HDD на SSD переносил, и с одного компа (теперь он служит подкроватным сервером) на другой помощнее, и с Арча в Воид. Всё отлично, а всё ценное в нём (включая ~/.config и ~/.local/share (с исключением парочки отдельно прописанных штук, которые точно не имеют ценности) бэкапится на случай выхода носителя из строя. Терять это, а тем более удалять целенаправленно — глупо. Можно, конечно, заново всё «восстановить» в принципе даже не сложно, просто долго и лень, и непонятно зачем.

Иногда (раз в несколько лет) прохожусь по ~/.config и ~/local, удаляя явный мусор (там всегда понятно, что от какой софтины, и что от той, которой я не пользовался уже скажем 10 лет, и не собираюсь возвращаться, а если вдруг и соберусь, то точно захочу начать с чистого листа).

И да, естественно, переносится всё простым копированием файлов. Идиотский способ с «образами» повторяют из форума в форум какие-то странные попугаи. Копировать «пустые» блоки с мусором от удалённых файлов — глупо. Копировать допустим 100 ГБ раздела образом, если из них занято 10 ГБ — глупо. Копировать с сохранением фрагментации, когда можно (проще, быстрее, разумнее) без неё — глупо.

На ssd нежелательно за раз полный объем записывать.

Как раз после покупки и нужно разом весь объём записать, чтобы и скорости посмотреть, и, в случае чего, сдать по гарантии.

под винду

Если там рядом с DATA ещё WIN раздел, то вобще заранее не скажешь, от какого в пользу какого двигать придётся.

ну или увеличение свопа

ЕМНИП, у Linux не было проблем с двумя swap-разделами, так что не страшно, если DATA последний раздел, можно в в конце откусить, и будет два swap раздела. Да и вобще, swap для разовых операций проще делать в файле, чем разделы двигать.

partclone и никаких

«пустые» блоки с мусором

Ну да, одну проблему оно решает. Но зачем их вообще создавать — непонятно. cp работает идеально. Сразу, без проблем. Без «образов», без фрагментации, без необходимости, чтобы новый раздел был не меньше предыдущего, и т. д.

Да, partclone будет лучше, чем dd. Но тоже бессмысленно.