BLACKHOLE.sk - unix - Comments

Re: Zabudnute schopnosti: qemu + binfmt_misc + chroot

kabel — Tue, 31 May 2011 20:01:29 +0200

Titulok a anotacia zmenene

Re: Zabudnute schopnosti: qemu + binfmt_misc + chroot

bwpow — Tue, 31 May 2011 16:46:05 +0200

Toto nie su zabudnute schopnosti. To su skor doteraz neobjavene.

Prisiel som, videl som, hmm...

Re: backTrack_4 install, set up

rayen — Mon, 01 Feb 2010 16:37:22 +0100

idealne ked v setupe nic extra nemenis (len particiu, popridade manual, a boot sektor), lebo zopar krat mi ten setup skoncil s roznymi blbostami
backtrack 4 je vlastne ubuntu 8.04, ja osobne som si tam normalne doinstaloval gnome-unutu, kedze KDE moc nemusim
odinstalovanim KDE som usetril len asi 200MB lebo sa mi moc nechcelo riesit kniznice, a vela tych softow aj tak potrebuje API
neodporucam ale upgradovat na nove ubuntu 9, kedze tam je uz karmin kernel, pre ktory je problem s drivrami, teda aspon moja ALFA036 nevedela packet injection a custom drivre sa kvoli nekompatibilnym headrom vykompilovat nedali

Re: backTrack_4 install, set up

redhawk — Mon, 01 Feb 2010 16:26:12 +0100

Instal to HDD
1. Boot BackTrack on the machine to be installed. Once booted, type in “startx” to get to the KDE graphical interface.
2. Double click the “install.sh” script on the desktop, or run the command “ubiquity” in console.
3. Select your geographical location and click “forward”. Same for the Keyboard layout.
4. The next screen allows you to configure the partitioning layout. The assumption is that we are deleting the whole drive and installing BackTrack on it.
5. Accept the installation summary and client “Install”. Allow the installation to run and complete. Restart when done.
6. Log into BackTrack with the default username and password root / toor. Change root password.
7. Fix the framebuffer splash by typing “fix-splash” ( or “fix-splash800″ if you wish a 800×600 framebuffer), reboot.

pokial dam mount -t /dev/hdb1 pripoji mi LAN disk bez problemov
----------------------------------------
Hlúposť užívateľa je úmerná jeho právam.

Re: backTrack_4 install, set up

mils — Fri, 29 Jan 2010 20:12:25 +0100

Ak niekto vyskusal toto distro - skuste strucne opisat ako isiel instal...
Dik

Re: Virtualizacia – vyuzitie v enterprise prostredi

smoco — Fri, 16 Jan 2009 13:19:10 +0100

Ja osobne mam take skusenosti ze v stredne velkych firmach s 2+ servermi sa mi dari presodzovat virtualizaciu(zalozenu na xene) vcelku uspesne. Po jej nasadeni su zvacsa vseci manageri a vlastnici spokojny. Najspokojnejsi su ked potrebuju novy server a naklady nan su ovela nizsie.

Re: \Escape: Window Title

vid — Tue, 04 Nov 2008 13:30:30 +0100

Pekny clanok, dufam ze seriu ukoncis nejakym uvodom k ncurses, pokial viem v praxi sa pouziva ta, aby clovek nemusel specialne kodovat pre kazdy terminal.

Re: \Escape: Window Title

tommyhot — Sat, 01 Nov 2008 10:39:33 +0100

Velmi pekny clanok, ja len doplnim, ze je prakticke (a hlavne je to prehladne) ulozit escape sekvencie pre jednotlive farby do premennych (napr do ~/.bashrc) a potom pracovat prave s tymi premennymi.
----------
tommyhot@hackingmachine:~$ microsoft &> /dev/null

Re: \Escape: Window Title

matej — Fri, 31 Oct 2008 22:02:40 +0100

Zabudol som dodať, že samozrejme farby v "ultimátnom" skripte si každý môže nastaviť podľa chuti, nahradením sekvencií "\033[*m" v riadku, kde sa nastavuje premenná prompt resp. PS1.

Re: 3PAR - virtualizovane ulozisko dat

lhotx — Tue, 28 Oct 2008 09:04:38 +0100

Mam skoro off-topic dotaz. Myslis, ze popisovany produkt bol vyvijany uz od 1999 -- teda po 9 luds. rokov je to v takom stave? Momentalne je to jedno tip-top riesenie. Vychadzajuc zo sucas. stavu trhu s ulozis. rieseniami bude to niekde sluzit aspon taku dobu, za aku sa to vyvijalo?
Mam na mysli zmeny HW a SW -- ze na nieco, naco sme sa mohli zvykat v poslednych 30ich rokoch, v buducnosti budeme mat tak maximalne 15 rokov. A ze sa ta doba neustale skracuje.
Zaujima ma nazor kazdeho.

Re: 3PAR - virtualizovane ulozisko dat

catcher — Sun, 26 Oct 2008 13:32:48 +0100

Aka je zavislost medzi df- h a filesystemom? Pokial viem, tak df -h zobrazi volne miesto na particii, bez ohladu na to, o aky fs type ide.

Ano, array sa v tomto pripade nezaobera len tym, ci je chunklet priradeny nejakemu LV, ale aj ci sa na nom realne nachadzaju nejake data. Presne v tomto spociva vyhra pri virtualizacii diskovych poli.

Moderne diskove polia maju vyhradeny bandwidth medzi diskami urceny na vlastnu reziu - t.j. presne resilencing, mirror restore, atd. (Aj HP-EVA to ma, aj IBM-SVC to ma...), resp... nie uplne vyhradeny, ale ked tieto rezijne veci bezia na pozadi, su jednak dostatocne rychle a vobec nezasahuju do schopnosti pripojenych systemov pracovat z vyexportovanymi particiami.

Clanok bol napisany nazaklade marketingoveho popisu a nasledneho precitania technickych dokumentov od firmy 3PAR. Ja som jeden z tych "managerov", ktorych nepresvedcili (nepracujem pre 3PAR), lebo mame vlastne riesenie (HP-EVA, IBM-SVC, Shark), ktore nam zatial staci. Zapacilo sa mi vsak par myslienok obsiahnutych v tomto rieseni a preto som to sem uverejnil.

Re: 3PAR - virtualizovane ulozisko dat

sh0ck — Fri, 24 Oct 2008 16:04:10 +0200

Takze tu mame ukazku prezentovania produktu. Zhrnutia cisel a popis zakladneho konceptu.
Ale z uzivatelskeho hladiska - popisane sa podoba napriklad na Enterprise Virtual Array od HP. Ku ktoremu mam dokumentaciu a skusenosti. Ceny som po zbeznom prelezeni stranky nikde nenasiel. Je mozne ze niektore veci ma lepsie alebo horsie vyriesene - k detailnej dokumentacii neviem ci sa da tak lahko dostat aby to mohol niekto potvrdit.

Ohladom zazracneho zdielania volneho miesta. Tebou popisana vec s df -h je zavisla od pouziteho filesystemu a bolo by dost cudne keby array vedelo rozoznat ci su na urcitej casti filesystemu data alebo nie. Pri pouziti modifikovanych ovladacov je aj toto mozne ale ... zatial som s podobnym riesenim nemal docinenia.

Pouzivas pojem rozdistribuovania po vsetkych diskoch v poli. Pri vypadku disku je v podobnych rieseniach implementovany napr. resilencing kedy sa ti v danej grupe rozmiestnia chunky ako keby bolo v tej grupe o 1 disk menej. To uz pri 8 diskoch vie vytvorit pekne I/O a kedze operacia musi bezat degradovane na pozadi (nesmie narusit performance celkoveho pola) dokaze trvat pekne dlho. Nechcem vidiet co by to robilo pri 2000 diskoch :)
Hovoris ze budu standby disky pripravene ako zaloha => cize musi byt zohladnena velkost disku ktory maju nahradit + je to nevyuzita kapacita ktora sa v dnesnej dobe nenosi.
Nemozes pocitat s human vymenou disku - pole sa musi dostat same do stavu ze bude mat vsetko mirorrovane ako predtym a znizit sa mu musi len kapacita o ten failnuty disk. Garantovat ludsky faktor v kritickych oblastiach sa neoplati.

Cize je to pekne marketingovo popisane na presvedcenie managerov. Akurat par popisanych veci je revolucnych a pripomina mi len mylne popisane features.

Re: 3PAR - virtualizovane ulozisko dat

piter — Sat, 18 Oct 2008 19:09:50 +0200

Jo, to mi tiez prislo ako jedine riesenie, ale nieje to enormna zataz pri velkych poliach? povedzme 10 - 20 TB?

Re: 3PAR - virtualizovane ulozisko dat

catcher — Sat, 18 Oct 2008 17:18:49 +0200

Je to jednoduche. System automaticky presunie data z chunkletov na staruch diskoch na nove tak, aby zostalo vsade rovnako/rovnako mirrorovane.

Re: 3PAR - virtualizovane ulozisko dat

piter — Sat, 18 Oct 2008 14:17:14 +0200

Zaujimvy, dobry clanok, tento aj predosly. Otazocka: ako funguje ten automaticky loadballancing pr pridavani novych diskov? Ak mam povedzme 8 diskov, medzi ne rozdistribuovane stripy povedzme do 80% kapacity (po 10%) a pridame dalsie dva, ako zabezpeci aby bolo na kazdom disku rovnako dat (8%), popripade ako zaruci, ze sa bude citat a pisat na vsetky disky naraz?