Автор Тема: Много се бави компа...  (Прочетена 1737 пъти)

paranoid

  • Напреднали
  • *****
  • Публикации: 67
    • Профил
Много се бави компа...
« -: Apr 05, 2007, 11:52 »
Здравейте,

имам следния проблем - инсталирах си Федора Кор 6, но след като тръгне(след около половин час се зареди!!!!'<img'> се`е много зверски - не мога да стартирам нищо друго освен 2 конзоли.
А компютъра ми е доста мощен - 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

  • Напреднали
  • *****
  • Публикации: 67
    • Профил
Много се бави компа...
« Отговор #1 -: Apr 05, 2007, 13:38 »
А и още нещо, което забравих. При стартиране на Федората ми се получава следното съобщение:

Примерен код

BIOS bug, IO-APIC#0 ID 1 is already used!... fixing up to 2. (tell your hw vendor)


Някои има ли си на представа какво е, защо се появява и дали може да е свързано с по-горния проблем.
Благодаря предварително!
Активен

lussy591707

  • Участници
  • ***
  • Публикации: 11
    • Профил
Много се бави компа...
« Отговор #2 -: Apr 05, 2007, 13:54 »
това си пише че е нардуерен проблем
или махаи ръчно или изключи от биоса
елементи да видиш какво ще ти се промени
Активен

winman

  • Напреднали
  • *****
  • Публикации: 311
    • Профил
Много се бави компа...
« Отговор #3 -: 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.



Активен

The more you know about Linux the less likely girls will want to know about you!

paranoid

  • Напреднали
  • *****
  • Публикации: 67
    • Профил
Много се бави компа...
« Отговор #4 -: Apr 05, 2007, 16:11 »
Много лошо :-(,

жалко е защото на мен найстина ми е по-удобно с Linux (вече три години съм с Федората и нямам абсолютно никакви забележки). Явно ще трябва да изчакам да пуснат Федора Кор 7 , която ще е с новото ядро 2.6.20 и надявам се, че там проблемите ще са най-после решени :-(

Благодаря на всички, който писаха.
Активен

Kalin

  • Напреднали
  • *****
  • Публикации: 1642
  • insider
    • Профил
Много се бави компа...
« Отговор #5 -: 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... Друго за сега не се сещам...
 ':ok:'
Активен

Като станем милиони ще видиш тогава кой е луд...
If you don't stand for nothing, chances are you will fall for anything.

ivo1204

  • Напреднали
  • *****
  • Публикации: 987
    • Профил
Много се бави компа...
« Отговор #6 -: 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 , един господ знае.



Активен