Kalibracja czujnika temperatury w drukarce 3D

Będzie to kontynuacja ostatniego wpisu na temat wymiany kontrolera w Monoprice Maker Ultimate / Wanhao D6.

Niestety temat kalibracji drukarek 3D jest bardzo często pomijany, a bez poprawnej kalibracji, można zapomnieć o ładnych wydrukach. Wielu nowych użytkowników drukarek, nie wie nawet jak taką operacje przeprowadzić, bo w podręcznikach użytkownika zazwyczaj nie ma nawet o tym słowa.

Monoprice Maker Ultimate/Wanhao D6 wymiana kontrolera na SKR 1.4 Turbo

Od jakiegoś czasu posiadam drukarkę 3D, model Monoprice Maker Ultimate. Jest to ta sama konstrukcja co Wanhao D6, ale sprzedawana pod marką innej firmy. Oba te modele są udanym klonem polskiej drukarki Zortrax M200. Drukarka miała swój debiut w okolicach 2016 roku i o ile sama jej konstrukcja może dalej z powodzeniem konkurować z najnowszymi modelami, to kontroler sterujący już się trochę zestarzał. W końcu padła decyzja o jego wymianie na coś nowszego.

Openstack i zmiana metadanych instancji

W OpenStack metadane maszyn wirtualnych są ustawiane tylko przy tworzeniu maszyny. Jeżeli by się zdarzyło, że musimy je zmodyfikować bo chcemy np. dodać wsparcie dla generatora liczb losowych, tak jak zostało to opisane tutaj, to niestety mamy problem.

Na ta chwile w OpenStack Rocky, nie zrobimy tego ani z panelu zarządzającego Horizon ani z linii poleceń. Co pozostaje? Ręczna edycja metadanych w bazie danych dla Nova, np. tak:

MariaDB [nova]> insert into instance_system_metadata set created_at = '2020-04-29 08:13:14', instance_uuid = 'XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX', instance_system_metadata.key = 'image_hw_rng_model', value = 'virtio', deleted = 0;
Query OK, 1 row affected (0.02 sec)

MariaDB [nova]> select * from instance_system_metadata where instance_uuid = 'XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX';

Zamiast instance_uuid wstawiamy oczywiście prawidłowy UUID naszej maszyny wirtualnej. By zaaplikować nowe ustawienia, wystarczy teraz wyłączyć a następnie uruchomić ponownie instancje.

Bez paniki o "SACK Panic" - analiza CVE-2019-11477

  Niedawno zostało odkryte kilka problemów w Linuksowej obsłudze protokołu TCP. Najpoważniejszy problem o sygnaturze CVE-2019-11477 umożliwia zdalne zawieszenie systemu Linux i został ochrzczony mianem "SACK Panic". Zanim przystąpicie do dalszej lektury, warto odrobić pracę domową i najpierw przeczytać opis samej podatności, po Angielsku tu i tu, po Polsku tutaj, czy zobaczyć patch na jądro.

Wszystkie większe serwisy podchwyciły ten temat informując o poważnej luce. Z jednej strony bardzo dobrze, ale to czego w dalszym ciągu brakuje to rzeczywistej analizy podatności, stopnia trudności i warunkach w jakich jest możliwa do wykorzystania. Tego typu informacje umożliwią nam identyfikację najbardziej zagrożonych maszyn w naszej infrastrukturze. Zainteresowany? Więc zapraszam do lektury.