roslin

A, a — dyski dwa
szare, bure obydwa.
Nic nie będą robiły
tylko się kręciły…

Od dość dawna w moim desktopie siedzi kilka dysków. Nie dlatego, że mam na nich jakiś RAID czy backupy, ale… po prostu nie chce mi się porządkować danych. [; W ten sposób na jednym jest aktualny system, na drugim jest /home z poprzedniej instalacji itd.

Wracając do wesołej twórczości z początku, to dyski (przynajmniej moje ;) się kręcą. 7200 obrotów/minutę × kilka sztuk = dobrze ponad 20000 o/m! Niby nic w tym dziwnego, ale jak złapią „odpowiednią” częstotliwość, to słychać buczenie. Takie „sinusoidalne” (pozdro Qlawy!):
szum… szum… uuuuUUUUUUUuuuu… szum… szum… uuuuUUUUUUUuuuu… szum…

Po jakimś czasie jest to *strasznie* irytujące. Bałagan na poszczególnych nośnikach sprawia, że praktycznie używam tylko jednego — tego, na którym jest obecnie system. Resztę można więc wyłączyć. Krótkie poszukiwanie naprowadziły mnie na hdparm. Krótka lektura man pozwoliła wyszukać ciekawsze opcje: -C, -y i -Y.

Czym prędzej wprowadziłem swój plan w życie wyłączając /dev/sd{b,c,d} i, w ten sposób, pozbywając się natarczywego buczenia… na chwilę. Bo natarczywe buczenie szybko powróciło. Po krótkiej analizie „jak one się wybudzają?” okazało się, że winny jest smartd, a następnie, po ponownym cyklu uśpienie/wybudzenie, za współwinnego uznano hddtemp. Winni zostali skazani na /etc/init.d/foo stop, a ja zostałem skazany na ciszę. (:

Urocze. (:

Ciapcie widziałem już w różnych miejscach, ale tutaj pojawiła się zupełnie jak hiszpańska inkwizycja.

Ciekawy post loudmaxa, cytuję w całości:

Here's my prompt string:

PS1='\[\033[01;32m\]\u@\[\033[01;31m\]\h[\w]:`if [[ $? != 0 ]]; then echo "( "; else echo ") "; fi`\[\033[00m\]'

If the previous command succeeds it shows me it's happy:

user@host[~]:) /bin/true 
user@host[~]:)

If the previous command fails, it's sad:

user@host[~]:) /bin/false 
user@host[~]:(

Oczywiście całą magię robi ta linijka:
:`if [[ $? != 0 ]]; then echo "( "; else echo ") "; fi`

Mój prompt już się do mnie uśmiecha. (:

Poszukując sposobów na powiększenie e-penisa trafiłem na temat TIP: Send SMS alerts when emerge completes. Autor, timeBandit, robił spory update (>500) pakietów i wkurzył się, kiedy mersja poległa któryś-tam-raz z rzędu chwilę po tym jak odszedł od komputera. Postanowił więc zrobić sobie powiadomienia, które dostanie, jeżeli proces będzie wymagał niańczenia. (;

Powyższy poradnik zakłada, że mamy zainstalowane:

• Klienta mailx (mail-client/mailx), aby wysyłać maile prosto z linii poleceń.
  
• MTA (mail transfer agent) by mógł go użyć mailx¹ - jak postfix, sendmail lub ssmtp.
  

Cały skrypt, który musi być uruchomiony zaraz po emerge, wygląda tak:

~/bin/emobalert

#!/bin/sh 
# Record exit status of emerge--must precede ALL other commands! 
[ $? -eq 0 ] && RESULT="PASS" || RESULT="FAIL" 

# Change next line to your mobile/SMS address 
SMS_ADDR="123456789@fajna.bramka.sms" 

LAST_PKG="$(tac /var/log/emerge.log | awk '$2 == ">>>" {print $4,$5,$6,$7; exit;}')" 
CFG_MODS="$(find /etc -iname '._cfg????_*' | wc -l)" 

mail -s"Emerge Completed" $SMS_ADDR <<-EOM 
   ${RESULT} ${LAST_PKG} 
   ::: 
   ${CFG_MODS} config updates pending 
   $* 
EOM

Musisz oczywiście odpowiednio zmienić SMS_ADDR² i zrobić skrypt wykonywalnym. Jeżeli twój numer telefonu jest poufny zadbaj o odpowiednie prawa dostępu.

Używanie skryptu to bułka z masłem:

emerge -uDv world; emobalert

To wszystko! Pamiętaj, że skrypt musi się odpowiednio uruchomić po emerge, by mógł odczytać jego exit status (zawsze używaj średnika, nigdy && czy || jako połączenia potoków).

Po zakończeniu emerge dostaniesz wiadomość:

From: root@localhost.localdomain 
(Emerge Completed) 
PASS (2 of 2) app-crypt/seahorse-2.22.3 
::: 
0 config updates pending

Można tu odczytać ostatni ebuild, który był instalowany, czy proces zakończył się sukcesem/porażką i czy czekają cię jakieś pliki konfiguracyjne do aktualizacji. Argumenty dopisane do emobalert w linii poleceń zostaną dołączone do wiadomości.

___
¹ Tutaj miałem pewien problem, ponieważ mailx nie chciał współpracować z obecnym u mnie nbsmtp. Udało się to jednak obejść.
² Szczerze mówiąc nie orientuję się jak wygląda sytuacja we wszystkich sieciach. W Plusie wysłanie wiadomości jest bardzo proste, wystarczy w polu SMS_ADDR wpisać +48mójnumertelefonu@text.plusgsm.pl i dostaniemy piękne powiadomienie
³ Zmiany przy nbsmtp nie były wielkie, korzystam z mutt i postanowiłem użyć go do odwalenia za mnie brudnej roboty. Koniec skryptu u mnie wygląda mniej więcej tak:
su -c "echo \"${LAST_PKG} ::: ${CFG_MODS} config updates pending.\" | mutt -s \"Emerge ${RESULT}\" $SMS_ADDR" - nazwa_użytkownika