Linux на SSD.
Модератор: Bizdelnick
- Novichok2016
- Сообщения: 211
- ОС: Xubuntu Core 16.04.3 x64
Linux на SSD.
Надо ли проводить какие то настройки ос, если она установлена на ssd, для ее корректной работы на данном типе диска?
Честно сказать, я уже запутался.
Кто то пишет целые мемуары размером в несколько простынь, по настройки ос линукс для работы в ссд, например, как тут: https://wiki.archlinux.org/index.php/Solid_...BA%D0%B8%D0%B9) или тут: http://help.ubuntu.ru/wiki/ssd
а кто то говорит что просто установить и на этом все, как это делается на жд.
С вендой все понятно - установил и работай, а тут просто масса мнений и каждый считает только себя правильно поступающим по данному вопросу.
Диск у меня такой: 128 гиговый SSD370S
Разбит так:
500 мб - зарезервировано системой
50 гиг - десятая венда
50 гиг - буду делить между рутом и хомячком, примерно так: 20 - рут и 30 - хомяк
17 гиг - оставил не размечено.
Свопа не будет, так как озу 8 гиг и его достаточно.
Использовать буду хубунту 16.04
Тот жд что использовал ранее, пустил под файлопомойку, фс нтфс что бы был досту для обеих ос, размер 500 гиг, один раздел.
Просто, не хочется получить скорость на уровне жд, а еще хуже, получить преждевременную смерть ссд от неправильного использования.
Человек я не богатый, лет пять мечтал купить данный девайс и недавно друг мне помог деньгами купить ссд, выбирал недели две, бюджет 5000 руб, и выбор пал на этот, купил за 4700.
И потому что, вряд ли получиться больше в скором времени купить ссд, есть желание использовать его по уму.
Честно сказать, я уже запутался.
Кто то пишет целые мемуары размером в несколько простынь, по настройки ос линукс для работы в ссд, например, как тут: https://wiki.archlinux.org/index.php/Solid_...BA%D0%B8%D0%B9) или тут: http://help.ubuntu.ru/wiki/ssd
а кто то говорит что просто установить и на этом все, как это делается на жд.
С вендой все понятно - установил и работай, а тут просто масса мнений и каждый считает только себя правильно поступающим по данному вопросу.
Диск у меня такой: 128 гиговый SSD370S
Разбит так:
500 мб - зарезервировано системой
50 гиг - десятая венда
50 гиг - буду делить между рутом и хомячком, примерно так: 20 - рут и 30 - хомяк
17 гиг - оставил не размечено.
Свопа не будет, так как озу 8 гиг и его достаточно.
Использовать буду хубунту 16.04
Тот жд что использовал ранее, пустил под файлопомойку, фс нтфс что бы был досту для обеих ос, размер 500 гиг, один раздел.
Просто, не хочется получить скорость на уровне жд, а еще хуже, получить преждевременную смерть ссд от неправильного использования.
Человек я не богатый, лет пять мечтал купить данный девайс и недавно друг мне помог деньгами купить ссд, выбирал недели две, бюджет 5000 руб, и выбор пал на этот, купил за 4700.
И потому что, вряд ли получиться больше в скором времени купить ссд, есть желание использовать его по уму.
Переезжаю: Xubuntu ---> Debian = Переезд не удался
- Bizdelnick
- Модератор
- Сообщения: 20794
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: Linux на SSD.
Если зпутались, лучше прислушаться к совету в самом начале этой страницы.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Спасибо сказали:
Re: Linux на SSD.
К написанному выше могу добавить:
1. Обязательно проверить настройки trim. В Ubuntu 16.04 они разумные по умолчанию, нужно проверить, работают ли с Вашим SSD, потому что какие-то диски не подерживались из коробки (как помню). В сети можно найти скрипт (старый уже), который позволяет проверить работу trim: https://sites.google.com/site/lightrush/ran...abledandworking
Перед применением внимательно читать написанное там.
2. У меня в памяти кроме кеша apt ещё /tmp, /var/tmp и /var/log. Это может и спорное решение, но для ноутбука вполне допустимое. Если компьютер выполняет важную работу, хранит важные данные то логи наверняка нужно писать на диск, но лучше не на SSD, наверное.
P.S.
SSD370S - в обзорах хвалят, гарантия 3 года. Good.
1. Обязательно проверить настройки trim. В Ubuntu 16.04 они разумные по умолчанию, нужно проверить, работают ли с Вашим SSD, потому что какие-то диски не подерживались из коробки (как помню). В сети можно найти скрипт (старый уже), который позволяет проверить работу trim: https://sites.google.com/site/lightrush/ran...abledandworking
Перед применением внимательно читать написанное там.
2. У меня в памяти кроме кеша apt ещё /tmp, /var/tmp и /var/log. Это может и спорное решение, но для ноутбука вполне допустимое. Если компьютер выполняет важную работу, хранит важные данные то логи наверняка нужно писать на диск, но лучше не на SSD, наверное.
P.S.
SSD370S - в обзорах хвалят, гарантия 3 года. Good.
Спасибо сказали:
- Bizdelnick
- Модератор
- Сообщения: 20794
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: Linux на SSD.
Я бы и кеш apt не стал там делать, а /var/log и особенно /var/tmp — прямо противопоказано.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
- Bizdelnick
- Модератор
- Сообщения: 20794
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: Linux на SSD.
/var/tmp отличается от /tmp как раз тем, что его содержимое (согласно FHS) должно сохраняться при перезагрузке. Если какая-то программа что-то пишет в /var/tmp, значит это важно для её нормального функционирования, иначе она использовала бы /tmp.
С /var/log, думаю, всё очевидно: если что-то начнёт сбоить, причём настолько сильно, что понадобится перезагрузка, потом концы найти будет невозможно.
С /var/log, думаю, всё очевидно: если что-то начнёт сбоить, причём настолько сильно, что понадобится перезагрузка, потом концы найти будет невозможно.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Re: Linux на SSD.
Спасибо. Нужно будет ещё раз просмотреть описание стандарта.
С /var/tmp видимо нужно согласиться, а с логами на ноутбуке - да и хер с ними.
С /var/tmp видимо нужно согласиться, а с логами на ноутбуке - да и хер с ними.
- petyanamlt
- Сообщения: 1773
- ОС: Kubuntu 16.04(x86-64)KDE 5.8.7
Re: Linux на SSD.
Я просто поставил и ничего больше не делал, 3 года полёт нормальный, щас как раз кубунта 16.04
MSI 990FXA-GD80 SocketAM3+ / FX 8350 / Geforce gtx670 4GB / 4xHDD - 2000 -2х500 (Velociraptor) - 240ssd под Kubuntu / 16Gb RAM DDR3 1600 / TV TBS 6281. Ну и разгон естественно, жить без этого не могу.
(mail agent) petyanamlt собака маил.ру
(mail agent) petyanamlt собака маил.ру
Спасибо сказали:
Re: Linux на SSD.
petyanamlt писал(а): ↑09.06.2017 00:11Я просто поставил и ничего больше не делал, 3 года полёт нормальный, щас как раз кубунта 16.04
А какой у Вас SSD?
Re: Linux на SSD.
petyanamlt писал(а): ↑09.06.2017 00:11Я просто поставил и ничего больше не делал, 3 года полёт нормальный, щас как раз кубунта 16.04
Аналогично, год назад, GOODRAM CX200-120 ГБ, PCLinuxOS
Русский форум. Задаёшь вопрос, потом тебе долго рассказывают, какой ты м-к.
Спасибо сказали:
Re: Linux на SSD.
Я просто поставил и ничего больше не делал, 3 года полёт нормальный, щас как раз кубунта 16.04
А какой у Вас SSD?
INTEL SSDSC2CT120A3 -- поставил и ничо не делал. Хотя так как trim слово знакомое, может быть какую то галочку правил.
Сейчас уже не понмю, когда поставил, наверное так дату верную показывает:
ls -lA /var/log/installer/version
-rw------- 1 root root 16 авг. 10 2014 /var/log/installer/version
Спасибо сказали:
- petyanamlt
- Сообщения: 1773
- ОС: Kubuntu 16.04(x86-64)KDE 5.8.7
Re: Linux на SSD.
chitatel писал(а): ↑09.06.2017 08:34petyanamlt писал(а): ↑09.06.2017 00:11Я просто поставил и ничего больше не делал, 3 года полёт нормальный, щас как раз кубунта 16.04
А какой у Вас SSD?
Китайский no name на 240 гигов
Специально взял посмотреть будет ли отличие от "брендовых", не нашёл
MSI 990FXA-GD80 SocketAM3+ / FX 8350 / Geforce gtx670 4GB / 4xHDD - 2000 -2х500 (Velociraptor) - 240ssd под Kubuntu / 16Gb RAM DDR3 1600 / TV TBS 6281. Ну и разгон естественно, жить без этого не могу.
(mail agent) petyanamlt собака маил.ру
(mail agent) petyanamlt собака маил.ру
- Novichok2016
- Сообщения: 211
- ОС: Xubuntu Core 16.04.3 x64
Re: Linux на SSD.
Всем огромное спасибо за участие!!!
Установил хубунту 16.04 и ничего не стал настраивать.
Разметка такая.
Зарезервировано системой 500 мб
Винда 50 гиг
Рут 20 гиг
Хомяк 30 гиг
И остальное не стал размечать.
Но убунтовская утилита Диски меня удивила тем что там еще какой то расширенный раздел появился такким же размером как хомяк:
На жд никогда не было такого....
Что это значит?
Установил хубунту 16.04 и ничего не стал настраивать.
Разметка такая.
Зарезервировано системой 500 мб
Винда 50 гиг
Рут 20 гиг
Хомяк 30 гиг
И остальное не стал размечать.
Но убунтовская утилита Диски меня удивила тем что там еще какой то расширенный раздел появился такким же размером как хомяк:
На жд никогда не было такого....
Что это значит?
Переезжаю: Xubuntu ---> Debian = Переезд не удался
Re: Linux на SSD.
На самом деле было, просто не замечали.
Разметка mbr позволяет не более 4 основных разделов, один из которых модет быть расширенным и позволять создавать внутри себя дополнительно логические разделы.
Все разделы с номерами от 5 и больше в разметке mbr -- логические.
Разметка mbr позволяет не более 4 основных разделов, один из которых модет быть расширенным и позволять создавать внутри себя дополнительно логические разделы.
Все разделы с номерами от 5 и больше в разметке mbr -- логические.
Спасибо сказали:
Re: Linux на SSD.
Вот-вот, на дворе 21 век.
И все уже давно пользуются GPT
Re: Linux на SSD.
RusWolf
Если "обычный" BIOS, а не UEFI, то Windows не будет грузиться с GPT раздела. Так что, остаётся MBR.
Если "обычный" BIOS, а не UEFI, то Windows не будет грузиться с GPT раздела. Так что, остаётся MBR.
Re: Linux на SSD.
RusWolf
И зачем лишние сущности?
И зачем лишние сущности?
Re: Linux на SSD.
NickLion, ну не знаю, может что бы не мучатся с расширенными разделами
Re: Linux на SSD.
RusWolf
Вместо этого мучаться с нестандартным расширением?
Да и мучений при создании не будет, а при изменении будут не меньше, чем при изменении того гибрида. Схема то аналогичная.
Вместо этого мучаться с нестандартным расширением?
Да и мучений при создании не будет, а при изменении будут не меньше, чем при изменении того гибрида. Схема то аналогичная.
Re: Linux на SSD.
Нету никаких мучений, при изменение размеров разделов на гибриде, от слова совсем.
Ну а так хозяин барин. Да и режим загрузки UEFI присутствует на компах уже аж 2011 года
Re: Linux на SSD.
RusWolf
Ну, а какие вы тогда мучения с MBR видите?
Судя по ограниченности бюджета ТС, я сомневаюсь, что на компе присутствует UEFI, в 2011 году далеко не все компы имели UEFI. Да и комп может быть давнее, компы 2008 года с Core 2 Quad вполне актуальны, если не для топовых игр.
Ну, а какие вы тогда мучения с MBR видите?
Судя по ограниченности бюджета ТС, я сомневаюсь, что на компе присутствует UEFI, в 2011 году далеко не все компы имели UEFI. Да и комп может быть давнее, компы 2008 года с Core 2 Quad вполне актуальны, если не для топовых игр.
- Bizdelnick
- Модератор
- Сообщения: 20794
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: Linux на SSD.
Ага, если использовать правильный софт. А если неправильный (то есть ничего кроме стандарта не знающий), разметка рассинхронизируется, и будет мучительно больно. К тому же гибрид позволяет использовать только три первых раздела в случае, если ОС не поддерживает GPT.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
- Novichok2016
- Сообщения: 211
- ОС: Xubuntu Core 16.04.3 x64
Re: Linux на SSD.
Так и есть, материнка с классическим биос.
Не могу найти старые скриншоты программы диски, когда хубунту с той же разметкой и с тем же железом стояла на жд, где не было данного обозначения....
Переезжаю: Xubuntu ---> Debian = Переезд не удался
Re: Linux на SSD.
Bizdelnick писал(а): ↑12.06.2017 15:38Ага, если использовать правильный софт. А если неправильный (то есть ничего кроме стандарта не знающий), разметка рассинхронизируется, и будет мучительно больно.
Ну так никто не запрещает использовать правильный софт
Re: Linux на SSD.
Использовать mbr и не придумывать себе проблем тоже никто не запрещает, у самого ноутбук 11го года без uefi, живу с mbr и бед не знаю.
Какие преимущества получает обычный пользователь используя gpt? Если не ошибаюсь место под разметку она использует больше чем mbr, даже если mbr будет иметь 10 разделов и отъедать под каждые 3 по сектору.
Re: Linux на SSD.
Ну, секторы никто сейчас не экономит, и если комп UEFI, то использовать GPT вполне логично. А так, для обычного пользователя самое заметное отличие — поддержка дисков более 2ТБ (правда 4К секторы поднимают это ограничение в 8 раз).
А вот гибрид особых целей не имеет кроме как дать возможность загрузиться MBR методом и обеспечить поддержку диска более 2ТБ при стандартном 512 байтном секторе. Довольно специфические условия, когда это необходимо, в остальных случаях выбор легко решается либо MBR, либо GPT разметкой.
Спасибо сказали:
- Bizdelnick
- Модератор
- Сообщения: 20794
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: Linux на SSD.
Резервная таблица разделов в конце диска очень сильно уменьшает последствия криворукости (например запуска dd с неправильными аргументами).
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Re: Linux на SSD.
Согласен, что экономия секторов при текущих объемах не актуальна, а про ограничение на адресацию по секторам я не подумал, хотя, как мне кажется, современные hdd уже все идут с размером секторов 4096.NickLion писал(а): ↑13.06.2017 11:44Ну, секторы никто сейчас не экономит, и если комп UEFI, то использовать GPT вполне логично. А так, для обычного пользователя самое заметное отличие — поддержка дисков более 2ТБ (правда 4К секторы поднимают это ограничение в 8 раз).
А вот гибрид особых целей не имеет кроме как дать возможность загрузиться MBR методом и обеспечить поддержку диска более 2ТБ при стандартном 512 байтном секторе. Довольно специфические условия, когда это необходимо, в остальных случаях выбор легко решается либо MBR, либо GPT разметкой.
Об этом тоже забыл, но если говорить о гибриде, то на мой взгляд, сомнительное удовольствие. Как альтернативный вариант можно забекапить главную(а при наличии расширенного и большом желании и все остальные) запись мбр.Bizdelnick писал(а): ↑13.06.2017 13:04Резервная таблица разделов в конце диска очень сильно уменьшает последствия криворукости (например запуска dd неправильными аргументами).
Re: Linux на SSD.
Первый такой мумиар написал Тсо без малого 10 лет назад. С тех пор авторы огромных простынь пересказывают его в меру своей испорченности.
Ибо за проошедшее время сменилось много поколений контроллеров SSD, и сейчас самые дешёвые из них сами делают всё, что нужно, вне зависимости от FS. В том числе и TRIM'ят.
Когда я купил свой первый SSD, тоже ещё в прошлом десятилетии, то написал в фирму-производителя (Корсар, как сейчас помню) на предмет тех самых технических деталей, которые Тсо считал очень важными для оптимизации. Мне ответили в лучших одесских традициях, типа:
Выпивайте и закусывайте, чем бог послал, и пусть вас не волнуют этих глупостей: наши инженеры за всё подумали.
Вообще-то весь тамошний совет сводится к добавлению опции discard при монтировании ext4...
Так что совет корсаров - более прост и универсален.
Сейчас - никаких. А раньше - это обеспечивало ему дополнительную гимнастику ума: чем разбивать на GPT, да как, да как GPT-разметку смотреть...
Это, дети мои, называется прогрессом.
Ну откуда эта легенда? dos label не позволяет загрузить ядро с раздела, лежащего за пределами 2 ТБ. А вот работать с 3 ТБ диском, размеченным как единый dos-раздел, можно прекрасно. Да, при размере сектора в 512. Проверено неоднократно.
PS Много Вы знаете альтернативно чудаковатых, размечающих 10 ТБ HDD как единый системный раздел? Разве что ему действительно кроме 10ТБ панрухи, ничего не нужно...