Windows XP, aky prehliadac?

Počítače stolní, notebooky, tablety, tiskárny, scanery a vše, co nějak souvisí s PC

Moderátor: Moderátoři

Zpráva
Autor
Uživatelský avatar
xsc
Příspěvky: 6666
Registrován: 25 zář 2014, 02:00

#31 Příspěvek od xsc »

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.

Uživatelský avatar
warp
Příspěvky: 1063
Registrován: 23 zář 2004, 02:00
Bydliště: Praha-Sobín

#32 Příspěvek od warp »

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/M2VTV ... fications/ , 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.

Uživatelský avatar
rnbw
Příspěvky: 32312
Registrován: 21 bře 2006, 01:00
Bydliště: Bratislava

#33 Příspěvek od rnbw »

M2N je uplne ina doska ako M2V (nVidia chipset vs. VIA chipset). Spolocne maju len to, ze su od Asusu a maju socket AM2.

Uživatelský avatar
Thales
Příspěvky: 1163
Registrován: 26 lis 2006, 01:00
Bydliště: Praha
Kontaktovat uživatele:

#34 Příspěvek od Thales »

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.

Uživatelský avatar
rnbw
Příspěvky: 32312
Registrován: 21 bře 2006, 01:00
Bydliště: Bratislava

#35 Příspěvek od rnbw »

Myslim, ze xsc ma pravdu a tento problem sa tyka aj tohoto south bridge VT8237A. Ked budem mat cas, tak tam vyskusam par diskov.

p32
Příspěvky: 15069
Registrován: 13 led 2007, 01:00
Bydliště: Olomouc

#36 Příspěvek od p32 »

Jak slyším VIA, tak jsem se už naučil nenápadně mizet a vymlouvat se na moc důležitější věci. :lol:

Uživatelský avatar
vicious
Příspěvky: 635
Registrován: 10 srp 2007, 02:00
Bydliště: 3 km od Humenného

#37 Příspěvek od vicious »

Tak ako som písal, verzia Firefoxu je 52.0.1 32bit. V súčasnej dobe to funguje.

Uživatelský avatar
Thales
Příspěvky: 1163
Registrován: 26 lis 2006, 01:00
Bydliště: Praha
Kontaktovat uživatele:

#38 Příspěvek od Thales »

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.

Uživatelský avatar
rnbw
Příspěvky: 32312
Registrován: 21 bře 2006, 01:00
Bydliště: Bratislava

#39 Příspěvek od rnbw »

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.

Uživatelský avatar
xsc
Příspěvky: 6666
Registrován: 25 zář 2014, 02:00

#40 Příspěvek od xsc »

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ů.

Uživatelský avatar
rnbw
Příspěvky: 32312
Registrován: 21 bře 2006, 01:00
Bydliště: Bratislava

#41 Příspěvek od rnbw »

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: Vybrat vše

/*
 * 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);

Uživatelský avatar
Thales
Příspěvky: 1163
Registrován: 26 lis 2006, 01:00
Bydliště: Praha
Kontaktovat uživatele:

#42 Příspěvek od Thales »

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.

Uživatelský avatar
jogo9
Příspěvky: 364
Registrován: 23 lis 2014, 01:00

#43 Příspěvek od jogo9 »

Mám XP a FF 28.0, dá sa upgradovať na vyššiu verziu (bez uninstall a install) -čiže aby sa mi otvorené karty zachovali, prípadne aj nastavenia?

Uživatelský avatar
serviceman
Příspěvky: 4005
Registrován: 09 črc 2013, 02:00

#44 Příspěvek od serviceman »

Mozilla praví, že verze 52 je pro XP poslední.
Nebojte se skloňovat (i cizí slova).

Uživatelský avatar
jogo9
Příspěvky: 364
Registrován: 23 lis 2014, 01:00

#45 Příspěvek od jogo9 »

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(a) jogo9 dne 20 říj 2020, 14:04, celkem upraveno 1 x.

Odpovědět

Zpět na „Výpočetní technika“