Настройка Ubuntu для работы с SSD

[thunderamur]

saveriy,
да он не часто запускается и работает всего минуту-другую.
я тоже только раз заметил, случайно.

[Виктор Перестукин]

Хочу уточнить. Получается, что для установки ubuntu 14.04 эта статья не актуальна. И ставить нужно по рекомендации для новичков, выделяя раздел под swap, не предпринимая никаких дополнительных мер по использованию ssd. Это так?

[thunderamur]

Виктор Перестукин,
нет, ну swap я все равно не делаю. Странно, если обладателю SSD нужен swap.

[oermolaev]

Странно, если обладателю SSD нужен swap.

спящий режим иногда хочется

[thunderamur]

oermolaev,
ну кому хочется, те делают своп. Я вообще забыл про него)

Кстати его можно и на HDD сделать, но мириться со скоростью ухода и выхода из сна, зато не переживать записывая гигабайты ОЗУ.

[Pakostnik]

Смысл в том, чтоб не быть болваном, тупо следующим протухшим рекомендациям. Нужно хотя бы немного интересоваться вопросом - это же Linux, для энтузиастов.

[Виктор Перестукин]

Мелкий Pakostnik, помогите этим болванам, освежите рекомендации. А то мысли и в вашей голове могут протухнуть. Если они есть, конечно. Из Вашего поста это далеко не очевидно.

[Grayscale]

Ребят, а это нормально, что в 14.04, когда используешь общераспространенный способ проверки работы trim(с помощью hdparm читать сектора), то нулями не забиваются они, что якобы свидетельствует, что trim не работает. в 13.10 все нормально было. Я даже подправил свой старый fstab, который еще со времен 13.10 был, убрал discard'ы все оттуда, проверил снова - ноль эмоций.
В процессах fstrim тоже не отловил, нету.
TRIM поддерживается диском, 100%
Пользователь решил продолжить мысль 29 Апреля 2014, 23:17:06:

cat /etc/cron.weekly/fstrim
#!/bin/sh
# call fstrim-all to trim all mounted file systems which support it
set -e

# This only runs on Intel and Samsung SSDs by default, as some SSDs with faulty
# firmware may encounter data loss problems when running fstrim under high I/O
# load (e. g.  https://launchpad.net/bugs/1259829). You can append the
# --no-model-check option here to disable the vendor check and run fstrim on
# all SSD drives.
exec fstrim-all

ну и что, стоит ли --no-model-check поставить мне? у меня ssd от Sun Disk

[san4ez]

Вот тут http://askubuntu.com/questions/443761/how-is-trim-enabled читал, что trim по дефолту работает только на SSD от Intel and Samsung

Печально((

[Grayscale]

Вот тут http://askubuntu.com/questions/443761/how-is-trim-enabled читал, что trim по дефолту работает только на SSD от Intel and Samsung

Печально((

оно по дефолту работает как задача в cron еженедельная. Вот я и спрашиваю, стоит ли отменить проверку вендора SSD-диска для этой задачи?
На крайний случай запилим свою cron-задачу, как по мануалу к прошлым Ubuntuм

[san4ez]

Выполни sudo fstrim -v /

При неудаче добавь в /etc/cron.weekly/fstrim --no-model-check

По ссылке же всё написано.

[Grayscale]

Выполни sudo fstrim -v /

При неудаче добавь в /etc/cron.weekly/fstrim --no-model-check

По ссылке же всё написано.

(Нажмите, чтобы показать/скрыть)

не не гневатесь так) вы дали ссылку и сказали, что там прочли, что TRIM по дефолту у Intel и  Samsung. Откуда ж мне было знать, что надо по этой ссылке перейти и что там написано, что делать? Лишний раз убеждаться  в том, что TRIM по дефолту не для всех мне не хотелось, тем более мой пост выше, над вашим который, о том же самом говорит)

ага, работает команда, сделаю

[san4ez]

Как результат, получилось ?

(Нажмите, чтобы показать/скрыть)

И не думал гневаться, всё ок

[Mikhail-bar]

Получается, что только на Интеле и Самсунге ничего делать не надо с TRIM в 14.04, а также рекомендованный в статье способ включения TRIM через "discard" неоптимален. Для своего ссд Адата обновил прошивку (там улучшили работу трим), заменил последнюю сточку в /etc/cron.weekly/fstrim на
exec fstrim-all --no-model-check
для еженедельного выполнения трима

[SU1C1D3]

Подскажите в чем проблема?

При настройке /etc/fstab добавляю параметры :

Код: [Выделить]

tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
tmpfs /var/lock tmpfs defaults 0 0
tmpfs /var/spool/postfix tmpfs defaults 0 0
перестает грузиться и выдает запрос «Ожидайте или нажмите S, чтобы пропустить подключение или М для выполнения самостоятельного восстановления»

так же если заменить строки

Код: [Выделить]

«UUID=[NUMS-AND-LETTERS] / ext4 errors=remount-ro 0 1»
заменяем на
«UUID=[NUMS-AND-LETTERS] / ext4 disсard,errors=remount-ro 0 1»
Начинает жаловаться на видео драйвер и грузится только консоль.

Где капать?