Divné, já na tom žádný z novějších WD už pak nerozjel (kromě těch se SATA 1 switchem) a dál to nemělo cenu zkoumat. Možná je potřeba i nějaká aktualizace BIOSu, kterou ta deska může a nemusí mít.
Nevidím důvod proč by tam nešly WIN7, případně i WIN10, v tomto případě doporučuji jen 32-bitové. Deska by to měla podporovat viz. https://www.asus.com/Motherboards/M2VTVM/specifications/ , tj. 2x2GB DDR2 a SATA disk do 2TB. Možná má jen starý BIOS. Samozřejmě může být "načatá", ale i tak není problém sehnat podobnou. Sám jsem měl ASUS M2N-E s AX2-4800+/4GB/1TB na system + dalších 5 HDD (SATA i PATA) a WIN7Pro/32bit několik let. Samozřejmě bych doporučil PCI-E grafiku třeba GF7600/256.
Založen: Nov 26, 2006 Příspěvky: 1163 Bydliště: Praha
Zaslal: pá říjen 09 2020, 19:12 Předmět:
Některé hodně staré desky s VIA souhbridgem měly skutečně problém se SATA2 disky, ty se pak musely přepnout do SATA1 módu aby bylo možné z nich bootovat. Přepnutí se provádělo softwarově utilitou dodávanou výrobcem. Nicméně to se týkalo o generaci nebo dvě starších desek Tady bude problém někde jinde.
Jinak doporučil bych bootovat z SSD a klasický disk nechat jen na data, opravdu to systém dost oživí.
Také mnoho desek s AMD píše omezení na nějakou velikost paměti, ale to často vychází z toho jaké paměťové moduly byly dostupné v době jejich vývoje. Reálně tam jde velmi často nacpat paměťové moduly větší a funguje to (na rozdíl od starších Intelů s DDR2). Je vhodné před přidáním paměti aktualizovat BIOS.
Založen: Nov 26, 2006 Příspěvky: 1163 Bydliště: Praha
Zaslal: so říjen 10 2020, 12:58 Předmět:
VT8237 je právě ten problematický o kterém jsem psal. Jestli dobře vzpomínám existoval ve verzi A a B. A byla lehce problémová starší verze, B byl byl vyloženě průser. Byly ale i další problémy s ním - celkově je to šmejd. U desek s tímto SB bylo nezbytně nutné mít aktuální BIOS a poslední verzi ovladačů, jinak to často u verze B mrvilo při kopírování větší soubory (velkost souboru odpovídala, CRC nikoliv) a nikdy se to nepodařilo uspokojivě vyřešit. Někde to fungovalo OK, někde ne. A 100% na něm nešlo bootovat ze SATA2 disků dokud se nepřepnuly do SATA1 režimu (alespoň mně se to nikdy nepovedlo). Jeden takový stroj ještě mám i když ho dlouho nepoužívám.
Založen: Mar 21, 2006 Příspěvky: 33853 Bydliště: Bratislava
Zaslal: so říjen 10 2020, 13:50 Předmět:
VT8237B neexistuje.
S poskodenim dat mal problem podstatne starsi south bridge VT82C686B v casoch Pentia 3. Stroj s tymto chipsetom mam v robote tiez (samozrejme bez Windows) a roky chodi bez problemov a poskodenia dat.
Podle mě řadič, se kterým docházelo k narušení souborů, byl mnohem starší a párován s NB KT133 pro první Athlony Durony. VT8237 se objevil až s NB KT400-KT600 a kromě té SATA byl bez problémový. Pravdou je, že na deskách pro Athlony 64 už být neměl, ale VIA byla pomalá a 8251 přišel později.
Jinak problémem při instalaci s novějším OS může být to, že v prvních verzích BIOSů jely SATA porty jen v RAID módu. Vyžadovaly tedy ovladač a nechodilo na tom často CD. Až později se objevily BIOSy s podporou standardních režimů.
Založen: Mar 21, 2006 Příspěvky: 33853 Bydliště: Bratislava
Zaslal: so říjen 10 2020, 14:14 Předmět:
Ten bug sa asi tyka len kombinacie VT8363/VT8361/VT8371+VT82C686B/VT8231 (tzn. KT133/KLE133/KX133) - toto je kod z Linuxu (drivers/pci/quirks.c):
kód:
/*
* VIA Apollo KT133 needs PCI latency patch
* Made according to a Windows driver-based patch by George E. Breese;
* see PCI Latency Adjust on http://www.viahardware.com/download/viatweak.shtm
* Also see http://www.au-ja.org/review-kt133a-1-en.phtml for the info on
* which Mr Breese based his work.
*
* Updated based on further information from the site and also on
* information provided by VIA
*/
static void quirk_vialatency(struct pci_dev *dev)
{
struct pci_dev *p;
u8 busarb;
/*
* Ok, we have a potential problem chipset here. Now see if we have
* a buggy southbridge.
*/
p = pci_get_device(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, NULL);
if (p != NULL) {
/*
* 0x40 - 0x4f == 686B, 0x10 - 0x2f == 686A;
* thanks Dan Hollis.
* Check for buggy part revisions
*/
if (p->revision < 0x40 || p->revision > 0x42)
goto exit;
} else {
p = pci_get_device(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8231, NULL);
if (p == NULL) /* No problem parts */
goto exit;
/* Check for buggy part revisions */
if (p->revision < 0x10 || p->revision > 0x12)
goto exit;
}
/*
* Ok we have the problem. Now set the PCI master grant to occur
* every master grant. The apparent bug is that under high PCI load
* (quite common in Linux of course) you can get data loss when the
* CPU is held off the bus for 3 bus master requests. This happens
* to include the IDE controllers....
*
* VIA only apply this fix when an SB Live! is present but under
* both Linux and Windows this isn't enough, and we have seen
* corruption without SB Live! but with things like 3 UDMA IDE
* controllers. So we ignore that bit of the VIA recommendation..
*/
pci_read_config_byte(dev, 0x76, &busarb);
/*
* Set bit 4 and bit 5 of byte 76 to 0x01
* "Master priority rotation on every PCI master grant"
*/
busarb &= ~(1<<5);
busarb |= (1<<4);
pci_write_config_byte(dev, 0x76, busarb);
pci_info(dev, "Applying VIA southbridge workaround\n");
exit:
pci_dev_put(p);
}
DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, quirk_vialatency);
DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8371_1, quirk_vialatency);
DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8361, quirk_vialatency);
/* Must restore this on a resume from RAM */
DECLARE_PCI_FIXUP_RESUME(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, quirk_vialatency);
DECLARE_PCI_FIXUP_RESUME(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8371_1, quirk_vialatency);
DECLARE_PCI_FIXUP_RESUME(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8361, quirk_vialatency);
Založen: Nov 26, 2006 Příspěvky: 1163 Bydliště: Praha
Zaslal: so říjen 10 2020, 16:59 Předmět:
Máš pravdu, 686B byl starší, ale na některých deskách a v některých konfiguracích se tytéž problémy objevovaly i na VT8237. Také tam byly problémy s kompatibilitou co se karet týče stejně jako u jeho předchůdce (i když méně). Někdy jsem musel laborovat ve kterém PCI slotu pojede třeba zvukovka aby se to nesekalo nebo nedělalo jiné blbosti. Určitě bych neřekl že to byl bezproblémový kus hardwaru.
Veď práve, najnovšia verzia sa po povolení upgraduje sama. Ako to urobiť, aby sa mi to upgradovalo na nejakú inú, zvolenú, bez straty kariet, prípadne nastavení?
(pred tým mi googl že posledná pre XP je52.9, niekde v diskusii som čítal, že od (nad?) 57 to je zlé.. 52 a aj menej mi postačí -na inom HDD mám 39? a dá sa.. -u 28čky mi prestal ísť gmail aj iné -ak to nie je mojim už na preinštal súcim slimačím XPčkom -už mi ff ani ten support.mozilla.org neotvorí..)
Naposledy upravil jogo9 dne út říjen 20 2020, 13:04, celkově upraveno 1 krát.
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.
FAQ
Hledat
Uživatelské skupiny
Profil
Soukromé zprávy
Přihlášení
