GPT vs MBR, GRUB2 и не только
Всем добре!
В общем появился у меня SSD быстренький, конкретно модель
Corsair Nova Series
Gentoo на него. Посему возникли несколько вопросов ...
Выбор файловой системы здесь уже обсуждался, кроме того я
порыл инет в этом плане. Поправьте меня,если я не прав, но
для современных SSD с поддержкой TRIM (соответственно со свежим
ядром самого Линуха) вобщем-то вопрос выбора файловой системы
не так уж и критичен стал. Планирую reiser3 (может 4-ую) ибо
давно на ней сижу и доволен. Теперь собственно чего хотел спросить
у гуру - разбиение сего диска. Вообще Gentoo ставил уже забыл сколько
раз, но всегда пользовал fdisk, соответственно реликтовый MBR.
Про выравнивание разделов для оптимизации/увеличении срока работы
SSD знаю и как делать себе представляю. Захотелось мне произвести
разбиение типа GPT (для тренировки, ибо скоро приедут системы на EFI).
Зачем придумали GPT и чем оно отличается от MBR я тоже представляю.
Как это делать руководства в сети есть, но теория это одно, а практика
в каждом конкретно случае уже совсем другое. Посему вопрос к тем кто реально
это делал "какие подводные камни?". Конкретно меня интересует
вот что ... Какой загрузчик использовать? GRUB1, вообще говоря, в Gentoo
пропатчен для работы с GPT. GRUB2 у нас замаскрован, что навевает на
некоторые мысли, но впринципе я экспериментировать не боюсь. Для GRUB2
ОБЯЗАТЕЛЬНО нужно создавать специальный раздел (со специальным кодом) ...
Верно? Для справки мать у меня без EFI.
Хождение по вариантам решения сего вопроса показало мне, что с детальным
разбиением (корень, /tmp, /home и т.д.) не все так просто в смысле оптимальности.
Хотелось бы разобраться, да и другим думаю будет небезинтересно.
Комп используется как рабоче-домашний (работа типа "наука", мультимедиа).
Как я вижу поляну: /tmp монтировать
в tmpfs (памяти у меня 6 гигов, планируется удвоить, думаю хватит для компиляции
почти всего, а для OO переназначу каталог). Как насчет /var/log?
стоит его все же на диск монтировать? /home оставить
на SSD. У меня в /home обычно лежит большая подборка проф. литературы (PDF,
DJVU и т.п.), музыка (гигов 9-10 я не особый меломан), исходники прог
(C, Python, IDL и т.д. то бишь небольшие текстовые файлы, но много).
Файлопомойку типа фильмов и каталог закачки торрентов вынести на отдельный HDD.
Разумно выглядит? Есть какие предложения у опытных товарищей?
Ну и еще один вопрос ...
Хотелось бы сделать SSD этот мультизагрузочный. Планируется ВЫнь 7.
Кто-нибудь делал так? В сети находил как отрицательные, так и положительные
утверждения, что меня запутало. Дело это не принципиальное, но все же.
- Для комментирования войдите или зарегистрируйтесь
У меня не SSD, но tmpfs
У меня не SSD, но tmpfs пользуюсь:
При 3 Гб оперативки вполне работает, даже с кде. Хотя в кедах при компиляции немного притормаживало. Сейчас на awesome тормозит только при компиляции chromium. Для open/libreoffice делаю
Могут ругатся программы, которым нужно каталоги в /var/log. В этом случае, и если нужно сохранять логи после перезагрузки, видел где-то скрипты, которые архивуют перед отмонтированием и розархивируют после монтирования /var/log и /tmp. ИМХО, на ноутбуке не сохранять логи не критично, как и отсутствие журнала на ФС. Хотя журнал помогает сохранить настройки, если внезапно отрубится батерея.
И где-то на форуме были советы при SSD на нетбуке делать компиляцию на стационарном компьютере и даже выносить /usr/portage и /var/db на него.
vanitas vanitatum et omnia vanitas
У меня не ноут, а десктоп,
У меня не ноут, а десктоп, при чем достаточно мощный.
Спасибо за Ваш пример! Я, как оказалось,
совсем не упомянул важный /var/tmp, да и вообще /var
Логи до останова компа или его перезагрузки можно
сохранять через настройку /etc/conf.d/local
(если baselayout-2) с разархивированием сложнее,
но тоже можно через этот же сервис чего-нить придумать.
Вообще я тоже думаю, что логи сохранять на не-серверах
особого смысла нет. А проги, которым нужны каталоги в
/var/log должны создавать их, если правильно написаны.
Amirych написал(а): Вообще я
Проги должны посылать всё в syslog а остальное - работа системного логгера. Как там его настроиш, так и будет - создавать, нарезать, сортировать, отправлять куданить на другой сервер....
Согласен. Но все же некоторые
Согласен. Но все же некоторые демоны используют свои
файлы логов, что определяются в их конфигах.
Ну не знаю ... cups например
__Все__ можно сазтавить
__Все__ можно заставить писать в сислог и не писать в свои файлы
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Чтобы хлеб был у анализаторов
Чтобы хлеб был у анализаторов логов? :)
Я с ужасом представляю себе messages,
где логи со всего. Ну да ладно, это к
теме не сильно имеет отношение.
Amirych написал(а): Чтобы
Это из-за твоей лени/незнания. Твой логгер ненастроен, а вот к примеру metalog в стандартной поставке имеет конфиг разгребающий основную массу обычных сервисов по папкам и имеет logrotate в комплекте, так сказать для ленивых. Получается что-то вроде этого http://paste.pocoo.org/show/340120/
.
Ого. metalog настолько усердно разгребает, что от /var/log/messages не остаётся ни одного байта? о_0
а эта строка - это просто подпись
не совсем, он просто всё
не совсем, он просто всё пишет в /var/log/everything/current
но там действительно немного остаётся.
Все горе этого мира от лени и
Все горе этого мира от лени и незнания :)
Буду знать теперь про metalog.
Имхо, /var полностью лучше в
Имхо, /var полностью лучше в tmpfs не переносить. Я когда-то стер /var/db, пришлось переставлять систему) Хотя, я встречал способы ускорения portage, с вынесением на squashfs, возможно и /var туда же?
А вот весь /var/tmp в tmpfs я что-то не задумывался. Кто-нибудь пробовал, есть ли профит? И что еще можно в tmpfs кинуть?
vanitas vanitatum et omnia vanitas
Не, весь /var нельза точно!
Не, весь /var нельза точно! Вот /var/tmp да, лишь бы памяти хватало.
squashfs весь славная, но read only как я понимаю. Она больше для
прошивок embedded систем подходит, наверно. По поводу, что еще в
tmpfs ... Я видел как люди настраивали туда кеши браузеров, например.
Тоже интересная мысль, не находите? Скажем для моего компа, который
редко выключается, это неплохой вариант для минимизации операций
перезаписи на SSD (если /home на SSD и настройки браузера дефолтные).
Хотя опять же, ресурс современных SSD уже достаточно велик, годами
исчисляется. Читал как чел даже оценивал такое время, исходя из стандартных
для него операций (программирование под Вынь), и пришел к выводу, что особо
усердствовать с оптимизациями нет смысла.
Да, я встречал описания
Да, я встречал описания переноса ~/.mozilla в tmpfs, но вместе с скриптом, который архивирует его по cron’у каждые несколько минут. Так что профит мне кажется сомнительным, разве что синхронизировать с архивом только при включении-выключении. Но у меня сейчас chromium, который и так достаточно быстр.
А вот про /usr/portage в squashfs надо будет погуглить..
vanitas vanitatum et omnia vanitas
.
Да, пробовали, да, профит есть. Попробуйте:
а эта строка - это просто подпись
/var/tmp/portage у меня уже в
/var/tmp/portage у меня уже в tmpfs, мне было интересно, стоит ли монтировать весь /var/tmp в tmpfs. Но я уже нашел рекомендации, что нет, не стоит: https://wiki.archlinux.org/index.php/Fstab#tmpfs
vanitas vanitatum et omnia vanitas
Насчет SSD, посмотрите на
Насчет SSD, посмотрите на http://optimization.hardlinux.ru/?page_id=224
И, я так понимаю, /var/log, /var/lock, /var/run, /var/tmp/portage, /tmp -- это максимум, что можно вынести в tmpfs?
vanitas vanitatum et omnia vanitas
Спасибо за ссылку! Дельно
Спасибо за ссылку! Дельно говорят и про ноуты, и про десктопы.
Похоже на то.
Спасибо всем кто здесь
Спасибо всем кто здесь отметился!
Но все-таки хотелось бы услышать
и про GPT. Делал кто-нить сие?
Я недавно переводил
.
Меньше недели тому назад перевёл всё, что у меня под рукой,ногой и др. частями тела с
"иглы" MBR на "кальян" GPT :) Сложностей вобщем-то не возникло, но системы, находящиеся
под моим "чютким роговодством" не имеют дисков типа SSD. Первый grub прекрасно воспринял
перемены, только в конфиге ведра не стоит забывать про:
.
О! Спасибо! Ведро давно с
О! Спасибо!
Ведро давно с такими опциями ... у меня внешний винт о 4Тб
Первый значит grub ... Хм ...
Тогда вопрос - спец. раздел значит не делали?
Всмысле везде где я читал про grub2 и GPT
делался спец. раздел для файлов самого grub2.
Какой-такой спец.-раздел?
Для себя я в новшествах grub2 не вижу никакого "профита".
Я не нуждаюсь ни в красивых загрузочных картинках, миню и т.д.
Разделы у меня стандартные, как у чайника:
swap
/boot
/
На LVM:
/usr
/usr/local
/home
/var
/opt
/tmp
/ccache
Дополнительный раздел для его Величества grub2? Не знаю.
После конвертации MBR в GPT желательно не забыть:
grub-install --no-floppy /dev/sd[Ваш главный драйв].А зачем? Только затем, чтобы
А зачем? Только затем, чтобы наплодить кучу разделов?
Может лучше тогда ЛВМ использовать? Тогда и размеры ФС можете менять на ходу, и диски менять (они портятся иногда :) ) почти в онлайне... там много еще плюшек...
Тогда и 4х разделов за глаза...
LVM, как я понимаюЮ имеет
LVM, как я понимаюЮ имеет смысл использовать коли
имеется 2 и более винта в системе. У мя 1 HDD и 1
SSD. Вот на HDD LVM делать думаю стоит - в планах
есть доставить еще. Вопрос был в разбиении именно
SSD. Правда после мучительных раздумий прихожу к
выводу, что GPT и не надо. А уж если хочется еще
и Вынь грузить с него, то совсем GPT никак (по крайней
мере без танцев).
Нет, плюсы есть даже, когда
Нет, плюсы есть даже, когда винч только один. Самое простое - не надо думать над размерами дисков - создаешь минимально необходимые, а раширить можно в любой момент за несколько секунд, даже не размонтируя, т.е. на живой системе.
Нет! Вы не правы! У меня в
Нет! Вы не правы! Это вы с РАЙДом путаете! :)
У меня в ноуте 1 диск, а ЛВМ стоит!
А вам сам бог велел - сможете потом ФС перебрасывать с диска на диск (в онлайне!) и смотреть, где лучше работает... ;)
Только перед установкой ЛВМ прочтите ВЕСЬ хауту, чтобы создалось общее впечатление, а уж потом делайте пошагово.