Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Wziołem sie pierwszy raz za kompilacje jajka, miałem standartowe 2.6.8-2-k7 i npdst jego konfigu skompilowalem 2.6.14-2. No ale niestety kernel panic. No to myśle żeby na początek skompilować identyczne jajko jak mam. Więc wziolem wrzuciłem config-2.6.8-2-k7 do źródeł kernel-sources-2.6.8-2 i metodą BiExi zrobiłem pake a potem initrd też przez make-kpkg --initrd kernel-image, zainstalowałem odpalam i... slychać że sie coś ładuje ale obrazu nima. W logach ładowania systema nie ma takiego fragmentu:
Nov 18 20:12:38 possessed2 kernel: vesafb: framebuffer at 0xe0000000, mapped to 0xd0822000, size 3072k Nov 18 20:12:38 possessed2 kernel: vesafb: mode is 1024x768x16, linelength=2048, pages=0 Nov 18 20:12:38 possessed2 kernel: vesafb: protected mode interface info at c000:0ec1 Nov 18 20:12:38 possessed2 kernel: vesafb: scrolling: redraw Nov 18 20:12:38 possessed2 kernel: vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0 Nov 18 20:12:38 possessed2 kernel: fb0: VESA VGA frame buffer device Nov 18 20:12:38 possessed2 kernel: Console: switching to colour frame buffer device 128x48
który występował przy poprzednim jajku, tylko dlaczego przecież oba powinny byc teoretycznie identyczne?
Offline
No nie mam, a w synapticu też sie nie wyświetla jako że by był w repozytoriach
Offline
Przepraszam, coś mi się mylnęło, w/w pakiet jest potrzebny przy robieniu obrazu initrd dla jądra 2.6.14, i chyba jest dopiero w unstable.
Jeśli chodzi o ten ciemny obraz przy starcie to wkompiluj sobie vesafb na stałe w jądro.
Offline
Brak obrazu spowodowany był opcją vga=791 taką mialem ustawioną też przy poprzednim jądrze i tam wszystko dzialało jak trza. Usunołem ją a parametrów ładowania jądra i obraz sie pojawił. Dlaczego się tak dzieje, oba jądra różnią sie tylko tym że w poprzednim jest zainstalowany sterownik nvidii?
Offline
Przejżałem dokładnie logi i przy nowo skompilowanym kernelu mam takie coś:
vesafb: probe of vesafb0 failed with error -6
a przy poprzednim z dystrybucji w tym miejscu są takie rzeczy:
Nov 20 22:27:56 possessed2 kernel: vesafb: framebuffer at 0xe0000000, mapped to 0xd0822000, size 3072k Nov 20 22:27:56 possessed2 kernel: vesafb: mode is 1024x768x16, linelength=2048, pages=0 Nov 20 22:27:56 possessed2 kernel: vesafb: protected mode interface info at c000:0ec1 Nov 20 22:27:56 possessed2 kernel: vesafb: scrolling: redraw Nov 20 22:27:56 possessed2 kernel: vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0 Nov 20 22:27:56 possessed2 kernel: fb0: VESA VGA frame buffer device Nov 20 22:27:56 possessed2 kernel: Console: switching to colour frame buffer device 128x48
qrcze i jeszcze znalazlem takie coś w /lib/modules/<jądro_dystrybucyjne>/initrd
vesafb.ko
a w nowym kompilowanym nie tworzyłem initrd bo se wkompilowałem obsługe fs w jądro. To jaka opcja odpowiada za wkompilowanie vesafb w jądro na stałe?
Offline
CONFIG_FB_VESA=y
Device Drivers -> Graphics support -> Support for frame buffer devices -> [*] VESA VGA graphics support.
Ja mam tak w pliku .config
#
# Graphics support
#
CONFIG_FB=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_SOFT_CURSOR=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y
CONFIG_FB_VGA16=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_VIRTUAL=y
#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
#
# Logo configuration
#
CONFIG_LOGO=y
CONFIG_LOGO_LINUX_MONO=y
CONFIG_LOGO_LINUX_VGA16=y
CONFIG_LOGO_LINUX_CLUT224=y
Reszta opcji z tych sekcji jest na "is not set".
Offline
Zrobiłem sobie identycznie jako żes pokazał i działa extra, parametrem mozna rozdzielczość konsoli zmieniać, wielkie dzięki!!!
Teraz ze zbędnych sterownikow bede odchudzał mój jajek.
Offline