да уже наверное лет пять как /tmp вынесли в озу
Да я по этому поводу не парюсь просто. ))
Мне не ОЗУ не жалко, ни SSD. Отдельно /var не выносил, так всё на SSD и крутится.
Виктория была задействована чтобы убедиться в исправности ssd.
Чем smartctl не угодил?
sudo smartctl -i -a /dev/sda
ssd с которым я проделал следующее в последовательности:
1) Полное форматирование. Т.е. физически все забил нулями
2) С помощью victoria сделал тесты чтения, проверки и ЗАПИСИ. Тут ключевой момент в записи т.к. виктория физически в каждый блок из 512 байт в начале вписывает следующее LBA "номер" "Дата" "время" дальше нули до конца блока.
Но зачем?!!
Достаточно было просто отформатировать, у SSD своя специфика, и даже после быстрого форматирования восстановить данные будет практически невозможно.
Для клонирования диска есть православная dd, где можно указать bs - размер блока, например:
dd if=/dev/sda bs=8M conv=sync,noerror | gzip -c > /mnt/backup/sda.img
Либо использовать спец. дистрибутивы, типа https://clonezilla (аналог Acronis для линуксов). Но там под капотом та же dd
SkyRewir
Насколько я знаю, в var хранятся логи, системные журналы и временные файлы, которые постоянно перезаписываются, возможно я не прав.
Там ещё много чего хранится, например кэш приложений. Тот же пакман там складывает все пакеты, которые были установлены, чтобы в случае чего, можно было откатиться на предыдущую версию.
Временные файлы хранятся в /tmp и /var/tmp. Если ОЗУ много, то можно эти каталоги монтировать прямо туда. Для этого в fstab надо дописать
tmpfs   /tmp                                                     tmpfs     nodev,nosuid                0  0
Хотя, возможно, это уже делается по умолчанию.
nafanja
можешь попробовать для автоматизации этого процесса
За снаппер спасибо, как-то искал его в репах и не нешёл. Наколхозил свой скрипт:
в .bashrc
alias update='sudo /home/user/conf/scripts/btrfs/update.sh'
cat  /home/user/conf/scripts/btrfs/update.sh
#!/bin/bash
btrfs subvolume delete /_snap/noup
btrfs subvolume snapshot / /_snap/noup
yes|pacman -Syyu
И при обновлении просто пишу в консоли update
Про дефрагментацию согласен. На SSD она в принципе не нужна. //ушёл править fstab
nafanja
дефрагментация дублирует данные в снимкаx
Не замечал такого. У меня тома c btrfs монтируются с опциями compress=lzo и autodefrag. Стапшот корня делаю, в основном перед обновлением.
да и наиболее привлекательные типы RAID-массивов говорят глючат…
Ну не знаю. На файлопомойке два диска в RAID1 (mirror), на компе два SSD в RAID0 (был на 120Гб, докупил ещё 240Гб, итого 360Гб). Пол-года полёт нормальный.
Если памяти мало и своп будет активно использоваться, это существенно сократит срок жизни ssd.
Сильно зависит от от модели SSD. Современные модели имеют жизненный ресурс сравнимый с HDD.
Из практики - две боевые машины: на одной самый дешёвый SSD (Smartbie 60Gb) за три года - здоровье 97%, на другой за эти же три года два HDD поменяли (В комплекте шёл TOSHIBA 320GB, а на что меняли не вспомню).
swap раздела ноутбук будет выходить из гибернации?
Нет.
Если нужна гибернация, то нужен и swap, не меньше размера ОЗУ. в Вашем случае 6+ГБ

А для чего делать симлинки, насколько я помню это как ярлыки в окнах?
Это ссылки. То есть данные лежат на одном месте, а к ним ведёт ссылка. Тупо для удобства. То есть Вы в домашнем разделе (SSD) нажимаете на папку Музыка и "проваливаетесь" на HDD.

Никогда раньше не использовал btrfs, возможны какие-либо проблемы с этой файловой системой?
Проблемы могут быть с любой ФС, поэтому не забывайте про резервное копирование важных файлов! Систему всегда можно переустановить (в крайнем случае), а вот потерянные данные вернуть тяжелее. Но у меня за пару лет пользования btrfs проблем не возникало. Кстати, в Suse btrfs - это ФС по умолчанию, так что вполне стабильная и рабочая ФС. Из плюсов - снапшоты, RAID-массив средствами самой ФС. Можно дефргаментацию в фоне.
Если заинтересовало, пишите. Помогу разобраться.
У меня кстати, тоже после обновления 16-го декабря проблема с флешкой вылезла: она видится, монтируется, но ничего нельзя записать - воходит ошибка, что не хватает прав (даже под root). Разбираться некогда было - уехал в командировку
Если на предвидится UEFI, то можно поизвращаться:
Форматируем SSD в btrfs,
Создаем два поддтома: /root и /home
На HDD создаём каталоги Музыка, Видео, Документы и т.д, затем делаем симлинки на эти каталоги в хомяк
Своп не нужен
Итого: на SDD корень и хомяк, ФС btfs сама позаботится о распределении места на диске между поддтомами. В хомяке на SDD "быстрый" кэш приложений: браузер, почта и т.д. "Тяжелые" данные - музыка, доки, фильмы - на HDD.