On Sat, Sep 06, 2008 at 01:03:25AM +0400, Александр Авраменко wrote: > После установки 4G RAM в ноутбук ASUS a8sr (было 1G) возникла проблема в ALT > Linux Desktop 4 и в WinXP: перестала работать установленная ATI Radeon HD > 2400. > Ранее успешно использовался драйвер VESA (recommended). > > Симптомы в ALT: как только стартует XServer - экран гаснет, на другие > консоли переключиться тоже невозможно, хотя судя по HDD - загрузка > продолжается. > Загрузка с LiveDVD - точно так же. В текстовом режиме система грузится, > после ручного запуска startx - опять темный экран. Графический эран > загрузчика (Lilo) - виден нормально. > > Поиск решения для XP определил, что ус-во "Mobile Intel PM965/GM965/GS965 > Express PCI Express Root Port - 2A01" не может получить требуемый ресурс > (некий диапазон адресного пространства), хотя вроде памяти стало больше :-) Свободного адресного пространства для устройств как раз стало меньше. Кстати, если XP обычная 32-битная, часть установленной памяти там недоступна. В ALT при использовании 32-битных версий для получения доступа ко всей памяти нужно установить ядро с поддержкой PAE (например, если раньше использовалось ядро kernel-image-std-smp, установить аналогичную сборку ядра kernel-image-std-pae), но при этом в ядре 2.6.18 пропадёт поддержка suspend to disk (suspend to RAM (S3) останется). > Ручное отключение одного из пяти "ICH8 Family PCI Express Root Port 5 - > 2847" в менеджере ус-в решило проблему нехватки ресурсов, и XP заработала. > > По моему мнению, аналогичные действия в ALT тоже бы помогли. Отсюда вопрос: > как в ALT Linux Desktop найти и отключить то, что в Win завется "ICH8 Family > PCI Express Root Port 5 - 2847"? > Или кто-то встречал иное решение? Спасибо заранее! Вообще за назначение ресурсов устройствам отвечает BIOS - возможно, нужно обновление (хотя в списке изменений для этой модели в явном виде исправлений для поддержки 4G RAM, вроде бы не видно, но "Update ATI VBIOS" как раз в последней версии 301 заявлено). Ну и на всякий случай покажите вывод dmesg и /var/log/Xorg.0.log (возможно, туда всё-таки что-то успевает записаться при попытке запуска X).