LinuxMint.com.ru

Сам переносил систему (гигов 150) с HDD на SSD по источнику с loos, используя команду cp.
Помню, что это получилось только со 2-ой попытки, из-за того, что на переносе в loos и на других ресурсах указан символ "/" на конце, а я повторивший разметку разметку (но с большими объемами) на SSD заранее должен был писать символ "/*".
Ну и ещё была возня с необходимостью помимо fstab лезть в grub.cfg и там везде менять UID диска.
Наверное повезло, но никаких проблем с производительностью не возникло больше, только grub сделать красивым всё руки ленятся (а то он выглядит синим после всех операций). Только параметр NAND_GB_Written_SLC в S.M.A.R.T. резко подскочил до 1 тб со всеми этими махинациями. (параметр описывает количество гигабайт записанных на SSD за всё время с каким-то нюансом), но для меня не критично.

О хомяках и капусте.

to_to писал(а): ↑

05 июл 2020, 14:11

Хорошо, если не желательно, то просто потом скопировать всю папку хоум на ссд? Где программы хранят свои настройки, данные и файлы?

Настройки общесистемные хранятся в основном в /etc. Персональные настройки пользователя хранятся в его же домашнем каталоге, чаще всего в скрытых (имя начинается с точки) подкаталогах. Обычно можно home просто скопировать, потом лишь надо подправить владельца домашнего каталога (не всего home) командой sudo chown -R username:username /home/username - где username это имя пользователя в новой системе, а /home/username - домашний каталог этого пользователя (куда все было скопировано).

slant писал(а): ↑

05 июл 2020, 14:41

где username это имя пользователя в новой системе, а /home/username - домашний каталог этого пользователя (куда все было скопировано).

так я сделаю разметку нового диска один в один, только /home станет большего размера и имя пользователя создам старое.
и получается весь /etc и /home скопирую файлы и папки вместе со скрытыми файлами, и должно всё взлететь?

кто-нибудь имел дело с ссд фирмы adata? Как у них качество?
вот такое есть в спб, всё в одинаковую +/- цену 2500
SSD накопитель WD Green WDS240G2G0A 240ГБ
SSD накопитель A-DATA Ultimate SU655 ASU655SS-240GT-C 240ГБ
SSD накопитель AMD Radeon R5 R5SL240G 240ГБ
SSD накопитель CRUCIAL BX500 CT240BX500SSD1 240ГБ
SSD накопитель A-DATA Ultimate SU650 ASU650SS-240GT-R 240ГБ
SSD накопитель KINGSTON A400 SA400M8/240G 240ГБ
SSD накопитель KINGSTON A400 SA400S37/240G 240ГБ
SSD накопитель SANDISK SSD PLUS SDSSDA-240G-G26 240ГБ

to_to писал(а): ↑

05 июл 2020, 15:48

и должно всё взлететь?

нет

to_to писал(а): ↑

05 июл 2020, 15:48

так я сделаю разметку нового диска один в один, только /home станет большего размера и имя пользователя создам старое.
и получается весь /etc и /home скопирую файлы и папки вместе со скрытыми файлами, и должно всё взлететь?

Скопировать /etc целиком - верный способ намертво угробить систему. Попробуйте взять инструкцию по сервис обслуживанию от, скажем, "Мерседеса" и обслужите следуя ей какую-нить "Феррари". Вот где-то так это будет выглядеть.

Если скопировать только /home но не выполнить указанную выше команду chown - шансы 50 на 50.

Т.к. в системе имя пользователя это как-бы внешний его идентификатор, для человеческого удобства. Внутренний, по которому проходят практически все проверки прав - это цифровое значение, UID. У root UID всегда 0, у пользователей - могут быть произвольными, но по негласному соглашению системы дают им идентификаторы начиная с 1000. Первый пользователь - 1000, второй - 1001, и т.д. Нет никакой гарантии что пользователь с тем же именем в другой системе получит тот же самый UID. Выполнив chown вы приведете UID владельца файлов старой системы в порядок - он будет заменен UID-ом актуального пользователя в новой системе.

Кстати, скопировав раздел целиком через gparted этих граблей вы бы не избежали, править владельца файлов все равно пришлось бы.

ок, в статье на losst в каментах написано

Программой Timeshift основанной на упомянутой в статье rsync, я переносил бекап и запускал на внешнем жестком диске, тоже как вариант вообще в три клика мышкой.

может попробовать через таймшифт? Винт на этом нетбуке заполнен на 240 гигов. Сколько займёт бэкап всего диска через таймшифт, если я фотки, видео и музыку, которых там гигов 200, перенесу на внешний винт?
Или так тоже делать не стоит?

для меня статья на losst с инструкцией немного заморочна и я боюсь что-то сделать не так, и потерять данные

Таймшифт с правами файлов не заморачивается. Т.е. развернуть бекап на собственной машине, там где он создавался - проблем никаких. Но на другой машине - будет и момент с /etc (следует убедиться что в бекап ничего кроме home не попадет) и момент с правами. Таймшифт - это вообще слегка для другого дела инструмент. Хотя применить сюда тоже можно. Но с оглядкой.

Простейший алгоритм из уже новой, чистой системы:
1. Копируем каталог пользователя из под root с другого диска в home, но под другим именем. Например - чтобы получилось /home/olduser (Копируем не сразу в свой собственный, чтоб не поиметь цирка с правами, а права менять будем уже на локальной копии чтобы оригинал не портить. root нужен чтобы скопировать все, без оглядки на права).
2. Меняем права через chown для /home/olduser на своего пользователя.
3. Копируем/переносим содержимое из /home/olduser в свой каталог.

Машина одна, винты будут разные- сменю хдд на ссд.
Чтобы не морочить особо голову себе и вам. Если в /etc хранятся настройки программ, то можно брать их и на новый винт эти файлы кидать с заменой. Всё подхватится? Ну и так же файлы для программ из /home перенести

to_to писал(а): ↑

05 июл 2020, 19:04

эти файлы кидать с заменой. Всё подхватится?

нет.

to_to, Согласен со slant, делать из двух систем одну, копируя отдельные папки - ну так себе идея. А методы из статьи можно попробовать, т.к. у вас всё равно останется жёсткий диск с установленной системой,которая никуда не денется. Если сами случайно не запорете.

Немного отсебятины:
1. Бэкап фоток и прочих личных файлов нужно иметь в любом случае, т.к. единственный надёжный способ хранения информации - это хранение минимум в двух экземплярах.
2. Я бы систему переустановил. Когда-то давно пробовал переносить, но возни было не меньше, чем с переустановкой. А нужные конфиги можно будет перенести поштучно.
3. По ссд - вот тут есть исследование надёжности: https://3dnews.ru/938764#Заключение Слегка устарело, и выборка из одного ssd каждой модели мало говорит о надёжности, но можно сделать общие выводы: например, 3D NAND рулит, TLC - избегать.

Ара Магеддон писал(а): ↑

05 июл 2020, 19:09

А нужные конфиги можно будет перенести поштучно.

Так выше написано, что они не подхватятся. Как их правильно перенести?

Ара Магеддон писал(а): ↑

05 июл 2020, 19:09

По ссд - вот тут есть исследование надёжности:

Спасибо, adata там неплохо выглядит

to_to писал(а): ↑

05 июл 2020, 19:36

Так выше написано, что они не подхватятся.

написано про /etc

to_to писал(а): ↑

05 июл 2020, 19:36

А нужные конфиги можно будет перенести поштучно.

они преимущественно в /home

to_to писал(а): ↑

05 июл 2020, 19:36

Так выше написано, что они не подхватятся. Как их правильно перенести?

Ну я так делаю: apt install mc Потом для /etc - sudo mc, для /home - просто mc. Владельца и права он у меня выставлял правильно.
Но у меня конфигов - буквально два-три файлика в /etc и пара-тройка папок в хомяке. Именно то, что лень перенастраивать.

CRUCIAL BX500 CT240BX500SSD1
проблемы при копировании на него много данных, от 10 гитов и более:
греется адски за 70 градусов
скорость на запись падает после 6-7 гигов очень сильно, до 10-30 мбайт/сек, тоесть медленнее чем hdd
при этом наблюдаем эффект тормоза, кроме копирования ничего делать нельзя

при чтении и записи мелких файлов все ок.
не рекомендую

ЗЫ у меня 500гиг модель

to_to, не цитируй всё подряд , слепых склерозников нет.

ilikethat писал(а): ↑

05 июл 2020, 19:51

CRUCIAL BX500 CT240BX500SSD1 ... греется адски за 70 градусов

В ноутбуке стоит?

Ара Магеддон писал(а): ↑

05 июл 2020, 19:46

Ну я так делаю: apt install mc Потом для /etc - sudo mc, для /home - просто mc. Владельца и права он у меня выставлял правильно.

это всё хорошо, но мне, как человеку далёкому от командной строки, это не очень ясно.
install mc что-то установит, далее файлы от программы перенести и выполнить в терминале sudo mc и mc, и на этом всё?

to_to писал(а): ↑

05 июл 2020, 20:00

и на этом всё?

нет .