Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Náš Lopuch Vám
vytře zrak

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub Windows 2000 [ŽP: neomezená] (kategorie Počítače) moderuje Jardax.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: rqmzqwt
[ 65 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
tow TOW 28.6.2009 09:30  531
Bouchi : nejake bootovaci diagnosticke CD, nejpravdepodobneji to je problem grafiky, ale muze to delat i hlavni RAM, MB nebo i zdroj.
bouchi Bouchi Dračí doupě II - Legenda je zpět 28.6.2009 07:04  530
helpStala se mi dost neprijemna vec.
Kousl se mi comp, po restartu se na obrazovce objevily pres obraz svisle cervene nebo cene linky v pravidelnych odstupech a pri nabihani Wokna skonci s hlaskou:
STOP 0x00000050 (0xC314572C, 0x00000000, 0x80456668, 0x00000000)
PAGE_FAULT_IN_NONPAGED_AREA
Address 80456668 base at 80400000, DateStamp 3ee6c0002 - ntoskrnl.exe

V nouzovem rezimu je spustit dokazu.
Trochu jsem googlil, ale moc moudry z toho nejsem.
Jelikoz se ty svisle cary objevuji uz hned na zacatku nabihani compu (tedy i pri tech startovnich vypisech o HW bile na cernem), tipuju to laicky na problem grafiky.
Je nejaka moznost, jak se o tom ujistit (nebo zjistit, v jakem jinem HW je problem), kdyz mam k dispozici leda ten nouzovy rezim?
nash nash poutník na cestě 26.10.2008 06:48  529
Rider [528]: dík.. nepojede, nekoupím, aspoň ušetřím..
rider Rider - Asociace chovatelů antropomorfních koní 25.10.2008 20:34  528
nashUxTheme se stará o skinování a je součástí Windows XP a vyšších. Prostě máš smůlu, daný program už na osm let starém a tři roky nepodporovaném systému nepojede.
nash nash poutník na cestě 25.10.2008 18:54  527
Pgrogram, který jsem chtěl nainstalovat vyžaduje knihovnu UxTheme.dll, kterou jsem však ve W2000 nenašel.. sice jsem ji našel ke stažení na každém rohu, ale W2000 si s ní stejně nějak neumí poradit a háže chybové hlášky.. narazil někdo na podobný problém?
janam 7.9.2008 19:06  526
BredyDíky moc za názor, s největší pravděpodobností to přeinstaluju. Někdo mi zas říkal že je to zavirované, že to způsobuje nějaký druh viru...No nevím, ale asi to sama neodstraním, tak poč půjde do nemocnice :DDD
bredy 29.8.2008 16:43  525
JanamMě se to stalo taky ale v XP. Klavesnice fungovala v biosu, dokonce v menu windows, nebo v instalacnim programu windows, zkratka v DOSu. Jakmile ale nabehl windows, prestala pracovat. Po podarenem prihlaseni pres mys (mel jsem ucet guest bez hesla a tam jsem si zapnul "klavesnici na obrazovce") jsem objevil, ze se nedari zavest ovladac klavesnice. Vsechny pokusy jej znovu zavest selhaly... pomohla až reinstalace windows (opravit instalaci)
janam 29.8.2008 15:41  524
Klávesnice_nejde a nejde....Ahoj, mám problém s klávesnicí... nemůžu zapsat uživatelské jméno ani heslo. Klávesnice se mi při startování W2000 Proff nerozsvítí, neraguje na stisknutí jakékoliv klávesy. Zkoušela jsem klavesnici PS2 i USB a je to stejné.
Podařilo se mi však dostat se do BIOSU, kde funguje alespoň to základní. Dá se šipkovat, používat N/Y capslock.
Můžete mi prosím někdo poradit, co v biosu nastavit, abych pokročila dál?
Mohl by tohle zůsobit vir?
Už si nevím rady, a pokud mi někdo poradí, tak předem moc díky. J
nekromancer 19.8.2008 12:01  523
P.S.Ještě mě napadlo, nemůže to být nezafajfkovaným Kerberem v Security Connection Wizardu? Zmínku jsem o něm v helpu zahlídl, ale jestli jsem to pochopil dobře, chybět by při použití Integrated Security neměl.
nekromancer 19.8.2008 11:59  522
W2003 IIS + CGI problémČus, blbej problém s webem na W2003 (a navíc na clusteru, ale to nehraje roli, nejde to ani přímo).
IISKO při pokusu o spuštění CGIčka odkudkoli píše buďto chybu 404 not found, nebo 401 login failure.
Přitom:
- virtuální adresář je nasměrován na správnou cestu na disku
- adresář i soubory mají v NTFS přístupová práva nastavena na správné uživatele, kteří je přes souborové služby vidí a mohou je číst
- anonymní přístup je zakázán, jde se přes Windows Integrated security
- v IIS manageru je nastaveno čtení a spouštění potřebných souborů
- všechny klientské mašiny mají MSIE 6 nebo 7 pod W2000 nebo XP Pro, všechny mašiny jsou členy stejné domény, všichni klienti se přihlašují jako uživatelé z AD skupiny, která má nastavená práva pro přístup

Můžete mě někdo nakopnout směrem na tu kravinu, kterou nevidím i když už do toho brejlím od rána?
nekromancer 17.12.2007 21:12  521
keosan: Tak zrovna o tomhle si dovolím docela i pochybovat. Ve všech těch IS se přenáší jen textová data, výjimečně sem tam nějaká fotka, a pokud je konkrétně u nás pod záznamem přibalený nějaký dokument, nepřenáší se se záznamem, ale předává se na něj jen odkaz. Většinou ho totiž spolupracující pobočka vůbec neotvírá, je "jen" potřeba aby byl k dispozici.
U všech ostatních používaných IS se přenáší taktéž jen textová data, fotky jen výjimečně, takže TS by provoz opravdu neušetřil. Kromě toho TOHLE je zcela mimo moji pravomoc, takže se jedná o doslova akademickou debatu (i když z hlediska bezpečnosti dat by to spoustu vrásek ušetřilo a přechod na tenké klienty s např. CEčky nebo linem, které by na lokále měly stejně jako teď jen xicht k databázovým datům v zabezpečených centrech, jsem navrhoval už před 3mi lety - odpovědí bylo něco ve smyslu "a co z toho budeme mít?").
keosan 17.12.2007 11:04  520
Prave TS, alebo Citrix by v ramci vacsich vzdialenosti a viac pobociek boli celkom zaujimave. Ponizili by sa aj naklady na medzipobockove prenosy, pretoze by stacila tensia linka.


Alebo to chce potom webove IS /pripadne znakove rozhranie ako telnet/.


Pripadne sikovne celkom je aj Java rozhranie /ako lokalna aplikacia/, ktora komunikuje cez TCP/IP. Ale to zalezi na aplikaciach. Ak su rozne a neda sa ovplyvnit IS, tak TS/Citrix je asi najlepsim riesenim.

Inac maju potom IS neumerne poziadavky na siet, ktore v LAN nie su problem, ale pri MAN, WAN /v ramci vzdialenych pobociek/ predstavuju dost zbytocne vysoke naklady, za vysoku prenosovu kapacitu linky.
nekromancer 16.12.2007 17:28  519
Terminal services nemají vůbec a ani se o nich v nejbližších letech neuvažuje; nás by se ani netýkaly. Božuhell uživatelé našich stanic musí přistupovat i do několika jejich formálně rozdělených IS, jejichž databáze jsou na různých místech. Navíc se teď některé pobočky slučují a sestěhovávají. V posledních cca 2 letech mi to přijde, že to funguje hlavně setrvačností a plány na příštích 5~10 let bych nazval nejspíš antikoncepcí. Jediné, co se jakž takž plánuje, jsou stavební úpravy, a ještě i v těch je bordel jak v tanku.
keosan 15.12.2007 16:48  518
nekromancerpredpokladam, ze pristup k AD je kvoli IS. Pristup aplikacii priamo moze byt narocnejsi na siet, co je problem, ked su tenke WAN linky medzi vzdialenymi pobockami a i to moze byt viac nachylnejsie na stabilitu, kvalitu siete. Takze akasi obava tu z toho moze byt, pripadne este otazky bezpecnosti, kompetencii - ak je to ktovieako s organizacne zariadene /zodpovednost/.

Vtedy by mohol byt napr. kompromis - terminal server. Pristup na dany server, ktory sa da realizovat aj cez tenku WAN, i ked by bola chybova. A pristup na TS by sa uz dal rozne osekat. Hold, ale zase to chce licencie...
keosan 15.12.2007 16:42  517
nekromancerdecentralizovane IT ? Hmm, zaujimave...
Tiez mam rozne skusenosti, ze by sa nejednemu oci prevracali :-D

V ramci firmy to nevidim problem, to je o dohovoreni sa medzi diviziami /pripadne prikaz od sefov/. Horsie je to, ked je to medzi firmami...
[ 65 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt