Sunday, 8. November 2009, 22:48:00
Odnośnie sprzątania z poprzedniego postu, to znalazłem taką ciekawostkę. Ktoś miał okazję wjechać na piętro 3½? (;
Sunday, 8. November 2009, 19:54:33
tip, uśpienie, hdparm, dysk
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ę. (:
Friday, 23. October 2009, 16:31:41
kot
Warning, this pussy contains pure awesome!Read more...
Friday, 23. October 2009, 11:17:37
adobe, fail

Urocze. (:
Wednesday, 30. September 2009, 13:51:03
gry, i am jesus
I am Jesus! — uwaga, gra z dość ciężką „fabułą”. Ostatnio trochę pogrywałem i osiągnąłem w trybie Survival (chyba) niezły wynik. WARNING: Nie działa pod wine.
Tuesday, 29. September 2009, 14:51:48
fail, captcha, asus
Ciapcie widziałem już w różnych miejscach, ale tutaj pojawiła się zupełnie jak hiszpańska inkwizycja.
Thursday, 16. July 2009, 14:01:05

Test MMS blogowania .
Sunday, 19. April 2009, 21:12:06
tip, prompt
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. (:
Tuesday, 17. March 2009, 08:36:11
levelhead, ebuild, wk
Natknąłem się ostatnio na ciekawą grę z dziwnymi wymaganiami i... niespotykanym sposobem grania. Prócz egzotycznych zależności są to: kamera i sześcienne "kostki" z odpowiednim nadrukiem. Na czym polega reszta niezwykłości?
Read more...
Wednesday, 4. March 2009, 08:48:00
notify, emobalert, tip, nbsmtp
...
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ć mailx1 - 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_ADDR2 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.
___
1 Tutaj miałem pewien problem, ponieważ mailx nie chciał współpracować z obecnym u mnie nbsmtp. Udało się to jednak obejść.2 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 powiadomienie3 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
Showing posts 1 -
10 of 86.