updateAktualizacja do Backtrack.pl PREMIUM Update2 jest gotowa!

Nowa wersja skryptu aktualizacyjnego dedykowana na system z rodziny PREMIUM. Kompatybilność z czystym systemem Backtrack nie była testowana ale jest wysoce prawdopodobne że zadziała w 100%, skrypt działa z modyfikacją EXTREME i robi z niej fuzję. Nie sprząta śmieci w katalogu /root, tym powinien zając się sam autor 🙂
Skrypt wymaga stałego dostępu do internetu, ponieważ pobiera około 600MB gdy aktualizuje wersję Update1 i prawie 1,2GB gdy aktualizuje czystą wersję. Skrypt musi być odpalony w trybie GRAFICZNYM ponieważ część instalacji (chodzi tu głównie o subterfuge) przeprowadzana jest za pomocą GUI, w którym należy wybrać opcję „simple”.

ZANIM DOKONACIE AKTUALIZACJI PROSZĘ PRZECZYTAĆ WSZYSTKIE INFORMACJE NA WIKI.

 

Tagged with:
 

Oto krótki poradnik dla tych którzy mają dylemat z wyborem typu systemu operacyjnego na swój komputer.

Na początek schemat i zero wyjaśnień:

A teraz wyjaśnienia:

  • Procesor: ilość rdzeni nie ma większego znaczenia, zarówno system 64bit-owy jak i 32bit-owy może ale nie musi obsługiwać więcej niż jeden rdzeń/procesor. Windows XP dopiero od dodatki SP1 obsługuje procesory z więcej niż jednym rdzeniem, Vista/7 obsługują je od początku swojego istnienia. Według wielu testów Windows XP SP3 słabiej radzi sobie z rozdzielaniem zadań między rdzenie niż Windows Vista/7, te same testy pokazały też że różnice są na poziomie błędu statystycznego, dopiero gdy ilość rdzeni jest większa niż 2 a do tego dochodzą technologię jak Hyper Threading różnice zaczynają być widoczna ale nadal jest mniejsza niż 2-3%.
  • Dysk twardy: rozmiar dysku nie ma znaczenia, ponieważ rozmiar jaki obsługuje Windows XP x86 jest większa od nawet najnowszych dysków twardych do zastosować domowych. Oczywiście system 64bit-owy obsługuje dużo większe dyski.
  • Pamięć RAM ma znacznie, system 32bit-owy potrafi adresować do 4GB aby posiadać więcej pamięci musimy posiadać system 64bit-owy. Do pamięci RAM wlicza się też RAM który posiada karta graficzna, w rezultacie 32bit-owy Windows widzi od 3 do 3,9GB. Przy wyborze systemu musimy pamiętać że system 64bit-wy obsługuje więcej pamięci ale też wymaga jej więcej, w rzeczywistości potrzebuje jej o około 25-50% więcej niż 32bit-wy, jeżeli posiadacie coś w okolicy 1-2GB zalecam Windows XP x86, mimo że wiele mało doświadczonych osób twierdzi że wymagania 7 są identyczne jak XP, to prawda jest zupełnie inna. W7 wymaga dużo więcej, może nie tyle co Vista ale więcej, z czasem gdy system „rośnie” przy małej ilości RAM-u robi się powolny a to bardzo utrudnia pracę, dlatego tylko osoby posiadające co najmniej 4GB RAM-u powinny wybierać system 64bit-wy.
    • XP czy 7: według mnie 7 jest tylko dla tych którzy posiadają 4GB RAM-u albo grają w gry wymagające DX10 lub 11. Siódemka wymaga więcej pamięci a po co się męczyć ? XP mimo swojego wieku był cały czas modernizowany, działa dużo szybciej i wymaga dużo mniej, z odrobiną własnego wkładu może być bardziej zabezpieczony niż 7. Internet, biuro = Windows XP!
  • Linux: tu sprawa jest prosta, rozwiązana za pomocą modułu (high memory support) który jest w stanie użyć całych 4GB a nawet więcej n(do 64GB) nawet na 32bit-wym systemie. Jedyny problem to limit per proces do 4GB. Dlatego osoby które mają coś w okolicy 4GB a nie mają ochoty użerać się z problemami jakie niesie 64bit-owy system (java, flash, multilib, aplikacje CloseSource, stare aplikacje) , spokojnie mogą używać 32bit-owego distra z HMS.

Mam wielką nadzieję że przybliżyłem wam temat i pozwoli wam to wybrać system idealny dla waszej maszyny i dla was. Jestem człowiekiem, nie pisarzem, nie humanistą, robię błędy, zapominam… więc jeżeli coś z tym tekstem nie jest halo, dajcie znać.

Tagged with:
 

firefox-burnW sieci można odszukać wiele poradników jak zmusić firefox-a do szybkiego ładowania stron, szybkiego otwierania menu etc. To bardzo miłe że ktoś o tym myśli ale podejście do tego zazwyczaj ogranicza się do dwóch rzeczy:

1. powiększyć ilość połączeń w jednym czasie do max.

2. powiększyć buffer w pamięci do max.

3. powiększyć buffer na dysku do max.

4. zmniejszyć opóźnienie wyskakiwania okienek do min.

Może to i ma jakiś sens, ale nie wiem czy przypadkiem on gdzieś nie uciekł… dlaczego? Kiedyś Firefox był dosyć lekki większość komputerów odpalała go szybki a z pamięci zajmował bardzo mało, dziś już nie można tak powiedzieć. Firefox jest ciężki, wolny i niesamowicie rozbudowany, przez co nawet mój komputer który ma dwa rdzenie po kilka GHz a do tego 6GB ram-u sprzętowy RAID5 na trzech dyskach, zaczyna mieć poważne problemy gdy załaduje 10-15 stron na kilku zakładkach… a gdy te strony mają masę ogromnych obrazków to firefox potrafi łyknąć spokojnie całe 6GB.

No i tu nasuwa mi się pytanie czy tuning ala. to co napisałem wyżej ma jakiś sens ? Mi się wydaje że nie, ja nadal chciał bym mieć lekka i szybka przeglądarkę… Dlatego postanowiłem napisać mały tutorial jak zmniejszyć apetyt firefox-a na pamięć.

  • Są dwa wyjścia, pierwsze to zmienić przeglądarkę na lepsza? 🙂

Tu muszę powiedzieć że Opera da się lubić, poza brakiem kilku dodatków które ff ma w zasadzie jest wszystko czego mi trzeba a na dodatek czuj się bardziej bezpieczny bo Opera w swojej historii miała znacznie mnie groźnych luk. Niestety co trzeba powiedzieć Opera ma problemy z wieloma stronami, nawet z tymi które nie wymagają IE i w FF chodzą doskonale… No za to Opera jest bardziej USER FRIENDLY niż inne przeglądarki! 🙂

Kolejna alternatywa to Google Chrome ( SRWare Iron ) który jest rewelacyjnie szybki i tu nie ma kompromisów, ładuje się szybko, zajmuje mało, czas renderowania stron jest krótki a na dodatek fatalny język JavaScript chodzi dużo szybciej niż u konkurencji! Niestety Chrome ma ogromne braki i nie ma w nim podstawowych opcji, ale to może być powód bardzo młodego wieku.

To tyle jeżeli chodzi o alternatywę, bo dla mnie i wielu innych osób przeglądarki typu IE, Safari, Moo + wszelkie modyfikację IE nie istnieją…

  • Kolejny sposób to próbować ratować Firefox-a

Aby tego dokonać najlepiej jest zdobyć gdzieś zoptymalizowanego pod swój procesor i jego instrukcje „build”. Pod systemami UNIX-owymi i podobnymi to nie jest wielkim problem, Gentoo np. samo kompiluje sobie ff z źródła a nawet jeżeli nie mamy Gentoo to możemy sobie skompilować przeglądarkę ręcznie bo prawie każdy linux/unix ma kompilator GCC 🙂 Problem mają użytkownicy Windows bo aby skompilować coś pod windowsem potrzeba Visual Studio 2005 a czasem nawet 2008 które nie są ani darmowe ani lekkie… Dlatego łatwiej jest poszukać jakiegoś build-u ale to nie jest łatwe bo oficjalnych nie ma albo są nieaktualne lub nie dokładnie zoptymalizowane.

Znalazłem stronę na której jest spis nieoficjalnych buildów: http://pryan.org/mozilla/firefox/

Jeżeli znajdziecie coś to dobrze jeżeli nie to można jeszcze zrobić mały tuning ustawień które o dziwo mogą wiele zdziałać.

  • wchodzimy do ustawień ff przez wpisanie w miejsce adres „about:config”
  • ustawiamy wartość zmiennych: network.http.pipelining, network.http.proxy.pipelining  na „true”
  • zmienna: network.http.pipelining.maxrequests na 10 lub 15 (bez przesady tutaj)
  • zmienne: nglayout.initialpaint.delay, ui.submenuDelay na wartość: 0 a zmienna: content.notify.backoffcount na 5 (jeżeli nie mamy takowych dodajemy nowe prawym przyciskiem „dodaj ustawienia typu” -> „integer”
  • dodajemy lub zmieniamy zmienne: network.dns.disableIPv6 na false, zmienne: plugin.expose_full_path na true, są to zmienne „string”
  • aby ograniczyć użycie pamięci do około 5-10% przy zminimalizowaniu ff, dodajemy zmienną typu „Boolean” o nazwie „config.trim_on_minimize” i wartości „true”
  • firefox domyślnie ładuje stronę zanim klikniemy na link, czasem to ma sens czasem nie bardzo ja uważam że to marny pomysł dlatego wyłączam to przez zmienne: „network.prefetch-next” na „false”
  • odchudzamy GUI przez zmianę „browser.chrome.toolbar_tips” na „false”
  • ograniczamy pochłanianie pamięci przy normalnym działaniu przeglądarki, przez zmianę „browser.cache.memory.enable” na „false” oraz ustawienie wartości „browser.sessionhistory.max_total_viewers” na „0”
  • na koniec ograniczamy globalne użycie pamięci przez ff ustawiając zmienna „browser.cache.memory.capacity” w zależności od ilości pamięci fizycznej naszej maszyny lub naszej hojności wobec ff. Ja ustawiam tu zawsze „10240” która odpowiada 10Mb (posiadam 6GB czyli jestem bardzo skąpy 😛 ) Wartość mówi ile kb ff może użyć. Zalecane ilości w stosunku do ilości pamięci to: 2048 przy 32mb, 4096 przy 64mb, 6144 przy 128mb, 10240 przy 256mb, 14336 przy 512mb, 18432 przy 1gb, 24576 przy 2gb, 30720 przy 4gb, więcej dawać nie zalecam nawet gdy mamy więcej pamięci.
  • Niezłym sposobem na łatwiejsze limitowanie ff jest też dodatek: https://addons.mozilla.org/pl/firefox/addon/1881

KONIEC

Mam nadzieję że komuś pomoże ten tutorial, bo każda oszczędność jest pozytywna w dobie pochłaniacza jakim jest Windows Vista!

Tagged with:
 

dyskOstatnio głośno jest w internecie o Ubuntu który zabija dyski twarde, parkując dysk twardy raz na minutę. Niestety jest w tym trochę prawdy, jednak problem nie dotyczy tylko Ubuntu.

Zacznijmy od początku. Wiemy, że każdy system ma możliwość wybrania czasu po jakim dysk zostaje zaparkowany (wyłączony a głowice odstawiona na rampę). Chodzi tu głównie o dwie rzeczy, pierwsza to oszczędzenie energii, (w laptopie) druga to zapobiegnięcie uszkodzeniu danych przez odstawienie głowicy dysku na odpowiednie miejsce (rampę lub nieużywany obszar dysku). Taka operacja jest pożądana o ile nie jest wykonywana za często.

Jako pierwsi, użytkownicy Ubuntu zauważyli, że parametr ich dysków Load_Cycle_Count pokazuje magiczne liczby ~1mln parkowań po jednym roku użytkowania, trzeba dodać, że producenci przewidują około 200000 parkowań.

Prawda jest taka, że Ubuntu faktycznie jest trochę winny, gdyż skrypt startowy systemu ustawia hdparm -B 1 /dev/dysk co powoduje, że dysk parkuje raz na minutę jeżeli jest nie używany (tylko na laptopie, laptop_mode).

Aby to naprawić wystarczy dopisać: hdparm -B 192 /dev/dysk aby sprawdzić ile razy nasz dysk został zaparkowany smartctl -a $HDD | grep Load_Cycle_Count

Niestety muszę dodać, że problem nie dotyczy tylko Ubuntu ale także systemów Windows które zainstalowane na laptop-ie ustawiają: wyłączenie dysku twardego TAKŻE CO 1 MINUTĘ!

Moja rada jest taka: sprawdzajcie co się dzieje z waszymi dyskami 🙂 jak?
Pod Linux-em smartctl -a /dev/dysk | grep Load
pod Windows-em niestety nie mamy takiego programu ale możemy go zainstalować: http://sourceforge.net/pr…?group_id=64297 po instalacji w uruchom wpisujemy: cmd a w uruchomionej konsoli: smartctl -a c:

Tak samo jak pod Linux-em pod Windows-em można sobie zainstalować hdparm http://hdparm-win32.dyndns.org/hdparm/

Mały obrazek demonstrujący na czym polega parkowanie głowicy:


Tagged with:
 

hdZaczęło się lato, dopiero co minęła wiosna. Ten okres roku jest najgorszym dla dysków twardych, głównie dlatego że temperatura idzie wyraźnie w górę a na dodatek występują burze .

Wiele razy już widziałem jak ludzie wsadzają jeden dysk pod drugim i tak 3-4 razem, taka „paczka” potrafiła osiągnąć 75C, no i co tu powiedzieć ? Czy to jest dla nich złe ?!

Odwiedziłem wiele stron producentów, oraz przeczytałem wiele artykułów na ten temat i dalej nie mam pewności co jest dobrze a co złe.

Producenci zgodnie mówią że:
1. Dysk powinien pracować w temperaturze ~60°C
2. Powinien być przechowywany w temperaturze 10-70°C (ekstremalnie -20°C do 80°C)
3. Wilgotność powietrze przy pracy 5-90% (przechowywanie 5-95%)
4. Dysk lubi pracować non-stop, źle na niego wpływa ciągłe wyłączanie i włączanie.

Jak udało mi się doczytać, Google przeprowadziło badania na własnych dyskach twardych których mają pod dostatkiem i doszli do bardzo podobnych wniosków.

Nowe dyski (prod. >2004r.) lubią wyższe temperatury a gorzej czują się w niskich, tak samo jak wszystkie inne starsze wolą pracować ciągle niż być wyłączane.
Obciążenie nie ma większego wpływu na częstość usterek (5~12%)

Zatem co należy robić z dyskami ?
1. Dyski nie powinny być za blisko siebie, wkręcane w obudowy powinny mieć 1-2cm luzu pod i nad sobą, Dyski powinno się przykręcać do obudowy bo to pomaga im oddać temperaturę na obudowę.
2. Gdy posiadamy więcej niż 2 dyski razem można zamontować 80mm wiatrak podłączony na 7V aby wywiewał ciepłe powietrze z pomiędzy nich. (do tego celu można wykorzystać fabrycznie stworzone miejsca na dyski w wielu dobrych obudowach, w przedniej części obudowy, są tam też miejsca na cooler)
3. Jeżeli nasza obudowa jest zamknięta trzeba pamiętać o cyrkulacji powietrza w środku, powietrze powinno się dostawiać do środka z przodu a wylatywać z tyłu. (Do tego celu prawie każda obudowa ma dwa 80cm wentylatory z przodu i dwa z tyłu, plus te które są na procesorze/ach oraz na chip-secie i grafice.)

Te trzy warunki powinny zapewnić waszym dyską długie życie (~5 lat) jednak należy pamiętać że częste wyłączanie pogarsza znacznie sytuację.

Moja opinia:
Osobiście kiedyś sam przeprowadzałem podobne testy na dyskach w pewnej firmie i były to zawsze trzy dyski połączone razem w RAID5. Testowałem następujące firmy:
3xSamsung Spin-Point UDMA133 80GB 3xSegate Medalist UDMA133 150GB 3xWD UDMA133 80GB 3xFujitsu UDMA100 40GB.
Zostały zamontowane zgodnie z instrukcjami wyżej i chodziły przez 5 lata wszystkie razem non-stop (przerwy ~2razy/rok na około 1-2 minut w celu wymiany podzespołów komputera innych niż dyski)

Z tego co udało mi się zaobserwować to dyski Segate po 3 miesiącach zaczęły zgrzytać jak by miały się w środku rozsypać, potem po 2 latach podobny dźwięk zaczął się wydobywać z dysków Fujitsu. I dopiero po 3 latach 4 miesiącach dyski Segate jako pierwsze dorobiły się bad-sektorów które mimo monitorowania SMART-em nie zostały wykryte przez około 2 miesiące. Po kolejnym pół roku, dwa z trzech Segate zostały usunięte a trzeci został jako SWAP bo nie mógł sam pracować w RAID5 (wymaga 3 dysków) Po około 4 latach jeden z dysków Fujitsu też dorobił się bad-sektorów, około 2MB ale pozostał w RAID5 i pracował jeszcze do 5 roku życia. Pozostałe dyski Samsung oraz WD pracują do dziś co aktualnie daje 5,5 roku pracy non-stop.

Wniosków nie będę wysnuwał bo ilość obserwowanych dysków nie jest duża ale ja osobiście ufam tylko dyską Samsung oraz WD.

Aktualnie rozpoczynam podobne badania na nowych dyskach Samsung, WD, IBM, Segate modele z tego roku SATA2 (3GB) 16MB Cache 7,200rpm ~300GB pojemności.
Postaram się informować o rezultatach.

ps.
Pilnujcie swoich danych 😉

Tagged with:
 

Portal Bezpieczna Sieć - Forum komputerowe, Informatyka śledcza, bezpieczeństwo, backtrack, kali - Kali Linux Polska Edycja - Polska Edycja Backtrack - Seriws Laptopów Katowice - Sklep Komputerowy Katowice - Parking BETA przy lotnisku Pyrzowice - Broń Czarnoprochowa - miejsce Run w sieci

stat4u