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

amon
так где правда?
Попробую ответить, как это понимая я. Правда она многограна. Но, главное, в зависимости от индивидуальных особенностей использования SSD каждый должен оценить приемлемый для себя объем резервной области. Производители закладывают для одних SSD 7%, для других 28%. У обычных юзеров, как правило, 7%. Оценись, этого тебе достаточно? Есть много советчиков, которые советуют чтобы эта область составляла 25%, но повторюсь все это индивидуально.
Если хочешь увеличить эту резервную область, то есть специальные утилиты, которые позволяют это сделать. Эта резервная область получается при этих операциях, как и у производителей дисков, не размеченой ... Но можешь увеличить эту область и самостоятельно, без использования этих специальных утилит ... Контроллер эту резервную область видит, а система не видит. В принципе удобно и не нужно думать об этой области.
Но можно ничего этого и не делать, то есть не создавать дополнительно эту резервную область (неразмеченную), а следить самому, чтобы у контролера диска всегда была в запасе необходимая резервная область, не занятая данными ... и лучше процентов 20-25.
Конечно, лучше не размеченная область, но не обязательно.

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

EDIT 1 - Почему лучше иметь дополнительную не размеченную область, а не контролировать самому объем свободного места не менее 25%? - вопрос спорный, но, имхо, имея не размеченную область имеешь полные блоки (объем блока 512К или 256К) для выполнения нужных операций, а вот если область размечена и ориентируешься на свободные блоки, то этих полностью пустых блоков меньше - часть блоков занята не полностью …. чтение/запись идет страницами по 4К, а вот удаление идет блоками (для удаления/перезаписи блока, например, занятого всего 8К (двумя страницами), потребуется полностью пустой блок) ... а потому похоже и приводят цифру 25% .... но все это мои предположения, чтобы знать точно, нужно залазить в эту кухню основательно и разбираться ... а вот чтоб не думать и не разбираться, проще оставить не размеченную область.
Ошибки не исчезают с опытом - они просто умнеют
понятно...все было расплывчиво, так и осталось )
если ssd 120G по паспорту, а система кажет 111,8G, то, это говорит о том, что производитель уже "откусил" кусок для работы контроллера?
Это говорит о том же, что и питон в известном м/фильме: а в попугаях я длинее. Больше ни о чем. Производитель произвел, а вы пользуйтесь на здоровье и не забивайте голову глупостями.
amon
если ssd 120G по паспорту, а система кажет 111,8G, то, это говорит о том, что производитель уже "откусил" кусок для работы контроллера?
нет.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
имхо, резервирование энергонезависимой памяти для контролера звучит как какой-то бред.
Ошибки в тексте-неповторимый стиль автора©
amon
111,8G
Производители HDD/SSD указывают емкость в гигабайтах, при этом операционная система LINUX производит свой расчет в гибибайтах.
1 GB  = 1 000 000 000 byte
1 GiB = 1 073 741 824 byte
Чтобы не путаться, всегда считай в байтах .... Мой HDD согласно паспорта и hdparm 640 GB
device size with M = 1024*1024:      610480 Mbytes
device size with M = 1000*1000:      640135 MBytes (640 GB)
Смотрим lsblk
lsblk …... 596,2G
lsblk -b … 640135028736
640135028736/1024/1024/1024=~596,2G
.... то есть lsblk мне показал не в гигабайтах, а в гибибайтах ...

111,8 x 1, 073 741 824 = 120
Ошибки не исчезают с опытом - они просто умнеют
indeviral
имхо, резервирование энергонезависимой памяти для контролера звучит как какой-то бред.
Если камень в мой огород, то не удачно выразился ... поправил
vasek
… а следить самому, чтобы у контролера диска всегда была в запасе необходимая резервная область, не занятая данными …
Ошибки не исчезают с опытом - они просто умнеют
indeviral
имхо, резервирование энергонезависимой памяти для контролера звучит как какой-то бред.
в такой формулировке, да, бред.
но у SSD есть свои тараканы, как были и у HDD.
и если хочешь минимизировать пагубное действие этих тараканов, с ними нужно считаться...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
imho, резервная область предусмотренная производителем для замены сбойных секторов( ремепинга) недоступна не только в юзерспейсе, но и на уровне ядра и вообще не доступна без спецутилит от производителя. Свободное место на диске, любом и не ссд, особенно если его много - всегда хорошо, но люди почему-то покупают эти диски для того, что бы свободного места на них не было :) Оставлять же 20% диска свободным, в размеченной или неразмеченной области - это вообще какой-то сюрреалистический бред, Эти блоки НИКОГДА не будуд использованы для замены сбойных,они могут быть только помечены контроллером как плохие и перенаправлены на хорошие в недоступной для ОС области, имхо.
anode
Эти блоки НИКОГДА не будуд использованы для замены сбойных
это вообще не для замены сбойных блоков, а для равномерного износа блоков...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.