​​Итак, откуда у жесткого диска команда TRIM

К сожалению, правильный ответ на вопрос дали только 23% читателей. И это действительно диск с SMR, а наличие поддержки TRIM у жесткого диска – 100% признак черепицы.

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

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

Это позволяет диску более эффективно реорганизовывать данные и поддерживать максимальный запас свободных лент.

Более подробно об этом в нашей статье: Что такое черепичная магнитная запись SMR и стоит ли ее избегать?

​​Как внедрять изменения и не остаться у разбитого корыта

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

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

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

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

Затем берем и планируем обратный процесс: т.е. полный откат всех внесенных изменений от конечного состояния к начальному. И составляем второй временной график. Это сразу поможет понять сколько времени понадобится чтобы вернуть все как было, даже если откатываться придется с самого-самого последнего этапа.

И только теперь можно говорить о необходимом размере технологического окна, которое должно позволять выполнить процесс как внедрения, так отката после этого.

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

Для таких случаев мы отдельно закладываем в график некоторое время для решения проблем, например, час или два. После чего распределяем его по этапам. Скажем у нас есть лишний час и четыре этапа, следовательно мы или решаем проблему за 15 минут, либо начинаем процедуру отката.

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

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

Это может усложнить и удлинить процесс, но позволит реализовать его частями. Теперь, если что-то пошло не так – возвращаемся к очередной точке фиксации.

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

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

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

А каких методов планирования придерживаетесь вы? Спринт или спортивная ходьба? Планируете ли откаты?

А вот, собственно, и причина недолгой жизни резинок - эти прокладки сильно текут. А масло очень и очень быстро резину разрушает.

​​EasyPlay – теперь и игры

Денис Давыдов – автор проекта EasyAstra, направленного прежде всего на упрощение работы с Astra 1.7 SE, по просьбам пользователей запустил новый проект – EasyPlay.

ЕаsyPlay переносит на платформу Astra 1.7 SE классические игры, такие как Quake, Doom или Герои. При этом вам не нужно что-то настраивать, все игры упакованы в DEB-пакеты, просто скачать и установить.

Как говорит сам автор, проект развивается в свободное время, что-то собирается нативно, что-то грамотно упаковывается в Wine.

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

Игр пока не много, полный список вы можете посмотреть здесь: https://play.easyastra.ru

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

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

​​Что такое Umask в Linux и для чего он нужен

Umask в Linux – это параметр операционной системы, который определяет набор прав доступа присваиваемый новым (создаваемым) файлам и папкам.

Как мы помним, полные права для файлов описываются как:

rw- rw– rw- или 110 110 110 или 666

Для папок:

rwx rwx rwx или 111 111 111 или 777

Напомним, что x для директорий – это не выполнение, а доступ к файлам директории и их атрибутам, потому как r дает возможность только получить список файлов директории.

Что касается файлов, то признак «исполняемый» устанавливается по необходимости создающей программой и по умолчанию в расчет не берется.

Как работает Umask? Это маска и она имеет обратное, по сравнению с правами значение, т.е. установленный бит маски обозначает запрет на действие.

Допустим мы хотим по умолчанию устанавливать права файлов (владелец, группа, прочие):

rw- rw- r--

и директорий:

rwx rwx r-x

Так как для файлов мы игнорируем бит x, то получаем одинаковый двоичный набор:

000 000 010 или 002

Хотя снова вспоминаем, что на самом деле в правах не три, а четыре октета, поэтому правильно будет не 002, а 0002. Хотя первый ноль можно отбрасывать для простоты.

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

Для root применяется по умолчанию маска 0022, т.е.:

000 010 010 или rw- r-- r-- для файлов и rwx r-x r-x для директорий.

👆 В Debian обычный пользователь, также как и root имеет маску 0022.

Узнать текущую маску можно командой:

umask

А добавив к ней значение маски можно установить новое значение, например:

umask 077

Здесь мы подходим к еще одному вопросу – правильному расчёту маски, многие пытаются оперировать восьмеричными цифрами просто вычитая от 666 или 777 значение маски. Но это неверно, хотя во многих случаях дает верный результат.

Но если исходить из этого допущения, то маска 066 для файлов будет равна маске 077. Но это не так, если перевести маску в двоичный вид, то мы увидим, что 066 это:

000 110 110

Т.е. разрешает устанавливать исполняемый бит группе и прочим. А 077:

000 111 111

Полностью сбрасывает права для всех, кроме владельца.

Возможно сложновато, поэтому umask можно передавать параметры желаемого набора прав явно и в более привычном виде, например, для маски 0002 можно указать:

umask ug=rwx,o=rx

А для 0022:

umask u=rwx,go=rx

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

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