10696
Windows a jiné systémy / Menim tema:
« kdy: 24. 07. 2011, 19:31:27 »
Graffiti, Soviet Style! http://www.burnred.co.uk/blog/graffiti-soviet-style.html
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
10697
Windows a jiné systémy / Re: Modrá smrť a linuxáci z doby kamennej
« kdy: 24. 07. 2011, 19:20:15 »
Lebo nevies na Windowse robit.Najprv si precitaj dokumentaciu.
[/quote]
Kterou dokumentaci? K Widlim zadna nejni, akorat takova nekolika strankova prirucka, kde se pise, ze Widle jsou nejlepsi a ze se nema okolo moc dupat, ma se pravidelne otvirat okno a nespoustet pri nizkem atmosferickem tlaku.
[/quote]
Kterou dokumentaci? K Widlim zadna nejni, akorat takova nekolika strankova prirucka, kde se pise, ze Widle jsou nejlepsi a ze se nema okolo moc dupat, ma se pravidelne otvirat okno a nespoustet pri nizkem atmosferickem tlaku.
10698
Windows a jiné systémy / Re: Modrá smrť a linuxáci z doby kamennej
« kdy: 24. 07. 2011, 19:13:11 »Linuxáci mají zase Kernel Panic.
Jo, existuje to. Ale naposledy jsem to videl pred nekolika lety, kdyz jsem si hral s Atheros drivery. Pocitam, ze s temi dnesnimi by se mi to podarilo take, jsou nejak chronicky zabugovane. Ale hezke bylo, ze stacilo vytahnout tu PCMCIA sitovku a kernel se zase uklidnil.
10699
Windows a jiné systémy / Re: Modrá smrť a linuxáci z doby kamennej
« kdy: 24. 07. 2011, 16:32:08 »
No to mate pravdu! Linuxaci by meli updatovat svoje postoje, protoze pocinaje Windows Vista Microsoft pry zavedl i cervenou a cernou obrazovku smrti a barev je tedy nyni na vyber vicero. Jinak neexistence BSOD na W7 je pouhou iluzi: http://www.google.com/search?q=bsod+%22windows+7%22&hl=en&safe=off&prmd=ivnsfd&source=lnms&tbm=isch&ei=fissTsaCBMf3sgbb64ztCw&sa=X&oi=mode_link&ct=mode&cd=2&ved=0CAsQ_AUoAQ&biw=1024&bih=475 , Tak spete dal.
Tez nevim, kdo na Microsoft utoci. Sdeleni pravdy neni utokem, ale pouhym konstatovanim. Jeste jsem neslysel, ze by komando Linuxaku, ozbrojenych kosami, cepy a AK-47 napadlo budovu MS v Redmondu.
Pokud se nudite, tak pokusem o vyvolani flamu na toto tema to moc nespravite. Mozna, ze byste byl uspesnejsi, kdybyste sel na nejake Widlacke forum propagovat Linux. Widlaku je vic a tak se snad nekdo chyti.
Tez nevim, kdo na Microsoft utoci. Sdeleni pravdy neni utokem, ale pouhym konstatovanim. Jeste jsem neslysel, ze by komando Linuxaku, ozbrojenych kosami, cepy a AK-47 napadlo budovu MS v Redmondu.
Pokud se nudite, tak pokusem o vyvolani flamu na toto tema to moc nespravite. Mozna, ze byste byl uspesnejsi, kdybyste sel na nejake Widlacke forum propagovat Linux. Widlaku je vic a tak se snad nekdo chyti.
10700
Sítě / Re: Jak zastavit útoky z ip (jinak, než u mne)?
« kdy: 24. 07. 2011, 12:00:18 »
Dobre. Nezapomente, ze synchrorizace neni defaultne zapnuta a musite si precist konfigurak (je hodne okomentovany, takze se to da).
10701
Server / Re: Stavba jednoduché firemní sítě
« kdy: 24. 07. 2011, 10:06:10 »
Lenin POWER!: Dobre presne do okamziku, kdy zase nekomu na tyden lehne cloud.
10702
Sítě / Re: Jak zastavit útoky z ip (jinak, než u mne)?
« kdy: 24. 07. 2011, 07:58:55 »
Krome fail2ban se da pouzit denyhosts, u ktereho se da zapnout synchronisace s vnejsi databazi, coz vetsinu utoku zastavi jeste pred prvnim pokusem. Zakaz se neprovadi v iptables, ale v /etc/hosts.deny.
tuxmartin: Vyhoda presunu ssh na jiny port je mimo jine v tom, ze pri prohledavani logu nemusite preskakovat 10000 zaznamu o nezdarenem pokusu dostat se dovnitr. Navic neni tak tezke napsat si pravidlo pro iptables, ktere vam ssh presune zpet na 22 na interfacu z vnitrni site, odkud se stejne vetsinou asi budete prihlasovat casteji a nebudete tak muset zadavat port. Utocnik si ssh port samozrejme najit muze (pokud tedy nepouzijete portknocking nebo neco), ale naprosta vetsina utoku je vykonavana automaticky skripty a ty si otukaji port 22 a kdyz nenajdou, jdou o adresu dal. Je pravdepodobne, ze pokud ssh presunete, nenajdete v logu jiz nikdy zadny zaznam o utoku.
tuxmartin: Vyhoda presunu ssh na jiny port je mimo jine v tom, ze pri prohledavani logu nemusite preskakovat 10000 zaznamu o nezdarenem pokusu dostat se dovnitr. Navic neni tak tezke napsat si pravidlo pro iptables, ktere vam ssh presune zpet na 22 na interfacu z vnitrni site, odkud se stejne vetsinou asi budete prihlasovat casteji a nebudete tak muset zadavat port. Utocnik si ssh port samozrejme najit muze (pokud tedy nepouzijete portknocking nebo neco), ale naprosta vetsina utoku je vykonavana automaticky skripty a ty si otukaji port 22 a kdyz nenajdou, jdou o adresu dal. Je pravdepodobne, ze pokud ssh presunete, nenajdete v logu jiz nikdy zadny zaznam o utoku.
10703
Software / Re: Záchrana EXT4 po príkaze "clean" v windowsovskom "diskpart"
« kdy: 23. 07. 2011, 10:12:44 »
Chtelo by to ten disk vysypat do souboru pomoci dd. Na vytvorenem obraze si pak muzete delat s testdiskem pokusy, jak se vam zachce. Pokud neco nevyjde, vytvorite novy obraz a jede se dal.
Pokud ten disk je hodne veliky, tak by se asi dalo zkusit vydumpovat akorat ten postizeny oddil a zkusit, co mu rekne testdisk. Pokud najdete postup, kterym ten oddil v tom obraze dokazete obnovit, muzete ho pak namontovat do loopu, namisto zniceneho oddilu vytvorite novy ext4 a data prekopirujete. Nebo muzete vyzkouseny postup v testdisku aplikovat na fyzicky disk. Ale napred bych radsi poridil kompletni obraz celeho disku.
Pokud ten disk je hodne veliky, tak by se asi dalo zkusit vydumpovat akorat ten postizeny oddil a zkusit, co mu rekne testdisk. Pokud najdete postup, kterym ten oddil v tom obraze dokazete obnovit, muzete ho pak namontovat do loopu, namisto zniceneho oddilu vytvorite novy ext4 a data prekopirujete. Nebo muzete vyzkouseny postup v testdisku aplikovat na fyzicky disk. Ale napred bych radsi poridil kompletni obraz celeho disku.
10704
Hardware / Re: Mechanika v notebooku nečte média
« kdy: 21. 07. 2011, 20:44:55 »
Aha, vy tam furt mate jeste Widle? Tak reklamovat, at si s tim hosi nejak poradi.
10705
Hardware / Re: Mechanika v notebooku nečte média
« kdy: 21. 07. 2011, 14:39:14 »
Co takle zabootova Linux z USB, nejlepe nejaky uplne jiny a zkusit to z nej, aby se vyloucilo, ze v tom, co je na HD se neco nepopsulo?
10706
Software / Re: Problém s particiou. chýba mbr?
« kdy: 20. 07. 2011, 01:01:05 »
Stahnout CD Knoppixu a vypalit na CD (nebo jine live distro Linuxu). Pouzit nastroj photorec a nechat ho vytahnout, co se da (na externi USB disk). Potiz je akorat v tom, ze mu asi nepujde vysvetlit, ze se nema pokouset obnovovat soubory z existujiciho oddilu s Widlemi, tak to projede vsechno, patrne vytaha nejake nezajimave soubory a jeste to bude dlouho trvat. Cili asi nejlepe pokusit se urcit, kde konci oddil s Widlemi, pomoci dd prenest obsah disku tesne za nim az do konce disku a photorec poustet na takto vytvoreny obraz.
Pokud vam Linux nic nerika, tak by bylo idealni odchytit nekde nejakeho Linuxaka. V nejhorsim, az budete mit ten Knoppix a dokazete ho nabootovat, tak se zeptejte zase tady.
Pokud vam Linux nic nerika, tak by bylo idealni odchytit nekde nejakeho Linuxaka. V nejhorsim, az budete mit ten Knoppix a dokazete ho nabootovat, tak se zeptejte zase tady.
10707
Software / Re: Zálohování mnoha malých souborů
« kdy: 19. 07. 2011, 19:41:18 »
Ano, zaplatpanbuh, ze na reseni problemu s Widlemi mame Linux.
10708
Software / Re: Zálohování mnoha malých souborů
« kdy: 19. 07. 2011, 11:12:09 »
To by fungovalo slusne, pokud by ta data byla na specialnim oddilu, ne o moc vetsim, nez velikost dat. Predpokladam ale, ze budou na jednom oddilu s Widlemi, tim padem by se muselo zalohovat pokazde hodne dat a nejsem si jist, jestli by se tim neco usetrilo. Akorat by clovek mel zazalohovano vse a pri krachu disku by stacilo prehodit disky. Udelat by to slo, dd pro Widle tusim existuje. Pokud ale disk ma treba 1TB, tak jak dlouho by to dd mohlo trvat?
10709
Software / Re: Zálohování mnoha malých souborů
« kdy: 19. 07. 2011, 09:16:56 »
A co si udelat bootovaci USB disk s Linuxem a napsat si zalohovaci skript s rdiff-backup?
10710
Hardware / Re: Debian a pomalý USB disk
« kdy: 18. 07. 2011, 22:32:16 »
No, to asi ne. ohci nebo uhci by mely obsluhovat pomala zarizeni, zatimco ehci obsluhuje USB 2. Takze ehci typicky koexistuje s ohci nebo uhci. Nekde jsem cetl, ze ehci by mel byt natahovan az po jednom z tech USB 1 driveru.
A otazka je, co se stane, kdyz systemu uzmeme USB 1 driver. Pouzije ehci a pobezi to rychle? Nebo to nepobezi vubec?
A otazka je, co se stane, kdyz systemu uzmeme USB 1 driver. Pouzije ehci a pobezi to rychle? Nebo to nepobezi vubec?
