4639
Разметка SSD + HDD
Трям всем. Проблемка такая, предыдущий винчестер почил в бозе. Приобрел SSD и HDD, 240G и 1T соответственно. Ну и встал вопрос разметки. Корень хочу поставить на SSD, хомяка на HDD. Подскажите, плиз, как разметить твердотельный? Интересует: надо-не-надо подкачка, какой файловой системой размечать, надо ли и сколько оставлять неразмеченным, надо ли и сколько оставить под /boot, 512М хватит? У меня BIOS, если что. Буду благодарен всем, кто проявит участие. Для удобства вот:
SWAP —
ФС — Неразмеченная —
/boot -
SWAP —
ФС — Неразмеченная —
/boot -
26 комментариев
я себе 20 гиг оставил, поговаривают, что так полезней.
ничего не оставлял, у меня /boot живет в "/" и не тужит уже лет 5.
SWAP — не надо, при необходимости создашь свапфайл;
ФС — на свое усмотрение; Неразмеченная — на свое усмотрение;
/boot — зачем?
bash.org
Вообще, не вижу смысла не делать отдельный хомяк. Процедура не простая, а очень простая, минусы отсутствуют.
И вполне вероятно однажды будете пользоваться виртуальными машинами, образы осей будет удобней в хомяке держать.
Что касается папок Документы/Загрузки и т.п., то в них можно настроить символические ссылки на папки в HDD, чтобы не устраивать в ssd файлопомойку.
Если бы я ещё на спеке не делал бекапов- год назад снова писал бы то что было уже написано 30 лет назад. А вот теперь понадобилось. Слава богу, нашел дискетуЮ, и привод для них ещё живой. Всего лишь модуль апроксимации, бейсик, по Гауссу, но лучше чем у Гаусса…
Казалось бы давно есть такие либы… вроде бы есть, а вот всё не то.
Храните всё!
Мало ли, а вдруг пригодится. Через хренщнаетскока лет.
2. ФС — я бы делал только btrfs, почему, — писать долго и лень, в интернете полно инфы по этому вопросу, тем паче что манжара при инсталле задает вернейшие параметры изначально для этой фс
3. boot — без уефи не нужен более чем полностью.
И да, отдельный хомяк не нужен. Делай все на ссд, и корень и хомяк.
Удачи коллега, с Рождеством)))
— Свап — файлом. легко перемещать, легко менять размер — делать раздел смысла нет
— home делаю отдельным диском или разделом, только если нужно шифровать, больше смысла нет. Если переустанавливаю систему, home всегда удаляю с целью почистить от шлака. зачем каждый раз его переиспользовать не понимаю, экономия по времени там всего пару часов, как по мне лучше удалить всякого говна на десятки гигабайт, чем хранить этот шлак, ради экономии немного времени.
— если home будет HDD — это плохо, потому что система будет тупит, например, браузеры кешат гигабаты инфы и активно работают с home
На этом форуме не особо давно была пачка топиков на тему проблем с ней. Например, снапшоты выжирали все место. Особенно мило сочетается с
багомфичей «невозможно стереть данные с переполненной btrfs по причине переполнения btrfs».Показательно, что красношапка, которая некогда носилась с этой ФС забила на нее.
OpenSUSE при заигрываниях с ней все равно предлагала для хомяка XFS.
Добавим сюда периодические регрессии.
И ритуалы техножречекства, необходимые для поддержания производительности духа машины на стабильном уровне: balance, defrag, scrub.
От mq-deadline в качестве планировщика для «non-rotating device» будет больше толку в плане производительности на операциях чтения/записи.
Так целесообразно ли это использовать? Очередную гениальную затею Поттеринга я в расчет не беру.
Насколько я помню для отдельного хомяка там предлагалось все же XFS.
Один человек с УМВР это отличная статистическая выборка.
за сим дисскуссию с вами по этому вопросу прекращаю, ибо бесполезно. когда то, помню, эксперты локалхостов тоже хаяли и ext4, с тех времен ничего не поменялось, — ни логика икспертов, ни отношение линуксоидов к новинкам, хотя btrfs новинкой назвать как то язык не поворачивается. еще раз, удачи вам)))
Как бы пока не увидел каких нужных для меня плюсов, перфоменс вроде как примерно равный, и ext4 не фрагментируется, так что получше будет.
У btrfs для меня главный плюс это архивация данных, так как SSD маленькие, а хранятся в большинстве случаев текстовые файлы. Все остальное шлак, снапшоты это как бекапы если их вовремя не делать, то они бесполезны.
manjaro.ru/newby-corner/ustanovit-na-zfs.html
В BTRFS -работает авто-дефрагментация.
Кто-то мешает настроить их делать автоматом перед каждым обновлением?
Сжатие файлов на лету, средствами самой файловой системы, без сторонних утилит.
А так каждый пользуется тем, что ему по душе.
согласен, на вкус и цвет все фломастеры разные
bash.org
Я бы почитал что настроить и как в первую очередь
Лично я использую 01-btrfs-autosnap.hook cо своим скриптом, для pacman, что бы делался снапшот автоматом, при обновление/удаление/установки пакетов.
вот тут все начиналось, здесь — как решал траблы, остальное на свое усмотрение
bash.org