[решено] arch на ssd (разбивка разделов)

Дада, на диск как раздел
а на тему размера и количества своп разделов/файлов?
От двух свап разделов выйгрыш в скорости только если они на разных физических дисках находятся. На одном диске нет смысла делать несколько свап разделов, за исключением использования нескольких установленных линуксов использующих гибернацию
Возник у меня вопрос почти аналогичный тому что здесь обсуждали поэтому подниму эту тему.
Линуксами почти 5 лет не пользовался, все что знал забыл, могу спросить какую-нибудь глупость заранее извините )))
Итак, ставлю арч второй системой на свой личный домашний комп. Диски могу размечать как сочту нужным если понадобится, ограничений нет.
Дано: оперативка 16 гигов, на SSD порядка 110 гигов, на HDD в принципе сколько потребуется. Пока на HDD около 200 гигов выделил, могу увеличить до терабайта если понадобится (пока не вижу зачем такое могло бы понадобиться). Еще на HDD есть разделы с музыкой, киношками и прочими файлопомойками, их потом примонтирую как сочту удобным.

Цель ставится чтобы система максимально быстро работала. Экономия места на дисках интересует в последнюю очередь. Но разумеется по возможности не хотелось бы забивать SSD всяким хламом (или чтобы система его без надобности насиловала). Молиться на него не собираюсь но то что гигабайт на SSD все еще недешев учитывать приходится.
Гибернацию и сон не использую, комп как правило раз в день загружается и раз в день выключается. Использование виртуалок в принципе планируется, но не могу себе представить чтобы мне понадобилось две или больше одновременно. Одну для всяких экспериментов использую регулярно.

Пока у меня складывается такая картина:
Свап не делаю вообще. Потому что пока практически не встречал в своей деятельности совокупность программ которая заняла бы больше 12 гигов памяти под Windows 7 (там причем больше 2 гигов сразу занимает сама винда). Большую часть времени у меня вообще 4-6 гигов используется остальное свободно.
Создал раздел /boot. Не хотел но EFI. По инструкции все делал, FAT32 и так далее. На всякий случай сделал 1 гиг чтобы точно хватало места.
Все остальное доступное место на SSD - сделал один раздел который монтирую как /
На HDD создал тоже один раздел, монтирую как /Disk2
А все что хочу видеть на HDD прописал туда при помощи симлинков и биндов:
Для home:
ln –s /Disk2/home /
Для var:
mount --bind /Disk2/var /var
И в fstab прописал строку:
/Disk2/var /var none bind 0 0
Предварительно все содержимое var разумеется перенес в /Disk2/var
Монтировать /home, /var или что-либо еще к отдельным разделам на домашнем компе смысла не вижу, наоборот думаю будет неэффективное использование диска.
Файлопомойки всякие монтирую отдельно, пока не до конца понял как мне удобнее но разберусь, это не принципиально.

Итого вроде все нормально работает. Прошу более опытных пользователей покритиковать с точки зрения оптимальности.
Может что-то еще стоит выкинуть на HDD или наоборот что-то вернуть на SSD?

Haron_Prime
P.S> ~/.cache вынесен в /tmp
Подскажите пожалуйста где вот это правильнее будет прописать.
И правильно ли я понял что /tmp в арче монтируется в оперативку по умолчанию, мне ничего для этого специально править не надо?
blackboar
Создал раздел /boot. Не хотел но EFI. По инструкции все делал, FAT32 и так далее. На всякий случай сделал 1 гиг чтобы точно хватало места.
1 гига много
у меня для EFI выделено 64M где поместились EFI загрузчики Арча, Убунты и Вин 10, заняло всего 29M.
/var я не переносил никуда никогда с ssd, там же и свап, за 2 года использования ssd с арчем и вин 10 утилита показывает что осталось ресурса 93%. так что более 4х лет еще проработает точно ))), в смарте ошибок нет ни одной... ссд дешевый брал.
решать тебе конечно экономить ресурс ssd или нет, я для себя решил не экономить, так даже хомяка на ссд оставил, файлопомойка как и у тя на хдд.
~/.cache я тоже никуда не выносил.

blackboar
И правильно ли я понял что /tmp в арче монтируется в оперативку по умолчанию, мне ничего для этого специально править не надо?
да.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
/var я не переносил никуда никогда с ssd, там же и свап
Присмотрелся повнимательнее к /var. У меня он сейчас весит около 2.2 гигов, из них почти 2 гига это кэши pacman. Наверное вот их на HDD выкину и еще логи, остальное действительно на SSD пусть будет.
Свап если понадобится думаю разумеется на SSD делать но таки надеюсь что не понадобится.

nafanja
утилита показывает что осталось ресурса 93%.
Не по теме но поделитесь пожалуйста какая утилита. У мнея 2 SSD, один свежий второй модели 2013 года так вот для второго те утилиты что я пробовал статистики не показываю, только смарт. Пишут что слишком старый. Может та что вы пользуете осилит.

nafanja
~/.cache я тоже никуда не выносил.
Опять же не по теме, но подскажите пожалуйста как это вообще делать или лучше в каком гайде такие вопросы описаны. Все забыл нафиг, не соображу с ходу даже что гуглить )))
И благодарю за отзыв!
blackboar
Наверное вот их на HDD выкину
Не выкинете, если вы переместите /var на другой носитель, то получите при выключении/перезагрузке ошибку: "Failed unmounting /var".
Failure to umount /var at shutdown
/var stays busy at shutdown due to journald #867
In Tux We Trust
redix
Не выкинете
Т.С. же про кеш пакмана говорил, а его куда угодно выносить можно. У меня он вообще в tmp
vasek
то TRIM поддерживается, но если в дополнение к этому слева стоит * (звездочка), то TRIM активирован.
То есть вы хотите сказать, что в нашей английской вики неправильно написано, и трим самому включать не надо?
Warning: Users need to be certain that their SSD supports TRIM before attempting to use it. Data loss can occur otherwise!
To verify TRIM support, run:

# lsblk –discard
And check the values of DISC-GRAN (discard granularity) and DISC-MAX (discard max bytes) columns. Non-zero values indicate TRIM support.

Alternatively, install hdparm package and run:

# hdparm -I /dev/sda | grep TRIM
* Data Set Management TRIM supported (limit 1 block)
redix
Не выкинете, если вы переместите /var на другой носитель, то получите при выключении/перезагрузке ошибку: "Failed unmounting /var".
Failure to umount /var at shutdown
/var stays busy at shutdown due to journald #867
Если честно, не могу похвастаться что сходу полностью понял в чем именно суть проблемы описаной по этим ссылкам.
На практике получилось вот что, сделал как собирался - переместил /var обратно, кроме /var/log и /var/cache/pacman, в fstab прописал так:
/Disk2/var/log  /var/log none  bind  0 0
/Disk2/var/cache/pacman  /var/cache/pacman  none bind  0 0
Перезагрузил раза 3, все штатно. Проверил работоспособность pacman. Аномалий не вижу. Набрал для интереса systemctl --failed --all. Тоже все чисто.
Пока даже не знаю что еще проверить и надо ли.
И не знаю как прокомментировать то что пишут по вашим ссылкам, я не понял относятся ли они к тому что я сейчас сделал. А может просто пофиксили это уже?
Morisson
То есть вы хотите сказать, что в нашей английской вики неправильно написано, и трим самому включать не надо?
Я делал как в вики сказано, без этого * слева от TRIM не было. SSD - Silicon Power V55, достаточно уже старая модель. Хотя и без понятия важно ли какая модель )))
 
Зарегистрироваться или войдите чтобы оставить сообщение.