Установка Arch на SSD (BIOS)

amon
по TRIM вопрос - он сам заводится, если в fstab стоит discard? или надо писать расписания и т.п.
у меня fstrim стоит и работает по расписанию по умолчанию...
но у меня btrfs и он сам следит за TRIM, по крайней мере по умолчанию само выставляет параметр ssd что равно "discard" для ext4. так что я ничего не прописывал в fstab.
mount | grep archlinux_root
/dev/sda3 on / type btrfs (rw,noatime,compress-force=zstd:3,ssd,space_cache,subvolid=261,subvol=/@archlinux_root)
/dev/sda3 on /.snapshots type btrfs (rw,noatime,compress-force=zstd:3,ssd,space_cache,subvolid=262,subvol=/@archlinux_root_snapshots)
cat /etc/fstab | grep archlinux_root
UUID=4432f74b-a439-48cc-96e6-226c7902d714 / btrfs defaults,noatime,compress-force=zstd,subvol=@archlinux_root 0 1
UUID=4432f74b-a439-48cc-96e6-226c7902d714 /.snapshots btrfs defaults,noatime,compress-force=zstd,subvol=@archlinux_root_snapshots 0 0
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
amon
если ssd 120G по паспорту, а система кажет 111,8G, то, это говорит о том, что производитель уже "откусил" кусок для работы контроллера?
В части служебной/резервной области - все современные диски имеют эту область, скорее всего твой SSD имеет фактический объем 128G, из которых тебе доступно 120G, что и внесено в паспорт, остальной объем не доступен и система его не видит ... данные по этому обьему занесены в прошивку SSD, контроллер об этом знает и использует по своему заложенному алгоритму (обеспечивать равномерную запись на все ячейки, проводить замену вышедших из строя, очищать ячейки которые больше не используются для хранения данных).
Есть утилиты (виндовые), которые умеют изменять размер этой области (%Over-Provisioning), а значит и узнать этот размер ...
Ошибки не исчезают с опытом - они просто умнеют
vasek, что и требовалось доказать :) 8/120~7%, что вполне соответствует рекомендациям для домашнего использования.
Лично я не встречал м/с памяти, емкость которых измерялась бы не в степенях двойки, т.е. в этом диске фактически 2**7*2**30=128GiB, а линух показывает 112, значит от доступного для использования размера зарезервировано 16/112~14% или 12% от фактического размера.
"Все уже украдено до нас" :)))
anode
Лично я не встречал м/с памяти, емкость которых измерялась бы не в степенях двойки
Постановлением Правительства Российской Федерации № 879 от 31 октября 2009 г. утверждено «Положение о единицах величин, допускаемых к применению в Российской Федерации», согласно которому
Наименование и обозначение единицы количества информации «байт» (1 байт = 8 бит) применяются с двоичными приставками «Кило», «Мега», «Гига», которые соответствуют множителям «2^10», «2^20» и «2^30» (1 Кбайт = 1024 байт, 1 Мбайт = 1024 Кбайт, 1 Гбайт = 1024 Мбайт). Данные приставки пишутся с большой буквы. Допускается применение международного обозначения единицы информации с приставками «K» «M» «G», рекомендованного Международным стандартом Международной электротехнической комиссии МЭК 60027-2 (KB, MB, GB, Kbyte, Mbyte, Gbyte).
То есть согласно этому постановлению положению приставки для байт являются степенями двойки, а для бит всё остаётся по старому (приставки являются степенями 10), а точнее
1 Кбайт = 2^10  = 1024 байт
1 Мбайт = 2^20  = 1024х1024 = 1048576 байт
1 Гбайт =  2^30 = 1024х1024 х1024 = 1073741824 байт 
а потому, чтобы не путаться, когда есть сомнения, лучше выводить результат в байтах - будет сразу понятно.
Утилиты Linux используют эту систему по дефолту.

В части физической емкости SSD - как правило, на рынке в основном следующие SSD
----------------------------------------------------------------------------------------
| Фактическая емкость |  Доступная емкость |   % Over-Provisionning |
----------------------------------------------------------------------------------------
                64                                   60                                  7
                96                                   90                                  7
               128                                 120                                 7
               128                                 100                                28
               256                                 240                                  7
               256                                 200                                28
               512                                 480                                  7
               512                                 400                                28
---------------------------------------------------------------------------------------
Но читал, что есть SSD, у которых % Over-Provisionning = 60%
Ошибки не исчезают с опытом - они просто умнеют
Объём дисков уже давно производители указывают в гигабайтах согласно системе СИ.
Вы же используете двоичную систему где ваш гигабайт есть 2*30.
120000000000/1024/1024/1024 = 111.758708954
corner
Объём дисков уже давно производители указывают в гигабайтах согласно системе СИ.
1. Информация измеряется в битах(пока что)
2. в СИ есть только семь единиц измерения, и битов среди них нету.

vasek
Если у ssd средний срок наработки 4.7 года, на сколько "op" пускай даже в 60% его повысит? Не дай бог не провокация(если только чуть-чуть) просто интересно ваше мнение...

p.s. если скажите что однозначно проработает на час дольше пойду отрежу часть какой-нибудь старой ssdешки, кстати интерестно что многие разработчики на своих сайтах повылаживали рекомендуемый объём "op", и как его считать c красивыми графиками тыц, тыц. Но только на сайте samsunga написано как его менять тыц)))
Ошибки в тексте-неповторимый стиль автора©
corner
Объём дисков уже давно производители указывают в гигабайтах согласно системе СИ.
Об этом я уже писал выше
vasek
Производители HDD/SSD указывают емкость в гигабайтах, при этом операционная система LINUX производит свой расчет в гибибайтах.
и там же приводил цифры 111,8 x 1, 073 741 824 = 120
Что касается
corner
Вы же используете двоичную систему где ваш гигабайт есть 2*30.
просто ответил на высказывание anode в части использование степени 2 ... и это не относилось к SSD
anode
Лично я не встречал м/с памяти, емкость которых измерялась бы не в степенях двойки
А вот в части системы СИ спорить не собираюсь, здесь есть свои заморочки и много путаницы в применении этих единиц/приставок. Согласно системе СИ (в части приставок)- для крат­ных дво­ич­ных еди­ниц ко­ли­че­ст­ва ин­фор­ма­ции (бит, байт) исполь­зу­ет­ся коэффициент 2n ... (но допускается использование и не системных единиц).

PS - Считаете, что наше правительство утвердило ошибочное положение? (в которое, кстати внесены изменения в 2015г.).
Ошибки не исчезают с опытом - они просто умнеют
indeviral
Если у ssd средний срок наработки 4.7 года, на сколько "op" пускай даже в 60% его повысит? Не дай бог не провокация(если только чуть-чуть)
Когда увидел цифру 60%, не поверил, перечитал ... там было написано что то типа такого (точно не помню) в зависимости от назначения использования SSD, этот процент может достигать 60% ... а вот что это за такие области использования ... в голову приходит только одно - что то специальное и не обычное, какой-нибудь супер сервер в каких-нибудь спец органах .... больше на ум ничего не приходит, кроме как описка ...
Ошибки не исчезают с опытом - они просто умнеют
indeviral
интерестно что многие разработчики на своих сайтах повылаживали рекомендуемый объём "op", и как его считать c красивыми графиками
В принципе считаю это ерундой и простым юзерам нет смысла уделять этому внимания ... все должно быть в меру
Ошибки не исчезают с опытом - они просто умнеют
indeviral
4.7 года
что то я мало написал, samsung заявляет 1,5 млн часов ~170 лет (я знаю как оно считается просто всегда прикольно приводить такие числа))
vasek
в зависимости от назначения
да тоже такое, читал.
vasek
простым юзерам нет смысла уделять этому внимания
+
Ошибки в тексте-неповторимый стиль автора©
 
Зарегистрироваться или войдите чтобы оставить сообщение.