Титла: Много се бави компа... Публикувано от: paranoid в Apr 05, 2007, 11:52 Здравейте,
имам следния проблем - инсталирах си Федора Кор 6, но след като тръгне(след около половин час се зареди!!!! ![]() А компютъра ми е доста мощен - Intel Core DUO, 2GB RAM, 250 GB HDD.... Мисля, че проблема е в ACPI. Тук има съвсем аналогичен случаи, със абсолютно същия компютър: http://forums1.itrc.hp.com/service....8353475 А най-лошото в случая е че като че ли НР нехаят въобще..... Пробвал съм да пусна ядрото с параметрите: acpi=noirq apm=off acpi=off noacpi nolapic hda=noprobe hdc=noprobe pci=noacpi нищо не помага....... Пробвах и да ъпдеитна ядрото, но компа заби.... Конфигурацията ми е: FC6, 2.6.18-1.2798.fc6 Титла: Много се бави компа... Публикувано от: paranoid в Apr 05, 2007, 13:38 А и още нещо, което забравих. При стартиране на Федората ми се получава следното съобщение:
Някои има ли си на представа какво е, защо се появява и дали може да е свързано с по-горния проблем. Благодаря предварително! Титла: Много се бави компа... Публикувано от: lussy591707 в Apr 05, 2007, 13:54 това си пише че е нардуерен проблем
или махаи ръчно или изключи от биоса елементи да видиш какво ще ти се промени Титла: Много се бави компа... Публикувано от: winman в Apr 05, 2007, 15:09 Ето и какво казват хората по въпроса:
The whole problem boils down to the linux kernel not having support for all the neat Intel/HP hardware. Добрата новина е, че повредата не е в твоя хардуер. Просто ядрото е все още недъгаво за твоя модерен компютър. Остава да чакаш да ти поостарее хардуера и тогава Линукс може и да го потдържа. Другия вариант е да следиш какво правят другите и сам да си пачваш ванила ядрото. До тогава алтернативата явно е Windows. Титла: Много се бави компа... Публикувано от: paranoid в Apr 05, 2007, 16:11 Много лошо :-(,
жалко е защото на мен найстина ми е по-удобно с Linux (вече три години съм с Федората и нямам абсолютно никакви забележки). Явно ще трябва да изчакам да пуснат Федора Кор 7 , която ще е с новото ядро 2.6.20 и надявам се, че там проблемите ще са най-после решени :-( Благодаря на всички, който писаха. Титла: Много се бави компа... Публикувано от: Kalin в Apr 05, 2007, 17:16 Toва било бъгаво, онова не работило... Когато преди 6 мес си купих моя Core 2 Duo още нямаше читава поддръжка в 2.6.19. Тогава следвайки съветите във форумите на gentoo си инсталирах ядро на Андрю Мортън (mm-sources) и направо се родих. Ако ползваш bleeding edge hardware, Андрю Мортън се грижи за теб. Моята машина никога не е работила толкова стабилно и/или бързо откакто е с mm-sources.
Доколкото успях да се ориентирам в сайта на федора, те не предлагат директно такъв клон на sources (може и да бъркам, не познавам федора) и за това ако искаш да разбереш какво може твоята машина или мини на gentoo или изтегли сорса на ядрото, пачвай го с кода на Andrew Morton и действай... План Б, разбира се е да пуснеш машината все едно е класическа i586, Core2Duo поддържа целия набор инструкции и няма повод да се бави... Виж само дали си пуснал SMP в ядрото заедно с HIGHMEM >4GB... Друго за сега не се сещам... ![]() Титла: Много се бави компа... Публикувано от: ivo1204 в Apr 06, 2007, 15:31 Определено ти трябва нова версия на ядрото.
mm- пачовете е добре също , макар че те са по екстериментални , неща който се тестват преди да влязат официално. Това съобщение ,според мен е в неправилна конфигурация на ядрото: Нещо двата процесора не могат да се разберат за прекъсванията ... Би било добре ,поне да разгледаш какво е конфигурирано , или да компилираш друго. Аз никога не ползвам готовото ядро , /поне не за пентиум процесорите /, защото ти сигурно си с ядро ,конфигурирано за 386 , /то има ли такива някъде/ То твоя процесор май подържа хардуерна виртуализация "kvm" ? Не бих се колебал и секунда на твое място! Изтегляш на linux-2.6.20 / в „/usr/src“ / от: <a href="" target="_blank">ftp://ftp.kernel.org/pub/linux/kernel/v2.6</a> Изтегляне на patch-2.6.21-rc6.bz2 / в „/usr/src“ / от: http://kernel.org/ patch-2.6.21-rc6 е препач към linux-2.6.20 , ако има и мм пач ,той би бил 2.6.21-rc6-mmХ.bz2 ,сега точно няма. tar xvf linux-2.6.20.tar.bz2 ln -s linux-2.6.20 linux // ако я има вече махаме старата cd linux bzip2 -dc ../patch-2.6.21-rc6.bz2 | patch -p1 // Пачваме Ако имаш други пачове: patch -p1 < път до файла / име на пача Конфигурираш с: make xconfig Ако даде грешка ,това значи не инсталирани „dev“ пакети. libc6-dev , gcc , qt3-dev-tools , X-dev ... Опциите ,които не са ти ясни , не ги променяй. Конфигуратора е взел конфигурацията на ядрото с което си / от /boot/config-xxx или другаде / Конфигурацията се записва в „ .config “ файла , в директорията на сорса. / Конфигуратора ще промени някои неща ,заради зависимости ,липси и т.н./. PP. Съобщението IO-APIC ... е в:linux/arch/i386/kernel/io_apic.c * Sanity check, is the ID really free? Every APIC in a * system must have a unique ID or we get lots of nice * 'stuck on smp_invalidate_needed IPI wait' messages. */ if (check_apicid_used(phys_id_present_map, mp_ioapics[apic].mpc_apicid)) { printk(KERN_ERR "BIOS bug, IO-APIC#%d ID %d is already used!...\n", apic, mp_ioapics[apic].mpc_apicid); for (i = 0; i < get_physical_broadcast(); i++) if (!physid_isset(i, phys_id_present_map)) break; if (i >= get_physical_broadcast()) panic("Max APIC ID exceeded!\n"); printk(KERN_ERR "... fixing up to %d. (tell your hw vendor)\n", i); physid_set(i, phys_id_present_map); mp_ioapics[apic].mpc_apicid = i; } else { physid_mask_t tmp; tmp = apicid_to_cpu_present(mp_ioapics[apic].mpc_apicid); apic_printk(APIC_VERBOSE, "Setting %d in the " "phys_id_present_map\n", mp_ioapics[apic].mpc_apicid); physids_or(phys_id_present_map, phys_id_present_map, tmp); } Ама къде е дефинирана check_apicid_used , един господ знае. |