Kérdezz, jár erre pár guru. Hamarabb kapsz választ, ha precízen leírod mi a baj (oprendszer, sw verzió, hibaüzenetek, egyéb) - de kérünk, egy kérdést ne írj bele több topicba, kérdezés előtt keress vissza, hátha már volt a problémád.
Ja, és amennyiben warez windowsod lenne, ez nem az a hely ahol segítene bárki. És kodekpakkot, soha, sehova sem teszünk fel.
Nem tudom, mi az a live linux és magyarul se találtam hozzá sok segítséget. Viszont találtam egy sentinel nevű progit, két napos próba bőven megérte, itt az eredmény:
KSH-nál is kormányzati ukáz, hogy csak IE-t lehet használni, negyed óránként leszakad a kapcsolat, mert Eurostat szabványos weboldalakkal dolgozik, Mozilla gyönyörűen hasít, de maygar kormáynzatnak csak IE-t szabad használni, hát szakadozik minden. :-(
Hosszabb idő után 55 mp alatt áll fel. Ez nekem elfogadhatatlan, 10-15 másodpercen belüli felállást akarok!
"Gondolom mire a service egyebek elindulnak, ahhoz némi idő kell."
Az alvó gép memóriájában minden korábban futó processz ott van, újabbakat pedig nem szükséges indítani. Esetemben nem a Windowszal van gond, hanem a hálózatról tűnik el egy idő után az alvó gép.
"ha ezt az elalvás utáni pár percben teszem, akkor a szerver kb. 5 mp alatt életre kel, vagyis van Asztal, és lehet rajta dolgozni, de ha több idő telt el, akkor 20-25 mp is eltelik mire a LEDek éledni kezdenek"
Because the browser service relies on server broadcasts, its communication is connectionless and by definition unreliable. When a server starts, it immediately sends a host announcement frame. This process is repeated at 4 minutes and again at 8 minutes. The process is then repeated every 12 minutes thereafter.
"Van a kliens gépeken egy WOL progi, ami MagicPacket-et küld, azzal ilyenkor is 5 mp alatt tudom ébreszteni."
Azzal hogyan támadod? Névvel vagy IP-címmel? A WOL nem minden csomagra reagál egyformán:
...:~ # man ethtool
...
wol p|u|m|b|a|g|s|d... Set Wake-on-LAN options. Not all devices support this. The argument to this option is a string of charac- ters specifying which options to enable. p Wake on phy activity u Wake on unicast messages m Wake on multicast messages b Wake on broadcast messages a Wake on ARP g Wake on MagicPacket(tm) s Enable SecureOn(tm) password for MagicPacket(tm) d Disable (wake on nothing). This option clears all previous options.
...:~ # ethtool eth2 Settings for eth2: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: g Wake-on: g Link detected: yes
WOlos szerver, és 20 másodperceken aggódsz? Neked is elmentek otthonról, inkább igyál egy sört. Gondolom mire a service egyebek elindulnak, ahhoz némi idő kell.
Van egy problémám, ami két részből áll össze. Adott egy PC, fájlkiszolgálónak kinevezve, W7 HomePremium van rajta. Nevezzük szervernek. Egy TPlink routerre kapcsolódik, és a hálón van még 2-3 gép, ezek legyenek a kliensek. A szerver elalszik, és ha valamelyik kliensen a TotalCommanderben felvett megosztás betüjelére kattintok, akkor fel is ébreszti. Csakhogy: ha ezt az elalvás utáni pár percben teszem, akkor a szerver kb. 5 mp alatt életre kel, vagyis van Asztal, és lehet rajta dolgozni, de ha több idő telt el, akkor 20-25 mp is eltelik mire a LEDek éledni kezdenek. Van a kliens gépeken egy WOL progi, ami MagicPacket-et küld, azzal ilyenkor is 5 mp alatt tudom ébreszteni. A routernek van "ARP binding" funkciója. Ide a szerver LAN kártyáját felvettem, statikus IPje van, kineveztem virtuális szervernek, kapott külön portot, de továbbra is 20-25 mp-ig kóvályognak a bitek, mire rátalálnak. Próbáltam a kliens gépek ARP listájába állandóra felvenni a szerver LANjának adatait, de az "arp" paranccsal csak törölni tudok a listából, hozzáadni nem, mert "hozzáférés megtagadva".
A másik része a problémának, hogy miután felébredt a szerver, még további 20-25 mp, mire a hálózat felől el lehet érni. A TotalCommander kiírja, hogy nincs ilyen meghajtó, válasszak másikat, de nem választok, csak nyomogatom az OK-t, és egyszer csak beenged.
Hogyan lehetne ezeket a 20-25 mp-es várakozási időket eltüntetni?
A lentebb felsorolt programok a leírásaik szerint pont azt hivatottak végezni, hogy a Windows alatt (pl virtualis gépen) futó Dos esetében az LPT-re érkező nyomtatást a kiválasztott nyomtatóra küldik, ami akár lehet pdf nyomtató is. Bár a leírások szerint működnie kellene, nekem mégse...pont ezért kértem segítséget.
Elég, működik. A 32bites OS-nél a problémát az okozza, hogy a 32bites címtér 4GB területet címez. Ebből lejön pár memory mapped eszköz, VGA buffer, a maradék kb 3.5GB ami címezhető. Ezért célszerű 4GB vagy több RAM esetén 64bites OS-t használni.
Az a baj, hogy én jó 2 éve mondtam kb. 3 évet, szóval már nem kell sokat várni az 5ig. Aztán meglátjuk, egyelőre el vannak, mint a befőtt. Héten üzemelünk be vagy 40 darab 128.-as Samut, előtte Kingston, Intel, Apacer, minden fittyfene volt. Ha hullik, akkor úgyis megtudjátok.
