[РЕШЕНО] Перенос системы с HDD на SSD

quark	# 7 лет, 9 месяцев назад (отредактировано 7 лет, 9 месяцев назад)
Темы: 7 Сообщения: 42 Участник с: 21 марта 2010	Всем доброго времени суток! Планирую перенести систему с HDD на SSD (ноутбук), сам процесс будет такой: подключу два этих винта на Большом брате и dd if=/dev/sdb of=/dev/sdc, размеры уже подогнал. Вопрос следующий: нужно оптимизировать работу ССД, то есть сократить до разумного число записей на диск: 1. ТРИМ - понятно, включу в фстаб; 2. Отключу журнал в ext4 (два раздела у меня - / и /home) - тож понятно; 3. Отключил уже использование дискового простанства для кеша Firefox и Thunderbird 4. Своп не использую 5. Хочу также перенести в РАМ все временные файлы, /tmp, и логи (/var/log) - вот здесь пока не понял как это сделать, подскажите, кто знает. Может еще что нужно/можно сделать, у кого есть опыт использования, поделитесь знаниями? Большое спасибо за советы/подсказки

# 7 лет, 9 месяцев назад (отредактировано 7 лет, 9 месяцев назад)

Сообщения: 42

Участник с: 21 марта 2010

Всем доброго времени суток! Планирую перенести систему с HDD на SSD (ноутбук), сам процесс будет такой: подключу два этих винта на Большом брате и dd if=/dev/sdb of=/dev/sdc, размеры уже подогнал. Вопрос следующий: нужно оптимизировать работу ССД, то есть сократить до разумного число записей на диск:
1. ТРИМ - понятно, включу в фстаб;
2. Отключу журнал в ext4 (два раздела у меня - / и /home) - тож понятно;
3. Отключил уже использование дискового простанства для кеша Firefox и Thunderbird
4. Своп не использую
5. Хочу также перенести в РАМ все временные файлы, /tmp, и логи (/var/log) - вот здесь пока не понял как это сделать, подскажите, кто знает.

Может еще что нужно/можно сделать, у кого есть опыт использования, поделитесь знаниями?
Большое спасибо за советы/подсказки

maisvendoo	# 7 лет, 9 месяцев назад
Темы: 68 Сообщения: 1142 Участник с: 10 октября 2012	quark dd if=/dev/sdb of=/dev/sdc Зачем так сурово? Как такой вариант, и не надо подгонять размеры разделов. Да пребудет с нами Сила...! CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb http://rusrailsim.org

elsonador	# 7 лет, 9 месяцев назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	1. Диск тоже должен это поддерживать. В fstab не обязательно, достаточно при форматировании. 2. Не нужно. 3. Не нужно. 4. А зря. 5. Не нужно.

quark	# 7 лет, 9 месяцев назад (отредактировано 7 лет, 9 месяцев назад)
Темы: 7 Сообщения: 42 Участник с: 21 марта 2010	Вот тут пишут что без журналирования функция TRIM работать не будет. С п. 2 разобрался, снимается. А вот тмп и логи? elsonador 5. Не нужно. Почему не нужно? В РАМ места много (опенбокс использую), почему бы и нет? Только как, чтоб наверняка?

quark

# 7 лет, 9 месяцев назад (отредактировано 7 лет, 9 месяцев назад)

Темы: 7

Сообщения: 42

Участник с: 21 марта 2010

Вот тут пишут что без журналирования функция TRIM работать не будет. С п. 2 разобрался, снимается. А вот тмп и логи?

elsonador
5. Не нужно.

Почему не нужно? В РАМ места много (опенбокс использую), почему бы и нет? Только как, чтоб наверняка?

52th	# 7 лет, 9 месяцев назад
Темы: 11 Сообщения: 462 Участник с: 01 октября 2012	5. Хочу также перенести в РАМ все временные файлы, /tmp, и логи (/var/log) - вот здесь пока не понял как это сделать, подскажите, кто знает Переносить логи в RAM - плохая затея, как потом будешь "разбор полётов" делать? Ведь после перезагрузки все данные логи будут пустыми. Вот для примера мой fstab для SSD `# /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> # /dev/sdb6 LABEL=ROOT UUID=248a0e64-28df-465a-877f-7dec69ca888a / ext4 rw,relatime,discard 0 1 tmpfs /tmp tmpfs nodev,nosuid 0 0 #монтируем в RAM tmpfs /var/tmp tmpfs nodev,nosuid 0 0`

52th

# 7 лет, 9 месяцев назад

Темы: 11

Сообщения: 462

Участник с: 01 октября 2012

5. Хочу также перенести в РАМ все временные файлы, /tmp, и логи (/var/log) - вот здесь пока не понял как это сделать, подскажите, кто знает

Переносить логи в RAM - плохая затея, как потом будешь "разбор полётов" делать? Ведь после перезагрузки все данные логи будут пустыми.
Вот для примера мой fstab для SSD


# /etc/fstab: static file system information
#
# <file system>	<dir>	<type>	<options>	<dump>	<pass>
# /dev/sdb6 LABEL=ROOT
UUID=248a0e64-28df-465a-877f-7dec69ca888a /  ext4  rw,relatime,discard 0 1
tmpfs  /tmp         tmpfs nodev,nosuid			            	0 0      #монтируем в RAM
tmpfs  /var/tmp   tmpfs nodev,nosuid                                    0 0

quark	# 7 лет, 9 месяцев назад
Темы: 7 Сообщения: 42 Участник с: 21 марта 2010	Нашел статью, очень даже доходчиво все написано, выводы: 1. Свободное пространство 2. ТРИМ 3. /тмп в РАМ пишет что этого достаточно. Но я все-таки перенес ~/.cache в РАМ И про логи, да, согласен, все-таки иногда их изучаю. Ставлю тег "РЕШЕНО", всем спасибо за участие.

quark

# 7 лет, 9 месяцев назад

Темы: 7

Сообщения: 42

Участник с: 21 марта 2010

Нашел статью, очень даже доходчиво все написано, выводы:
1. Свободное пространство
2. ТРИМ
3. /тмп в РАМ
пишет что этого достаточно.
Но я все-таки перенес ~/.cache в РАМ
И про логи, да, согласен, все-таки иногда их изучаю. Ставлю тег "РЕШЕНО", всем спасибо за участие.

jim945	# 7 лет, 9 месяцев назад (отредактировано 7 лет, 9 месяцев назад)
Темы: 8 Сообщения: 3066 Участник с: 25 января 2010	quark 2. Отключу журнал в ext4 (два раздела у меня - / и /home) - тож понятно; На SSD лучше перенести только корень. /home на жестком оставь. Я себе также сделал. Правда пришлось от дисковода избавиться))) Lupus pilum mutat, non mentem.

arcanis	# 7 лет, 9 месяцев назад (отредактировано 7 лет, 9 месяцев назад)
Темы: 31 Сообщения: 1496 Участник с: 09 сентября 2012	tmp и так в RAM же ж, разве нет? /var/tmp я вытался перенести туда же, но наблюдал какую то неприятную фичу, в итоге вернул назад (где то здесь в треде отписывался). dotcache вы тоже зря бодро так выкинули, там много чего есть. PS опыт использования ssd на / 2 года почти вроде (это для cache ssd!) проблем не испытываю, все изменения - это опции в fstab только PGP 0x31361F01 arcanisrepo

arcanis

# 7 лет, 9 месяцев назад (отредактировано 7 лет, 9 месяцев назад)

Темы: 31

Сообщения: 1496

Участник с: 09 сентября 2012

tmp и так в RAM же ж, разве нет? /var/tmp я вытался перенести туда же, но наблюдал какую то неприятную фичу, в итоге вернул назад (где то здесь в треде отписывался). dotcache вы тоже зря бодро так выкинули, там много чего есть.

PS опыт использования ssd на / 2 года почти вроде (это для cache ssd!) проблем не испытываю, все изменения - это опции в fstab только

PGP 0x31361F01
arcanisrepo

quark	# 7 лет, 9 месяцев назад
Темы: 7 Сообщения: 42 Участник с: 21 марта 2010	arcanis tmp и так в RAM же ж, разве нет? /var/tmp я вытался перенести туда же, но наблюдал какую то неприятную фичу, в итоге вернул назад (где то здесь в треде отписывался). dotcache вы тоже зря бодро так выкинули, там много чего есть. Да, /tmp и так в РАМ, systemd туда его автоматом помещает, пока изучал свой вопрос, просветился и на эту тему :-) И /var/run и /var/lock (то есть /run) там же. А вот /var/tmp не советуют даже пробовать туда запихнуть, вроде как в ситуациях, требующих рестарта и работы неких программ до старта системы, эти программы помещаются именно в /var/tmp, потому и ругань была наверно со стороны systemd. По ~/.cache посмотрю еще, вроде нормальный полет ;-) jim945 На SSD лучше перенести только корень. /home на жестком оставь. Планирую только один диск оставить, нет места на два, да и хочу избавиться от HDD, замучала парковка его головок (датчик у меня есть и настроен), можно конечно забить, но нехорошее чувство останется :-)

quark

# 7 лет, 9 месяцев назад

Темы: 7

Сообщения: 42

Участник с: 21 марта 2010

arcanis
tmp и так в RAM же ж, разве нет? /var/tmp я вытался перенести туда же, но наблюдал какую то неприятную фичу, в итоге вернул назад (где то здесь в треде отписывался). dotcache вы тоже зря бодро так выкинули, там много чего есть.

Да, /tmp и так в РАМ, systemd туда его автоматом помещает, пока изучал свой вопрос, просветился и на эту тему :-) И /var/run и /var/lock (то есть /run) там же. А вот /var/tmp не советуют даже пробовать туда запихнуть, вроде как в ситуациях, требующих рестарта и работы неких программ до старта системы, эти программы помещаются именно в /var/tmp, потому и ругань была наверно со стороны systemd. По ~/.cache посмотрю еще, вроде нормальный полет ;-)

jim945
На SSD лучше перенести только корень. /home на жестком оставь.

Планирую только один диск оставить, нет места на два, да и хочу избавиться от HDD, замучала парковка его головок (датчик у меня есть и настроен), можно конечно забить, но нехорошее чувство останется :-)

jim945	# 7 лет, 9 месяцев назад
Темы: 8 Сообщения: 3066 Участник с: 25 января 2010	quark Планирую только один диск оставить, нет места на два, да и хочу избавиться от HDD, замучала парковка его головок (датчик у меня есть и настроен), можно конечно забить, но нехорошее чувство останется :-) ssd своими файлами забивать? Не серьезно. А что за ноут? Lupus pilum mutat, non mentem.

jim945

# 7 лет, 9 месяцев назад

Темы: 8

Сообщения: 3066

Участник с: 25 января 2010

quark
Планирую только один диск оставить, нет места на два, да и хочу избавиться от HDD, замучала парковка его головок (датчик у меня есть и настроен), можно конечно забить, но нехорошее чувство останется :-)

ssd своими файлами забивать? Не серьезно.
А что за ноут?

Lupus pilum mutat, non mentem.