środa, 11 maja 2016

środa, 6 kwietnia 2016

Najnowsze arduino - instalacja

W starszych dystrybucjach (w tym opartych na starszych dystrybucjach) Ubuntu Arduino jest dostępne, ale nie najnowsze. Instalacja najnowszego sprowadza się do dosyć prostego zestawu komend [źródło]:
sudo apt-add-repository ppa:ubuntu-desktop/ubuntu-make 
sudo apt-get update 
sudo apt-get install ubuntu-make 
sudo umake ide arduino
I to tyle...

środa, 30 marca 2016

Nagrywanie płyt (CLI)

Ogólnie - co najpraktyczniejsze [źródło]:

# Nagrywanie ISO
cdrecord -v speed=5 dev=0,0,0 /path/to/foo.iso

# Utworzenie obrazu ISO ze ścieżki
mkisofs -Jr -o foo.iso /path/to/directory
mkisofs -vrTJUV "Label" -o foo.iso /path/to/directory

# Utworzenie obrazu płyty
dd if=/dev/cdrom of=foo.iso

# Konwersja mp3
for i in *.mp3; do lame --decode $i `basename $i .mp3`.wav; done
# Nagrywanie płyt z WAV
cdrecord -v -audio -pad speed=5 dev=0,0,0 /path/to/*.wav
# Czyszczenie płyty wielokrotnego zapisu
cdrecord -v dev=0,0,0 speed=5 blank=fast



Chociaż osobiście preferuję poniższe metody:

Nagrywanie audio CD z dowolnego formatu [źródło]
Zmiana nazw plików na bez-spacji: for f in *; do mv "$f" `echo $f | tr ' ' '_'`; done
Konwersja do wav: for i in $( ls ); do avconv -i $i $i.wav; done
Opcjonalnie normalizacja: normalize-audio -m *.wav
Samo nagrywanie: cdrecord -v -nofix -eject dev='/dev/scd0' -audio -pad *.wav


Nagrywanie ISO
[źródło]
wodim -eject -tao  speed=16 dev=/dev/sr0 -v -data ubuntu-14.04.4-server-i386.iso

sobota, 20 lutego 2016

Nienaturalne obciążenie apache i ilość procesów

Ostatnio zauważyłem, że mój serwer bardzo często jest przeciążony. Szybkie oględziny pozwoliły mi zaobserwować dużą ilość procesów apache (w programie top), 100% wykorzystanie procesora i duże zużycie pamięci.

Pierwsza rada z jaką się spotkałem, to [źródło]:
please check/post your log file size and logs?? 
Okazało się, że dużo jeśli chodzi o ilość jak i wagę. Wywaliłem. Trochę to pomogło, ale problem szybko powrócił.

Przeglądając logi apacha zauważyłem sporą ilość wpisów dotyczących pliku xmlrpc.php [Wordpress] oraz tego samego ip. Rozwiązaniem było dopisanie reguły z tym związanej do plików programu fail2ban [źródło].

Do pliku /etc/fail2ban/filter.d/apache-xmlrpc.conf regułę rozpoznającą problem:
[Definition]
failregex = ^<HOST> .*POST .*xmlrpc\.php.*
ignoreregex =
I do pliku /etc/fail2ban/jail.local (w przeciwieństwie do pliku /etc/fail2ban/jail.conf, zalecanego przez źródło) reguły uruchamiającej usługę rozpoznawania zagrożenia:

[apache-xmlrpc] enabled = true port = http,https filter = apache-xmlrpc logpath = /var/logapache2/access.log maxretry = 6
Reset fail2ban i apacha2, chwila na uspokojenie serwera i jak na razie przeciążenia nie obserwuję.

niedziela, 29 listopada 2015

Problemy z podświetlaniem ekranu

Przy częstej zmianie jądra na najnowsze wersje, zauważyłem, że w okolicach przejścia z 3.x na 4.x zaczęły się pewne problemy z podświetlaniem. Problem polegał na tym, że albo nie miałem kontroli w ogóle albo po uśpieniu i obudzeniu laptopa.
Kiedyś wystarczyło dodać do linii jądra acpi_backlight=vendor, niestety po 4.x rozwiązanie to nie działa po uśpieniu.

Przetestowałem kilka opcji [źródło]:
# Backlight testing# acpi_backlight=vendor - nie dziala po uspieniu# video.use_bios_initial_backlight=0 - wylacza 'samsung' w bl, nie uzywa radeonowego# video.use_native_backlight=1 - nie dziala
Po dodaniu wpisu acpi_backlight= bez niczego za "równa się", w katalogu /sys/class/backlight zniknęło dowiązanie samsung obok radeon_bl0 i pojawiło się acpi_video0, od teraz wszystko działa.

niedziela, 25 października 2015

Przenoszenie plików z zachowaniem uprawnień

Po co?
Robiłem sobie kopię zapasową SteamOS na oddzielnej partycji. Potem dłubałem, psułem i szybko przywracałem pliki. I tak od nowa...

Jak przygotować paczkę:
tar cvpzf put_your_name_here.tar.gz ./*
Jak ją później rozpakować?:
tar xpvzf put_your_name_here.tar.gz
W prawdzie rozpakowuje się wszystko z bezwzględnym adresem. Może kiedyś się zastanowię jak to zmienić ;) [źródło].