Tag • #ssd

Jo

Amazon Prime Day : le SSD Interne Samsung 860 EVO 2.5″ (500 Go) à 54,99 euros !

news.movim.eu / JournalDuGeek · Wednesday, 14 October - 09:19

Profiter de l'offre à 54,99€ chez Amazon

Ce SSD Samsung 860 EVO offre une interface SATA 6 Go/s (compatible avec SATA 3 Go/s et SATA 1,5 Go/s), une consommation électrique moyenne de 2,2 W et maximale de 4,0 W (mode rafale). Il est équipé de mémoire Samsung V-NAND 3bit MLC d’une capacité de 500 Go. Il dispose d’une taux de lecture séquentielle jusqu’à 550Mo/s et d’écriture séquentielle jusqu’à 520Mo/s.

Suivre Prime Day sur le Journal du Geek

Les 13 et 14 octobre Amazon fait son Prime Day. Le Journal de Geek sélectionne pour vous les meilleures offres de cet événement réservé au membres Amazon Prime. Si vous ne l’êtes pas, vous pouvez vous abonner à Prime gratuitement pendant un mois (puis résilier) et retrouver toutes nos recommandations sur notre hub dédié à l’événement ou nos comptes Twitter @JournalDuGeek et @jdugeekdeals

Amazon Prime Day : le SSD Interne Samsung 860 EVO 2.5″ (500 Go) à 54,99 euros !

Jo

Le SSD interne Sandisk 480 Go retombe à 51,99 euros

news.movim.eu / JournalDuGeek · Thursday, 8 October - 09:18 · 1 minute

Si les PC ne disposant pas de SSD sont désormais assez rares, s’en offrir un nouveau permettra soit d’augmenter la capacité de votre disque de démarrage, soit d’augmenter le stockage avec un disque rapide. Grâce à ce SSD Sandisk, vous pouvez gagner 480 Go de stockage pour seulement 51,99 euros sur Amazon. Le prix le plus bas jamais constaté sur la plateforme est donc de retour après plusieurs jours d’absence.

Retrouvez le SSD Sandisk 480 Go à 51,99 euros sur Amazon

Ce SSD de Sandisk est très classique avec ses 480 Go et son connecteur SATA 6 Gb/s. Rappelons que comme tous les SSD traditionnels il est au format 2,5 pouces et vient donc se loger dans l’emplacement idoine que ce soit sur PC… ou dans une PS4. À noter qu’il est livré sans kit d’adaptation pour un emplacement 3,5 pouces.

Pour ce SSD Sandisk s’appuie sur de la mémoire TLC (triple level cells). Ce n’est pas celle qui a théoriquement la durée de vie la plus courte, entre 300 et 1000 cycles d’écriture. Rassurez-vous toutefois, dans les faits il est peu probable que la mémoire flanche avant que vous ne le remplaciez.

Sandisk promet enfin une vitesse de lecture allant jusqu’à 535 Mo/s, ce qui promet des temps de chargement réduits et des démarrages plus rapides. Comme tous les SSD, il a également l’avantage de mieux encaisser les chocs et mouvements que les disques à plateaux.

Retrouvez le SSD Sandisk 480 Go à 51,99 euros sur Amazon

Journal du Geek

Jo

[Bon Plan] Le petit SSD portable de STMagic est à 86 euros en version 1To

news.movim.eu / JournalDuGeek · Monday, 7 September - 09:41

Code promo : NNN1TBSPT31

Ce SSD STmagic SPT31 M.2 SATA3, ressemble à une clé USB 3.1 doté d’un design en métal, et peut donc se connecter à un ordinateur très simplement. Il offre une vitesse de lecteur jusqu’à 500MB/s et d’écriture jusqu’à 420MB/s. Il ne pèse que 40 g, et à une épaisseur de 9 mm pour une hauteur de 71 mm.

Sy

Оптимизация Linux при использовании SSD

pubsub.slavino.sk / sysadmblog · Sunday, 6 September - 08:00 · 1 minute

В прошлых статьях были описаны процедура обновления прошивки твердотельного накопителя Micron модели SSD 5200 MAX и шаблон Zabbix для контроля основных показателей его состояния. В этой статье пойдёт речь о том, какие дополнительные настройки Linux можно сделать для того, чтобы увеличить производительность системы при работе с твердотельными накопителями и увеличить срок службы самих накопителей.

Изменение планировщика ввода-вывода

По умолчанию Linux использует планировщик ввода-вывода cfq, который стремится упорядочить блоки данных так, чтобы уменьшить количество позиционирований головки с дорожки на дорожку диска. Для SSD это не имеет смысла, но приводит к задержке мелких операций ввода-вывода. Вместо планировщика cfq рекомендуется использовать планировщик deadline, который стремится сократить время ожидания выполнения каждой из операций ввода-вывода.

Изменить планировщик диска sda можно при помощи следующей команды:

# echo "deadline" > /sys/block/sda/queue/scheduler

Для того, чтобы выбранный планировщик диска применялся при загрузке системы, можно поставить пакет sysfsutils:
Оптимизация Linux при использовании SSD

# apt-get install sysfsutils

И прописать планировщик в файл /etc/sysfs.conf:

block/sda/queue/scheduler = deadline

Другой способ сделать изменения постоянными - создать файл /etc/udev/rules.d/60-ssd.rules со следующими правилами udev:

ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"

Это правило для всех не вращающихся дисков с именем sd* будет устанавливать планировщик deadline.

Размер страницы

Коэффициент усиления записи можно несколько уменьшить, если операционная система знает о размере страниц. В таком случае операционная система будет объединять изменения в смежных логических секторах, принадлежащих одной и той же странице, в одну операцию записи.

Например, по данным SMART размер логического сектора диска равен 512 байтам, а размер страницы равен 4096 байт:

# smartctl -i /dev/sda | grep Sector
Sector Sizes:     512 bytes logical, 4096 bytes physical

Убедиться в том, что ядро операционной системы Linux знает о размере физического сектора, можно следующим образом:

# cat /sys/block/sda/queue/physical_block_size 
4096

Увеличение резерва страниц

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

Часть общего объёма страниц диска закладывается в резерв. Напрмер, SSD объёмом 480 Гигабайт может иметь реальный объём 512 Гигабайт, а разница используется как раз для равномерного использования ресурса всех страниц.

Кроме того, в файловой системе может иметься свободное место, не занятое никакими данными. Это свободное место на SSD можно приобщить к резерву. Для этого операционная система может сообщать диску о неиспользуемых ею страницах при помощи ATA-команды TRIM . Для этого SSD должен поддерживать операцию TRIM, а файловая система должна поддерживать опцию монитрования discard.

Проверить наличие поддержки TRIM в SSD можно при помощи утилиты hdparm:

# hdparm -I /dev/sda | grep TRIM
           * Data Set Management TRIM supported (limit 8 blocks)
           * Deterministic read ZEROs after TRIM

Вторая строчка означает, что секторы, над которыми произведена команда TRIM, при попытке чтения будут возвращать нули. Другим возможным режимом может быть «Deterministic read after TRIM», когда при чтении возвращаются не нули, а какая-то другая всегда одинаковая последовательность данных.

Если на странице руководства man mount среди опций интересующей файловой системы имеется опция discard, то файловую систему можно перемонтировать с поддержкой этой опции.

Сначала посмотрим, с какими опциями смонтирована файловая система:

# findmnt /
TARGET SOURCE   FSTYPE OPTIONS
/      /dev/md0 ext4   rw,relatime,errors=remount-ro,data=ordered

Перемонтируем файловую систему, добавив к списку опций remount и discard:

# mount -o remount,rw,relatime,errors=remount-ro,data=ordered,discard /

Убеждаемся, что новая опция добавилась к текущему списку:

# findmnt /
TARGET SOURCE   FSTYPE OPTIONS
/      /dev/md0 ext4   rw,relatime,discard,errors=remount-ro,data=ordered

Чтобы отключить опцию discard, можно повторить процедуру перемонтирования, указав вместо опции discard опцию nodiscard.

Чтобы при перезагрузке операционная система монтировала файловую систему с опцией discard, нужно добавить её к списку опций монитрования в файле /etc/fstab. Например, строчка монтирования может выглядеть следующим образом:

UUID=324f1a70-5229-4376-afbb-eb274c8e60aa /               ext4    errors=remount-ro,discard 0       1

Чтобы сообщить диску о неиспользуемых секторах, которые были освобождены до включения опции discard, или при отключенной опции discard, можно воспользоваться командой fstrim:

# fstrim -v /
/: 146,6 MiB (153755648 bytes) trimmed

Кроме увеличения ресурса диска, использование TRIM и discard может приводить к увеличению скорости операций записи и чтения. Т.к. у контроллера есть в распоряжении много очищенных блоков, ему не придётся тратить время на их очистку для записи новых данных. При этом операция очистки блока может выполняться в фоновом режиме, когда SSD не занят выполнением операций чтения или записи.

Если на пути между файловой системой и диском имеются менеджер томов LVM или RAID-массив, то информация о неиспользуемых секторах может застревать в этих подсистемах и не доходить до SSD. Чтобы LVM сообщал о неиспользуемых секторах на нижележащий уровень, нужно в секции devices из файла конфигурации /etc/lvm/lvm.conf выставить следующую опцию:

issue_discards = 1

Убедиться в том, что TRIM корректно передаётся нижележащему хранилищу, можно при помощи команды:

# lsblk -D

Если TRIM поддерживается на всех уровнях, то в столбцах DISC-GRAN и DISC-MAX будут ненулевые значения:

NAME    DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda            0        4K       2G         0
└─sda1         0        4K       2G         0
  └─md0        0        4K       2G         0
sdb            0        4K       2G         0
└─sdb1         0        4K       2G         0
  └─md0        0        4K       2G         0

Если же TRIM не используется, то можно увидеть такую картину:

NAME                     DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda                             0        0B       0B         0
├─sda1                          0        0B       0B         0
│ └─md0                         0        0B       0B         0
└─sda2                          0        0B       0B         0
  └─md1                         0        0B       0B         0
    ├─vg0-mon--disk             0        0B       0B         0
    └─vg0-mon--swap             0        0B       0B         0
sdb                             0        0B       0B         0
├─sdb1                          0        0B       0B         0
│ └─md0                         0        0B       0B         0
└─sdb2                          0        0B       0B         0
  └─md1                         0        0B       0B         0
    ├─vg0-mon--disk             0        0B       0B         0
    └─vg0-mon--swap             0        0B       0B         0

Возможны промежуточные варианты, когда файловая система отправляет операции TRIM на нижележащий уровень, но дальше эти операции не проходят.

Файловые системы в оперативной памяти

Т.к. интенсивный ввод-вывод снижает ресурс SSD, лучше избегать использовать SSD для хранения временных файлов. Например, раздел /tmp можно расположить в оперативной памяти. Временно это можно сделать при помощи такой команды:

# mount -t tmpfs tmpfs -o relatime,nodev,nosuid,noexec,mode=1777 /tmp

Если нужно ограничить максимальный размер файлов во временной файловой системе, к опциям noatime и nosuid можно добавить опцию size с указанием этого размера:

# mount -t tmpfs tmpfs -o relatime,nodev,nosuid,noexec,mode=1777,size=1G /tmp

Если временную файловую систему нужно монтировать автоматически при загрузке системы, нужно добавить в файл /etc/fstab соответствующую строчку:

tmpfs /tmp tmpfs relatime,nodev,nosuid,noexec,mode=1777,size=1G 0 0

Если файловая система уже не смонтирована, то теперь смонтировать её можно простой командоу:

# mount /tmp

Аналогичным образом можно монтировать другие временные файловые системы. Например:

tmpfs /var/tftp tmpfs relatime,nodev,nosuid,noexec,uid=tftp,gid=tftp,mode=0760,size=32M 0 0

Использованные материалы

Značky: #hdparm, #buster, #linux, #ssd, #Linux, #tmpfs, #debian

Sy

Контроль параметров S.M.A.R.T. накопителей SSD через Zabbix

pubsub.slavino.sk / sysadmblog · Sunday, 30 August - 08:00 · 1 minute

В этой статье описывается доработка шаблона Zabbix из статьи Контроль параметров S.M.A.R.T. жёстких дисков через Zabbix . Имеющийся шаблон пригоден только для контроля жётских дисков, а в этой статье я опишу доработки, которые позволят контролировать как состояние жёстких дисков, так и накопителей SSD Micron 5200 MAX. Этот шаблон может подойти и для других моделей накопителей, если они поддерживают необходимые атрибуты S.M.A.R.T., но на других накопителях не тестировался.

Попутно в шаблон были внесены доработки, аналогичные описанным в статье Контроль в Zabbix параметров SMART дисков, подключенных к аппаратному RAID-массиву . Вместо общего порога для всех дисков по количесвту перемещённых секторов и секторов, ожидающих перемещения, на этот раз в шаблоне предусмотрена индивидуальная настройка порогов для каждого из дисков.

Атрибуты S.M.A.R.T. и коэффициент усиления записи

Документация на атрибуты S.M.A.R.T. доступна по ссылке TN-FD-22: Client SATA SSD SMART Attribute Reference

С точки зрения контроля состояния накопителей SSD наиболее интересны следующие атрибуты:

202	Percent_Lifetime_Used	Процент использования ресурса диска (100% - полностью изношен)
246	Total_Host_Sector_Write	Количество записанных секторов
247	Host_Program_Page_Count	Количество записанных страниц
248	Bckgnd_Program_Page_Cnt	Количество страниц, записанных контроллером

На твердотельных накопителях единицей чтения и записи является страница, размер которой обычно больше логического размера сектора диска. По мере повторных перезаписей страница изнашивается и запись на неё становится всё менее надёжной. Количество гарантированных производителем успешных перезаписей страницы называется ресурсом. Чтобы снизить вероятность потери информации, контроллер накопителя ведёт учёт количества операций перезаписи каждой страницы. При любом изменении информации в логическом секторе диска контроллер выбирает из всех имеющихся свободных страниц наименее изношенные и копирует данные на неё. Контроллер имеет возможность посчитать изношенность всего накопителя в целом и отражает это значение в атрибуте Percent_Lifetime_Used.

Также производитель регламентирует в технических характеристиках накопителя гарантированный объём записанных на диск данных - TBW, Total Bytes Written. Например, исходя из технических характеристик накопителей, указанных на странице Micron 5200 series of SATA SSDs , на SSD Micron модели 5200 MAX 480Gb можно записать 4.38 петабайт данных. Контроллер накопителя ведёт учёт количества записанных 512-байтных секторов в атрибуте Total_Host_Sector_Write.

Страницы группируются в блоки. Для того, чтобы записать в страницу новое содержимое, необходимо выполнить операцию очистки всего блока. Из-за этого перезапись одного логического сектора может приводить к перезаписи в несколько раз большего объёма данных на SSD. Отношение реально записанного объёма данных к объёму, который просила записать операционная система, называется коэффициентом усиления записи (Write Amplification Factor). Посчитать его можно воспользовавшись значениями атрибутов S.M.A.R.T. Host_Program_Page_Count и Bckgnd_Program_Page_Cnt по следующей формуле:

WAF = (Host_Program_Page_Count + Bckgnd_Program_Page_Cnt) / Host_Program_Page_Count

Доработка конфигурации агента Zabbix

Во-первых, нам полезно определять тип накопителя: жёсткий диск или твердотельный накопитель.

Для этого я воспользовался полем Rotation Rate, в котором содержится частота вращения диска в оборотах в минуту. Если это поле не содержит числа, то будем считать накопитель твердотельным. В таком случае частота вращения диска равняется нулю. Добавим в файл конфигурации Zabbix-агента /etc/zabbix/zabbix_agentd.conf «пользовательский параметр» для определения частоты вращения диска:

UserParameter=smart.rpm[*],/usr/bin/sudo /usr/sbin/smartctl -i $1 2>&1 | /usr/bin/awk -F: '$$1 ~ /^Rotation Rate$/ { match($$2, /[0-9]+/); if (RSTART > 0) { print substr($$2, RSTART, RLENGTH); } else { print 0 } }'

Для контроля процента использованного ресурса, объёма записанных данных и коэффициента усиления записи добавим в конфигурацию Zabbix-агента /etc/zabbix/zabbix_agentd.conf ещё три «пользовательских параметра»:

UserParameter=smart.ssd.used[*],/usr/bin/sudo /usr/sbin/smartctl -A $1 2>&1 | /usr/bin/awk 'BEGIN { p = 0; } /^202 / { p = $$10; } END { print p; }'
UserParameter=smart.ssd.written[*],/usr/bin/sudo /usr/sbin/smartctl -A $1 2>&1 | /usr/bin/awk 'BEGIN { w = 0; } /^246 / { w = $$10 * 512; } END { print w; }'
UserParameter=smart.ssd.waf[*],/usr/bin/sudo /usr/sbin/smartctl -A $1 2>&1 | /usr/bin/awk 'BEGIN { hw = 1; cw = 0; } /^247 / { hw = $$10; } /^248 / { cw = $$10; } END { print (hw + cw) / hw; }'

После внесения изменений в конфигурацию Zabbix-агента, не забудьте его перезапустить:

# systemctl restart zabbix-agent

Доработка шаблонов для Zabbix

Я обновил два шаблона, описанных ранее, для контроля параметров S.M.A.R.T. твердотельных накопителей. Взять их можно по прежним ссылкам:

Template_App_SMART.xml - шаблон с элементами данных типа «Zabbix-агент»,
Template_App_SMART_Active.xml - шаблон с элементами данных типа «Zabbix-агент (активный)».

В обоих шаблонах имеется элемент данных для низкоуровневого обнаружения, который находит все имеющиеся в системе диски, поддерживающие S.M.A.R.T.:

Есть прототипы элементов данных, с помощью которых контролируется: статус здоровья диска, количество перемещённых секторов, секторов, ожидающих перемещения, температура жёсткого диска. Значения этих данных для каждого из жёстких дисков снимаются раз в 10 минут. Раз в час для каждого жёсткого диска запрашивается модель и серийный номер - они могут пригодиться, когда понадобится заменить один из жёстких дисков:

Имеется три прототипа триггеров, который будут созданы для каждого обнаруженного жёсткого диска. Самый главный триггер срабатывает в том случае, когда S.M.A.R.T. явным образом сообщает о неисправности диска. Два других триггера срабатывают при превышении лимита неисправных секторов или секторов, ожидающих перемещения:

Лимиты для двух последних триггеров можно задать через соответствующие макросы - {$SMART_REALLOCATED_LIMIT} и {$SMART_PENDING_LIMIT}:

На картинке заданы нулевые лимиты, поэтому триггеры будут срабатывать при появлении хотя бы одного подозрительного сектора на диске. Если вы посчитали, что проблемных секторов не так уж и много, то можно задать новые значения макросов индивидуально в самом наблюдаемом узле Zabbix.

Как можно заметить, в выражениях триггеров эти макросы используются в виде {$SMART_REALLOCATED_LIMIT:"{#SMART}"}. Макросы такого вида описаны в Руководстве по Zabbix, 7 Настройка, 10 Макросы, 2 Пользовательские макросы, Контекст пользовательских макросов .

При срабатывании триггера вида «/dev/sda: Количество перемещённых секторов 13 > 0» можно переопределить значение макроса для конкретного диска. Чтобы погасить этот триггер, на уровне узла можно определить макрос {$SMART_REALLOCATED_LIMIT:"/dev/sda"} со значением 13. Порог срабатывания триггеров на других жёстких дисках останется прежним - будет использоваться значение по умолчанию, взятое из шаблона.

Наконец, снимаемые данные в случае упомянутых твердотельных накопителей Micron SSD 5200 MAX выглядят следующим образом:

Značky: #smart, #linux, #ssd, #debian, #buster, #3.4, #zabbix, #Linux

Sy

Обновление прошивок на SSD Micron 5200 MAX

pubsub.slavino.sk / sysadmblog · Sunday, 23 August - 08:00 · 6 minutes

После перевода таблиц истории и тенденций Zabbix, хранившихся в MySQL, с движка InnoDB на TokuDB, базы данных на всех серверах Zabbix ужались примерно в 10 раз. Проблемы с нехваткой места на дисках решены и больше не приходится урезать глубину хранения истории или тенденций.

Т.к. базы данных стали значительно меньше, появился смысл использовать накопители SSD меньшего объёма с программным RAID вместо SAS-дисков и аппаратных RAID-контроллеров. При сравнимой цене накопителей SSD и SAS-дисков, SSD позволяют обеспечить более высокую скорость работы дисковой подсистемы.

После консультации с более опытным коллегой (привет, Рамиль), уже имеющим опыт использования накопителей SSD, выбор остановился на накопителе SSD 480GB SATA 2.5« 5200 MAX Micron (MTFDDAK480TDN-1A T1ZABYY).

Накопители SSD содержат микросхемы флеш-памяти, в которых читать или записывать можно только страницу целиком. При этом записывать данные можно только в пустую страницу. Страницы группируются в блоки и очистить можно только блок целиком. У каждой страницы количество перезаписей ограничено, по достижении которого данные могут начать записываться с ошибками. Если страницу долгое время не читать, то данные на ней могут исказиться и пропасть. Контроллеру флеш-памяти в SSD приходится учитывать все эти ограничения. Для каждой страницы он должен вести учёт, содержит ли страница данные или она пустая, сколько раз её перезаписывали, как давно её последний раз читали. Прежде чем очистить блок, контроллеру нужно скопировать страницы с данными из этого блока в пустые страницы другого блока. Записывать данные лучше всего в те страницы, которые имеют меньшее количество перезаписей. При каждом перемещении данных из одной страницы в другую контроллеру нужно отметить соответствие линейного адреса страницы, которым манипулирует контроллер SATA, реальному положению страницы во флеш-памяти. Страницы, которые давно не читались, нужно периодически перечитывать, чтобы информация на них не пропала.

Вот почему версия прошивки SSD может оказывать значительно большее влияние на срок службы и надёжность, чем версия прошивки обычного жёсткого диска. Именно поэтому стоит обновить прошивку SSD до самой свежей версии, прежде чем вводить сервер в эксплуатацию.

Эта инструкция по обновлению прошивок SSD была написана по просьбе менее опытного коллеги (привет, Кирилл), которому придётся продолжить работу, начатую мной.

Сайт производителя

На сайте производителя www.micron.com доступны утилита, прошивки и документация. Для их получения нужно зарегистрироваться на сайте. Список субъектов федерации на сайте довольно забавен. В частности, в выпадающем списке нет Башкирии, зато есть «Пермякия», которую я и выбрал по сочетанию сходства с реальным названием и близости географического расположения.

На странице Enterprise SSD Downloads в разделе msecli Software for Linux Systems можно найти установщик фирменной утилиты msecli для Linux. В этом разделе есть ссылка на скачивание Download .

На той же странице Enterprise SSD Downloads в разделе Storage Executive Command Line Interface можно найти документацию на фирменную утилиту msecli. В этом разделе есть ссылка на скачивание Download .

На странице Software and Drivers в разделе 5200 D1MU020/D1MU420/D1MU520/D1MU820 Storage Executive Firmware Update можно найти свежие прошивки для дисков. В нём есть ссылка на скачивание Download .

Подготовка загрузочной флешки для обновления прошивок

На странице Clonezilla Live on USB flash drive or USB hard drive описана процедура подготовки загрузочной флешки с Clonezilla. На странице Clonezilla Live Download можно скачать zip-архив для распаковки на флешку. Я выбрал стабильную версию на основе Debian и попал на страницу Downloads . В меню выбрал архитектуру amd64, формат zip, репозитории auto и нажал кнопку Download.

После скачивания zip-архива нужно разметить флешку, распаковать на неё этот архив и установить загрузчик.

Не вставляя флешку, определяем имена имеющихся в системе дисков:

~# ls /dev/sd*
/dev/sda  /dev/sda1  /dev/sda2 /dev/sdb  /dev/sdb1  /dev/sdb2

Теперь вставляем флешку и повторяем операцию:

~# ls /dev/sd*
/dev/sda  /dev/sda1  /dev/sda2 /dev/sdb  /dev/sdb1  /dev/sdb2 /dev/sdc  /dev/sdc1

Видно, что в системе появилось новое блочное устройство /dev/sdc, на котором определился один раздел.

Запустим утилиту fdisk для изменения разделов на блочном устройстве /dev/sdc:

~# fdisk /dev/sdc

Welcome to fdisk (util-linux 2.29.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Создадим на диске пустую таблицу разделов типа DOS командой o:

Command (m for help): o
Created a new DOS disklabel with disk identifier 0x2806276a.

Посмотрим на список имеющихся разделов, введя команду p:

Command (m for help): p
Disk /dev/sdc: 14,4 GiB, 15502147584 bytes, 30277632 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2806276a

Создаём новый первичнй раздел от начала до конца свободного места на флешке. Вводим команду создания нового раздела n:

Command (m for help): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)

Утилита спрашивает, раздел какого типа нужно создать: первичный или расширенный. В качестве загрузочного раздела можно использовать только первичный. Расширенный раздел может быть только один. Максимальное количество первичных и расширенных разделов в сумме может быть не больше 4. Внутри расширенного раздела можно создавать практически не ограниченное количество логических разделов, но ни один из них не может быть загрузочным. Т.к. нам нужно загрузить Clonezilla с этой флешки, выбираем первичный раздел, нажимая букву p:

Select (default p): p

Выбираем номер раздела, по умолчанию предлагается создать раздел с номером 1. Соглашаемся на предложение нажатием Enter:

Partition number (1-4, default 1):

Выбираем сектор, начиная с которого должен начаться раздел. Соглашаемся с предложением по умолчанию начать раздел с сектора 2048 нажатием Enter:

First sector (2048-30277631, default 2048):

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

Clonezilla требует создавать раздел размером не менее 200 мегабайт. На самом деле это ложь и раздела размером 200 мегабайт не хватит, т.к. даже zip-архив больше 200 мегабайт. Кроме того, нужно создать раздел с запасом для размещения утилиты для msecli_Linux.run и прошивок для SSD. Подойдёт раздел размером 512 мегабайт, но стоит сделать его меньше на зарезервированные в начале 2048 секторов. Поступим проще, просто посчитаем номер последнего сектора: 512*1024*1024/512=1048576. Введём получившееся число:

Last sector, +sectors or +size{K,M,G,T,P} (2048-30277631, default 30277631): 1048576

Created a new partition 1 of type 'Linux' and of size 511 MiB.

Раздел нужного размера создан, но нужно поменять его тип. Для этого введём команду t:

Command (m for help): t
Selected partition 1

Программа не спрашивает у нас номер раздела, т.к. он всего один, а сразу предлагает ввести номер типа раздела или ввести команду L, чтобы увидеть список всех возможных идентификаторов типов разделов. После ввода L получаем такой список:

Partition type (type L to list all types): L

 0  Empty           24  NEC DOS         81  Minix / old Lin bf  Solaris
 1  FAT12           27  Hidden NTFS Win 82  Linux swap / So c1  DRDOS/sec (FAT-
 2  XENIX root      39  Plan 9          83  Linux           c4  DRDOS/sec (FAT-
 3  XENIX usr       3c  PartitionMagic  84  OS/2 hidden or  c6  DRDOS/sec (FAT-
 4  FAT16 <32m      40  Venix 80286     85  Linux extended  c7  Syrinx
 5  Extended        41  PPC PReP Boot   86  NTFS volume set da  Non-FS data
 6  FAT16           42  SFS             87  NTFS volume set db  CP/M / CTOS / .
 7  HPFS/NTFS/exFAT 4d  QNX4.x          88  Linux plaintext de  Dell Utility
 8  AIX             4e  QNX4.x 2nd part 8e  Linux LVM       df  BootIt
 9  AIX bootable    4f  QNX4.x 3rd part 93  Amoeba          e1  DOS access
 a  OS/2 Boot Manag 50  OnTrack DM      94  Amoeba BBT      e3  DOS R/O
 b  W95 FAT32       51  OnTrack DM6 Aux 9f  BSD/OS          e4  SpeedStor
 c  W95 FAT32 (LBA) 52  CP/M            a0  IBM Thinkpad hi ea  Rufus alignment
 e  W95 FAT16 (LBA) 53  OnTrack DM6 Aux a5  FreeBSD         eb  BeOS fs
 f  W95 Ext'd (LBA) 54  OnTrackDM6      a6  OpenBSD         ee  GPT
10  OPUS            55  EZ-Drive        a7  NeXTSTEP        ef  EFI (FAT-12/16/
11  Hidden FAT12    56  Golden Bow      a8  Darwin UFS      f0  Linux/PA-RISC b
12  Compaq diagnost 5c  Priam Edisk     a9  NetBSD          f1  SpeedStor
14  Hidden FAT16 <3 61  SpeedStor       ab  Darwin boot     f4  SpeedStor
16  Hidden FAT16    63  GNU HURD or Sys af  HFS / HFS+      f2  DOS secondary
17  Hidden HPFS/NTF 64  Novell Netware  b7  BSDI fs         fb  VMware VMFS
18  AST SmartSleep  65  Novell Netware  b8  BSDI swap       fc  VMware VMKCORE
1b  Hidden W95 FAT3 70  DiskSecure Mult bb  Boot Wizard hid fd  Linux raid auto
1c  Hidden W95 FAT3 75  PC/IX           bc  Acronis FAT32 L fe  LANstep
1e  Hidden W95 FAT1 80  Old Minix       be  Solaris boot    ff  BBT

Нам нужен раздел для размещения файловой системы FAT 32, флешка имеет линейную адресацию секторов, поэтому наиболее подходящим выбором будет вариант «W95 FAT32 (LBA)». Вводим тип c и нажимаем Enter:

Partition type (type L to list all types): c
Changed type of partition 'Linux' to 'W95 FAT32 (LBA)'.

Осталось пометить раздел как загрузочный. Вводим команду a:

Command (m for help): a
Selected partition 1
The bootable flag on partition 1 is enabled now.

Раздел 1 помечен как загрузочный. Посмотрим на список разделов снова. Для этого введём команду p:

Command (m for help): p
Disk /dev/sdc: 14,4 GiB, 15502147584 bytes, 30277632 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2806276a

Device     Boot Start     End Sectors  Size Id Type
/dev/sdc1  *     2048 1048576 1046529  511M  c W95 FAT32 (LBA)

Всё верно, вводим команду w для записи изменений на флешку:

Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

fdisk сообщает, что таблица разделов записана. Теперь можно создать пустую файловую систему FAT 32 на флешке в разделе 1. Для этого воспользуемся такой командой:

~# mkfs.vfat -F 32 /dev/sdc1
mkfs.fat 4.1 (2017-01-24)

Готово. Теперь нужно смонтировать раздел в какой-нибудь пустой каталог. У меня для подобных целей имеется каталог /mnt:

~# mount /dev/sdc1 /mnt/

Теперь нужно распаковать содержимое zip-архива с Clonezilla в этот каталог:

~# cd /mnt
/mnt# unzip /home/stupin/Downloads/clonezilla-live-2.6.6-15-amd64.zip

Полный вывод второй команды не привожу, т.к. в нём перечисляются все извлечённые файлы, которых много. Теперь переходим в каталог utils/linux и запускаем команду установки загрузчика:

/mnt# cd utils/linux/
/mnt/utils/linux# bash makeboot.sh /dev/sdc1
This command will install MBR and syslinux/extlinux bootloader on /dev/sdc
Clonezilla files are assumed to be on /dev/sdc1
--------------------------------------------
Machine: Unknown product name:
Model: Kingston DataTraveler 3.0 (scsi)
Disk /dev/sdc: 15.5GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  537MB  536MB  primary  fat32        boot, lba

--------------------------------------------
Are you sure you want to continue?

Установщик загрузчика показал нам информацию о разделе, загрузчик для которого мы хотим установить и спрашивает у нас подтверждения. Подтверждаем выбор буквой y:

[y/n] y
OK! Let's do it!
--------------------------------------------
File system of /dev/sdc1: vfat
--------------------------------------------
Do you want to install MBR on /dev/sdc on this machine "Unknown product name" ?

Установщик спрашивает, хотим ли мы устновить главную загрузочную запись на диск /dev/sdc. Соглашаемся нажатием y:

[y/n] y
OK! Let's do it!
Running: cat "/mnt/utils/mbr/mbr.bin" > /dev/sdc
--------------------------------------------
Do you want to install the syslinux boot files on /dev/sdc1 on this machine "Unknown product name" ?

Установщик спрашивает, хотим ли мы установить файлы загрузчика syslinux в раздел /dev/sdc1. Подтверждаем наше желание нажатием y:

[y/n] y
OK! Let's do it!
A filesystem supporting Unix file mode for syslinux is required. Copying syslinux to /tmp/linux_tmp.fZmDyo
'/mnt/utils/linux/x64/syslinux' -> '/tmp/linux_tmp.fZmDyo/syslinux'
Running: "/tmp/linux_tmp.fZmDyo/syslinux" -d syslinux -f -i "/dev/sdc1"
//NOTE// If your USB flash drive fails to boot (maybe buggy BIOS), try to use "syslinux -d syslinux -fs /dev/sdc1", i.e. running with "-fs".
syslinux ran successfully in installation mode.
Done!

Флешка готова. Осталось поместить на неё утилиту и файлы с прошивок. Перейдём в корневой каталог флешки, создадим каталог ssd, поместим в него установщик утилиты msecli и распакованные прошивки:

/mnt/utils/linux# cd ../..
/mnt# mkdir ssd
/mnt# cd ssd
/mnt/ssd# cp /home/stupin/Downloads/msecli_Linux.run .
/mnt/ssd# unzip /home/stupin/Downloads/5200_D1MU_020_420_520_820_fwbin.zip
Archive:  /home/stupin/Downloads/5200_D1MU_020_420_520_820_fwbin.zip
  inflating: D1MU020/1.bin
  inflating: D1MU420/1.bin
  inflating: D1MU520/1.bin
  inflating: D1MU820/1.bin
  inflating: firmware.properties

Выставим права исполнимости на установщик утилиты msecli_Linux.run:

/mnt/ssd# chmod +x msecli_Linux.run

Теперь можно выйти из каталога, в который смонтирована флешка, отмонтировать его и на всякий случай снять с флешки образ:

/mnt/ssd# cd 
~# umount /mnt
~# dd bs=1M count=512 if=/dev/sdc of=/home/stupin/Downloads/clonezilla-live-2.6.6-15-amd64.img

Т.к. образ снят под пользователем root, не забываем поменять владельца файла, чтобы потом можно было без проблем удалить его или переместить в другое место:

~# chown stupin:stupin /home/stupin/Downloads/clonezilla-live-2.6.6-15-amd64.img

В файле /home/stupin/Downloads/clonezilla-live-2.6.6-15-amd64.img будет сохранён образ, который в дальнейшем можно будет записать на любую флешку размером не менее 512 мегабайт. Например, для записи образа на флешку /dev/sdc можно будет воспользоваться такой командой:

~# dd if=/home/stupin/Downloads/clonezilla-live-2.6.6-15-amd64.img of=/dev/sdc

Обновление прошивок

После загрузки с флешки нужно выбрать в меню загрузку в командную строку. Прежде чем приступить непосредственно к обновлению прошивок, нужно устанавить в систему утилиту msecli. Запускаем установщик:

# /usr/lib/live/mount/medium/ssd/msecli_Linux.run

Читаем лицензию, принимаем, соглашаемся на установку утилиты. Узнаём текущие версии прошивок:

# msecli -F
Device Name   FW-Rev
/dev/sda      D1MU004
/dev/sdb      D1MU004
/dev/sdс      D1MU004

Firmware version retrieved successfully
CMD_STATUS   : Success
STATUS_CODE  : 0

Copyright (C) 2019 Micron Technology, Inc.

Как видно, на трёх имеющихся в системе накопителях SSD определилась прошивка версии D1MU004. При подготовке флешки содержимое zip-архива с прошивками мы распаковали в каталог /ssd. В файле firmware.properties можно найти информацию о совместимости прошивок с моделями накопителей. Для Micron 5200MAX подходит прошивка, находящаяся в каталоге D1MU020. Обновляем прошивки до свежих версий:

# msecli -U -i D1MU020 -n /dev/sda
This will update the 5200MAX drive in the system
Are you sure you want to continue(Y|N):Y

Updating firmware on drive /dev/sda (Serial No. XXXXXXXXXXXX)
..................
Device Name  : /dev/sda
Firmware Update on /dev/sda Succeded!
CMD_STATUS   : Success
STATUS_CODE  : 0

Copyright (C) 2019 Micron Technology, Inc.

# msecli -U -i D1MU020 -n /dev/sdb
This will update the 5200MAX drive in the system
Are you sure you want to continue(Y|N):Y

Updating firmware on drive /dev/sdb (Serial No. XXXXXXXXXXXX)
..................
Device Name  : /dev/sdb
Firmware Update on /dev/sdb Succeded!
CMD_STATUS   : Success
STATUS_CODE  : 0

Copyright (C) 2019 Micron Technology, Inc.

# msecli -U -i D1MU020 -n /dev/sdс
This will update the 5200MAX drive in the system
Are you sure you want to continue(Y|N):Y

Updating firmware on drive /dev/sdc (Serial No. XXXXXXXXXXXX)
..................
Device Name  : /dev/sdc
Firmware Update on /dev/sdc Succeded!
CMD_STATUS   : Success
STATUS_CODE  : 0

Copyright (C) 2019 Micron Technology, Inc.

Značky: #Linux, #debian, #buster, #ssd, #linux

Ar

Apple’s 27-inch iMac gets Comet Lake, T2 chip, a better camera, and more

news.movim.eu / ArsTechnica · Tuesday, 4 August - 15:00

Enlarge / The 27-inch iMac. (credit: Apple)

Today, Apple announced changes to its iMac product line, with significant upgrades in the 27-inch model, a move to SSDs in the 21.5-inch, and more performance at lower prices for the iMac Pro.

The 27-inch iMac still has a 5K display, and its chassis is the same. Those hoping for smaller bezels will be disappointed. That said, Apple is bringing TrueTone to this display, and it's offering the same NanoTexture tech we've seen in the company's Pro Display XDR as a $500 upgrade.

It's also getting 10th generation Comet Lake CPUs across all configurations, with 6- and 8-core CPUs standard. The top available CPU configuration is a 10-core Intel Core i9 with Turbo Boost up to 5GHz. 8GB DDR4 at 2666MHz is still standard, but the maximum capacity you can configure at purchase has doubled to 128GB.

Read 8 remaining paragraphs | Comments

index?i=Lj8oSEH8Ug4:4H6BT-DltEA:V_sGLiPBpWU

index?i=Lj8oSEH8Ug4:4H6BT-DltEA:F7zBnMyn0Lo

Jo

[Bon Plan] A partir de 27 euros, ce SSD portable USB 3.1 va vous être indispensable !

news.movim.eu / JournalDuGeek · Monday, 8 June - 13:52

Version 128 Go au prix de 27 euros

Code promo : SPT31128G

Version 256 Go au prix de 39 euros

Code promo : SPT31256G

Version 360 Go au prix de 49 euros

Code promo : SPT31360G

Version 512 Go au prix de 52 euros

Code promo : NNN512SPT

Version 1 To au prix de 91 euros

Code promo : NNN1TBSPT

Version 2 To au prix de 242 euros

Code promo : SPT312TB

Ce SSD STmagic SPT31 M.2 SATA3, ressemble à une clé USB 3.1 doté d’un design en métal, et peut donc se connecter à un ordinateur très simplement. Il offre une vitesse de lecteur jusqu’à 500MB/s et d’écriture jusqu’à 420MB/s. Il ne pèse que 40 g, et à une épaisseur de 9 mm pour une hauteur de 71 mm.