Нет, в Debian традиционно меньше настроек, чем в Ubuntu — темы для Qt в GTK окружениях, микрокод для процессоров и TRIM — настраивай сам.

Зато как хочешь настраивай — или опция discard в /etc/fstab, или сам напиши таймер systemd для этого по аналогии с Ubuntu, или даже что-то свое, скажем TRIM при каждом выключении.

Посмотри в /etc/fstab включена ли опция discard

https://wiki.archlinux.org/index.php/Solid_state_drive_(Русский)

systemctl status fstrim.timer

Первых не читай. Выше правильно, сказано про fstrim.timer

В Debian 10 по умолчанию засажена служба в systemd. Но не включена.

Включается стандартно для systemd

sudo systemctl enable fstrim.timer

Спасибо

Следует знать о минусах fstrim.timer (фактически, это закат солнца вручную вместо нормального механизма)

Также арчеводы явно пишут «Примечание: Сначала вы должны попробовать использовать способ с опцией монтирования discard. Данный же способ нужно выбирать только если первый вам не подошёл для нормальной реализации TRIM»

А ещё на ntfs3g не работает? Приходится загружать венду и удалять файлы в ней, и вроде ещё утилита производителя должна быть запущена которая будет за этим всем следить.

фактически, это закат солнца вручную вместо нормального механизма

Спорное заявление. Тормозить на каждой операции записи или раз в неделю ночью? Непростой выбор!

У меня этот fstrim.timer как-то странно работает - systemd рапортует об успешном проведении (он у меня настроен на ежесуточное отрабатывание), но потом я вручную делаю fstrim -v -a, и он тримит десятки гигабайт. Wtf

А ещё на ntfs3g не работает?

Не знаю, не интересовался.

Тормозить на каждой операции записи

Спорное заявление. Особенно, учитывая наличие queued trim. Почитайте матчасть перед заявлениями о спорных заявлениях :)

Жаль, у меня стим с игрушками на нтфс разделе и ему плохо живётся без виндоус.

Посмотри журнал, отрабатывает ли правильно таймер. И какая команда в таймере прописана

Также арчеводы явно пишут «Примечание: Сначала вы должны попробовать использовать способ с опцией монтирования discard. Данный же способ нужно выбирать только если первый вам не подошёл для нормальной реализации TRIM»

В английском разделе https://wiki.archlinux.org/index.php/Solid_state_drive такого не увидел.

Скорее, наоборот:

Note: There is no need to enable continuous TRIM if you run fstrim periodically. If you want to use TRIM, use either periodic TRIM or continuous TRIM.

Note: Continuous TRIM is not the most preferred way to issue TRIM commands among the Linux community. For example, Ubuntu enables periodic TRIM by default [5], Debian does not recommend using continuous TRIM [6] and Red Hat recommends using periodic TRIM over using continuous TRIM if feasible. [7]

У меня дискард фризит всё ио, на больших файлах особенно заметно. Главная подстава в том что гигабайты улетают за пару секунд, потом сиди жди пока оно отрфризится. Но с крошечными файлами в пределах пары гигабайт проблем не было вроде.

Особенно, учитывая наличие queued trim.

Да, теоретически должно быть лучше, но если операция длительная, свои тормоза ты получишь, просто с отсрочкой. Плюс оно не везде работает. Ну и вообще, а зачем TRIM так часто? Я его делал раз в три-четыре месяца даже на «медленных» SATA SSD, и ни на что это особо не влияло. Популярность этой темы удивляет :)

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

Wear leveling вроде никак не связан с этим. Контроллер всегда может свопнуть любую пару ячеек на свой вкус, отразив это в таблице трансляции.

Хм, возможно. А как он это сделает если они все заняты? И откуда пошло это «оставьте 30% неразмеченными».

тут случай запущенный

TRIM on SSD and Linux (комментарий)

TRIM on SSD and Linux (комментарий)

Ну есть такая категория на ЛОРе: «я сказал, значит я сказал - читайте документацию».

Ок, в английской написано «большинство делает trim через fstrim» :)

Ubuntu делает хоть какой-то trim (через таймер), ибо если они будут включать discard на _всех_ ssd, то могут нарваться на пользователей с проблемными ssd (и порчей данных), а если не будут включать хоть какой-нибудь trim на ssd, то пользователи столкнутся с проблемами из-за его (trim) отсутствия. Таймер (а не discard) включен исключительно из-за этого. Если твой ssd заведомо нормальный, можно смело включать discard.

Минус fstrim.timer ещё в том, что «раз в неделю» может быть очень редко. Особенно, на ноутбуках.

Я хотя бы ищу и понимаю матчасть, а ты излучений боишься. Я это надолго запомнил.

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

Что за ssd? На некоторых - да, есть такая проблема (уходит «в себя» на несколько секунд), но это не особо хорошие ssd (либо прошивка не последняя).

У меня lvm, а на некоторых компах ещё и раздеды шифрованные, как-то попробовал discard в fstab, и X сервер внезавно перестал включаться (возможно не только он, я дальше не смотрел, сразу вернул всё как было) Видимо на более-менее просто сконфигурированных системах работает (несколько разделов без LVM,шифрования, RAID и прочего), на остальных лучьше таймер или руками. А что с не ext4 cистемами делать предстоит ещё подумать (облизываюсь на ZFS)

Transcend mlc какой-то, сата. Претензий у меня к нему нет кроме того что при быстром перемещении файлов случается такой фриз.

А что с не ext4 cистемами делать предстоит ещё подумать (облизываюсь на ZFS)

В ZFS тоже завезли TRIM начиная c 0.8.0.

Трансценд не любит прошивки обновлять, к сожалению. Но проверить на обновление стоит. Там, довольно часто бывает, лечат сильно критичные баги.

У меня на всех машинах luks, lvm, ext4 много лет живут вместе. Перед включением таймера fstrim прописал issue_discard=1 в lvm.cfg и discard в crypttab. Проблем нет.

queued trim

Последнее, что я слышал про Queued TRIM — это то, что его заблэклистили на Samsung 8** (или вообще на всех Samsung) из-за багов, приводящих к потере данных, а нигде кроме них он особо и не поддерживался.

С тех пор что-то поменялось?

У меня этот fstrim.timer как-то странно работает - systemd рапортует об успешном проведении (он у меня настроен на ежесуточное отрабатывание), но потом я вручную делаю fstrim -v -a, и он тримит десятки гигабайт

Состояние блоков в контексте TRIM/discard (т. е. «был TRIM этого блока или нет») сохраняется только в оперативной памяти, да и то не на всех ФС.

Wear leveling вроде никак не связан с этим. Контроллер всегда может свопнуть любую пару ячеек на свой вкус, отразив это в таблице трансляции.

Косвенно связан. Чем больше свободных секторов с точки зрения прошивки SSD, тем больше эффективность write leveling и тем меньше коэффициент write amplification.

И откуда пошло это «оставьте 30% неразмеченными».

А это вообще идиотский совет. Ты можешь сколько угодно пространства оставлять неразмеченным, но если ты туда хоть раз что-нибудь писал и потом не делал TRIM — с точки зрения SSD эти сектора будут занятыми, что ничем не лучше любого другого их использования.

С тех пор что-то поменялось?

Да, ты сам можешь проверить :)

https://github.com/torvalds/linux/blob/master/drivers/ata/libata-core.c#L4521

А это вообще идиотский совет.

Нет, это совсем не идиотский совет. У бОльшей части десктопных ssd over provisioning=0 и это будет ручной OP. И я не пойму, каким образом OP относится к TRIM? И то и другое нужно на SSD.

А Вы не подскажите, что у меня с trim. Как я понял trim происходит раз в неделю в 12 ночи с воскресения на понедельник. Но, что будет если комп в это время выключен?

fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor pres>
     Active: active (waiting) since Tue 2020-01-14 16:31:47 +03; 3 weeks 4 days>
    Trigger: Mon 2020-02-10 00:00:00 +03; 12h left
   Triggers: ● fstrim.service
       Docs: man:fstrim

Warning: Journal has been rotated since unit was started. Log output is incompl>
lines 1-8/8 (END)...skipping...
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
     Active: active (waiting) since Tue 2020-01-14 16:31:47 +03; 3 weeks 4 days ago
    Trigger: Mon 2020-02-10 00:00:00 +03; 12h left
   Triggers: ● fstrim.service
       Docs: man:fstrim

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.

Вот содержимое fstrim.timer по адресу /usr/lib/systemd/system

[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim

[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true

[Install]
WantedBy=timers.target

А как указать конкретный день и время?

Это моё первое зесь сообщенье и вопрос такой же~ О SSD LVM (шифро) и Дипстэйте;

Решил перейти на Линукс до этого юзал годами) с Лайв cd(dvd)... покуда сидюк не гикнулся) ; перейдя чисто на винду гикнуласть и она вместе компом хардом и чем то там ещё наверное, И ТАК ВОТ... купил новый ssd samsung evo 860 на 250 гэ... стал втрой или третий раз в Жизни устанавливать Линукс и почитав тут знатоков и старожил ( НЕ ФАКТ ЧТО Я ИХ ВЕРНО ОПОЗНАЛ ) и все таки прислушался к совету делать шиврованный лвм . но что-то пошло не так и линукс недоустановился ( в тот раз ) но что-то он там шифрованного насоздавал (помимо завода самсунгcroo)) .. и там на харде походу возник некий дип стэйт который подпечатывает букву ч ( как это не смешно)) ОСОБЕННО при вводах паролей длинных и загорает кнопка с шестерёнками нп дэл инспирон n5110... Со следующего захода установил deb 8( без шифрованного) lvm обновил через терминал до 9 ( спасибо иностранцу и русским(РУССКОГОВОРЯЩИМ) в том числе и с ютуба _ ребятам... Чё де а?

форматнуть может или до бастарда обновиться( или сие токмо усложнит ЗАДАЧУ?) так как файлишко уже подсобирал) не особо ценное наверное)… и возникает глюк не с равными интервалами и не понятно чем продуцируется провоцируется; Я уж думаю может кто из спецов захакерил и мессаги пугаги шлёть или просто конфликт оборудования дэлл ~vs~ самсунг плюс моё ламерство в данных линуксных делах; и ох И ах ))) может есть прога какя в синаптике или где ещё чтоб просканировала и прочистила форматнула(ЗАБОТЛИВО И НЕЖНО) и исцелила ??? !!! я понимаю что наверно не в той ветке вопрос; но пора было хоть как-то начать прояснять сиё; И ещё глюк уточню кномпа рядом с Fn что со значком винды тоже периодически сама нажимается… можт эт эйтс ревнует так причудливо ; не знаю. Россия Помози!!! я верю в Нас

форматнуть может или до бастарда обновиться

Снести всю разметку, что ты там нагородил. Забыть про LVM - он тебе нафиг не нужен. Когда узнаешь что это такое и для чего, тогда и содашь. А сейчас для тебя это только лишние проблемы. С разметкой вообще не мудрить. Поставить, как предлагает по умолчанию. Когда узнаешь, что, где, когда и сколько потребуется, тогда и накрошишь разлелов. Не заниматься ерундой с обновлением. Сразу ставь ту версию, которая тебе нужна.

То есть я правильно понимаю...

я правильно понимаю... Что вы рекомендуете заново переустановить систему ... и отформатировать (или наоборот)? Я затем так и сделал то что установщик предлагал для simple way,; Но забавность ещё и в том что тот «глюк подпечаткой» даже в процессе установки с лайв двд начал проявлятся ( как это объяснить и стоит ли ))... ФОРМАТИРОВАТЬ ? или просто с диска опять переустановить и он сам всё нужное мне сделает( или это слишком наивно)... Какой линукс ставить лучше в таком случае? Благодарю за ценные советы ! а за не ценные нет!)

Какой линукс ставить лучше в таком случае

Например, Убунту. При установке, на этапе разметки, выберешь «на весь диск». Точно не помню как называется этот пункт. Обычно он самый верхний. Он все снесет с твоего диска и установит только Убунту. Если хочешь поучавствовать в процессе, то выбери самый нижний пункт «ручная разметка». Там сам сможешь все сделать, и создать и отформатироавть.

«глюк подпечаткой» даже в процессе установки с лайв

Что-то похоже на глюк клавиатуры. Клавиша не залипает случайно. Может грязь набилась, что замыкает контакты.

О нет> тут иное ... «глюк подпечаткой и перед этим начинает сна корпусе » НАДО ДОПОЛНИТЬ!

перед самонажиманием (НАДО ДОПОЛНИТЬ!)

нет тут иное … О «глюке с подпечаткой и перед этим начинает на корпусе светится кнопка ((вышеозначенная)) » Вы наверное переоценили мою степень ламерства. Комп чистенький физически ( а вот грязь походу на ssd) до этого им редко пользовался, Над ним с едой не зависаю (( чисто физическе он стоит несколько в стороне, сбоку) )) так что про чисто замыкание идея отфильтровывается точно! И притом надо помнить корреляцию и хронологию событий, после каких действий это началось!

В ДОПОЛНЕНИИ О "дипстэйте на SSD" (казалось бы новом)

... вот прогой просканил ЧТО ЭТО ??? подскажит кто верно ? ~ cdn1.savepice.ru/uploads/2020/7/1/21d11e05b337cf87cf47bf04456c6e4b-full.png

http://vfl.ru/fotos/99eb3fde30956833.html

[IMG]http://images.vfl.ru/ii/1593581849/99eb3fde/30956833_m.png[/IMG]

[IMG]https://cdn1.savepice.ru/uploads/2020/7/1/cb36fcb91900326e27498105d9e4d925-full.png[/IMG] utc time now

ИМХО, вам лучше тему создать в соответствуюшем разделе форума, где постараться изложить суть вопроса кратко, и по возможности сответствуя общепринятым правилам русского языка, а то мне например, должно быть из-за разного культурного и информационного окружения трудно понять суть вашей проблемы.

Ещё могу сказать что разметка диска у вас уж больно странная, не похожая на типичные ошибки или глюки, и раз у вас пока мало опыта в обращении с linux дистрибутивами, предлагаю выбрать один дружественных к пользователю дистрибутивов (Ubuntu или Linux Mint), и установить его следуя указаниям установщика, и предоставив ему разбивку диска. А потом когда придёт опыт, снова попробовать установку на шифрованный раздел