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/.
Jakiś czas temu, gdy updateowałem system, po ponowym jego uruchomieniu nieco zmienił mi się ekran podczas startu systemu. Tzn. informacja o podnoszeniu i konfigurowaniu interfejsów sieciowych, o uruchamianiu demonów aplikacji etc, etc.. - czyli mam na myśli informacje tekstowe. Obecnie czcionka jest wielka, zresztą jak zawsze, z wyjątkiem tego jednego razu - wówczas czcionka automatycznie się pomniejszyła. A to dawało niebywale ładniejszy wygląd. Niestety po następnym uruchomieniu już wszystko wróciło do normy.
Moje pytanie.. czy jest za to odpowiedzialny jakiś pakiet? Niekoniecznie chciałbym w to ingerować ręcznie..
Offline
Pokaż fragment gruba dot. systemu. Napisz, jaką masz kartę graficzną. Napisz, jaki masz system.
Offline
Najprościej w startupmanagerze możesz ustawić inną rozdzielczość konsoli, radziłbym spróbować 1024*768.
Za rozdzielczość konsoli odpowiada wpis w grubie dotyczący rozdzielczości, przekazywany jako parametr kernela, ja dla 1024*768 używałem parametru vga=792.
Dla gruba1 wygląda to tak:
title System 2.6.35 (hd0,1) root (hd0,0) kernel /boot/vmlinuz-2.6.35 root=/dev/sda1 ro vga=792 quiet nosplash
Uwaga, nie używam initrd ale w dystrybucyjnych kernelach jest, i bez niego system nie wstanie.
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2010-10-14 18:32:14)
Offline
Skoro nie używasz świadomie żadnego framebuffera, to rozdziałkę zapewne ustawił KMS.
Tylko ciekawe czemu przestał... Jaka karta, jakie stery w użyciu?
Offline
ArnVaker napisał(-a):
Tylko ciekawe czemu przestał...
może aktualizacja ?
mi po ostatniej też zrobiły się krowy zamiast liter i wyłączył tryb quiet podczas normalnego bootowania
Offline
Co do rozdzielczości w terminalu, można jako root wydać polecenie:
hwinfo --framebuffer
I pokaże wszystkie dostępne rozdzielczości wraz z przypisanymi do nich kodami (Mode). Tylko koniecznie jako root lub przez sudo.
Offline
KMS gryzie się ze sterownikami FB, trzeba się zdecydować na jedno lub drugie. Źródełko; niestety niektóre karty/sterowniki nie dają wyboru, u mnie np. i915 do obsługi intelowskiej 855 GME wymaga KMS bo bez tego X-y nie wstają...
W praktyce wygląda to tak, że nie zadziała wpis do linii gruba w stylu
vga=xyx
ale mimo wszystko, po pierwszych kilku komunikatach w paskudnej rozdzielczości ładuje się KMS i czcionka pięknieje ;) efekt jest w zasadzie taki sam, jak przy użyciu parametru vga.
Ostatnio edytowany przez ippo76 (2010-10-14 21:53:22)
Offline
ippo76 napisał(-a):
KMS gryzie się ze sterownikami FB, trzeba się zdecydować na jedno lub drugie. Źródełko; niestety niektóre karty/sterowniki nie dają wyboru, u mnie np. i915 do obsługi intelowskiej 855 GME wymaga KMS bo bez tego X-y nie wstają...
W praktyce wygląda to tak, że nie zadziała wpis do linii gruba w styluKod:
vga=xyxale mimo wszystko, po pierwszych kilku komunikatach w paskudnej rozdzielczości ładuje się KMS i czcionka pięknieje ;) efekt jest w zasadzie taki sam, jak przy użyciu parametru vga.
chmm, ja mam tę samą grafę, w grubie mam wpisane vga=791 i od pierwszego komuniaktu mam tę rozdziałkę.
Offline
Gadget napisał(-a):
...
chmm, ja mam tę samą grafę, w grubie mam wpisane vga=791 i od pierwszego komuniaktu mam tę rozdziałkę.
A masz włączony KMS (wpisem w grubie albo w konfiguracji jądra)?
Offline
Mam Squeeze'a i kernel dystrybucyjny z Sida 2.6.32-24 (bo na Squeeze'owym 2.6.32-23 X'y nie wstają)
lsmod Module Size Used by oss_usb 78501 0 oss_ich 11641 0 osscore 478969 2 oss_usb,oss_ich ext2 46293 1 loop 9765 0 sn9c102 126376 0 videodev 25545 1 sn9c102 v4l1_compat 10250 1 videodev usbhid 28008 0 pcmcia 16194 0 hid 50653 1 usbhid i915 221735 2 drm_kms_helper 18305 1 i915 sg 15968 0 drm 112088 3 i915,drm_kms_helper sr_mod 10770 0 i2c_algo_bit 3497 1 i915 yenta_socket 16403 1 uhci_hcd 16057 0 ehci_hcd 27851 0 rng_core 2178 0 cdrom 26487 1 sr_mod rsrc_nonstatic 7057 1 yenta_socket video 14605 1 i915 container 1833 0 joydev 6771 0 wmi 3575 0 ac 1640 0 button 3598 1 i915 i2c_i801 6462 0 usbcore 98389 6 oss_usb,sn9c102,usbhid,uhci_hcd,ehci_hcd battery 3782 0 processor 26671 1 pcmcia_core 20450 3 pcmcia,yenta_socket,rsrc_nonstatic output 1204 1 video 8139too 14949 0 8139cp 13421 0 mii 2714 2 8139too,8139cp i2c_core 12696 6 videodev,i915,drm_kms_helper,drm,i2c_algo_bit,i2c_i801 shpchp 21220 0 pcspkr 1207 0 nls_base 4541 1 usbcore pci_hotplug 18065 1 shpchp serio_raw 2916 0 psmouse 44657 0 evdev 5609 12 ext4 257771 2 mbcache 3762 2 ext2,ext4 jbd2 56155 1 ext4 crc16 1027 1 ext4 sd_mod 25869 4 crc_t10dif 1012 1 sd_mod ata_generic 2019 0 ata_piix 17736 3 libata 115757 2 ata_generic,ata_piix thermal 9206 0 thermal_sys 9378 3 video,processor,thermal scsi_mod 101409 4 sg,sr_mod,sd_mod,libata
cat /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="0" if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod part_gpt insmod ext2 set root='(hd0,gpt2)' search --no-floppy --fs-uuid --set 207a14bb-4693-4aca-9f9f-1ce71ac15014 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=800x600 load_video insmod gfxterm fi terminal_output gfxterm insmod part_gpt insmod ext2 set root='(hd0,gpt1)' search --no-floppy --fs-uuid --set 07f9d824-6999-4a47-905d-38d04fce2674 set locale_dir=($root)/grub/locale set lang=pl insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_gpt insmod ext2 set root='(hd0,gpt2)' search --no-floppy --fs-uuid --set 207a14bb-4693-4aca-9f9f-1ce71ac15014 insmod png if background_image /usr/share/images/desktop-base/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os { insmod part_gpt insmod ext2 set root='(hd0,gpt1)' search --no-floppy --fs-uuid --set 07f9d824-6999-4a47-905d-38d04fce2674 echo 'Loading Linux 2.6.32-5-686 ...' linux /vmlinuz-2.6.32-5-686 root=UUID=207a14bb-4693-4aca-9f9f-1ce71ac15014 ro vga=791 echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-686 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { insmod part_gpt insmod ext2 set root='(hd0,gpt1)' search --no-floppy --fs-uuid --set 07f9d824-6999-4a47-905d-38d04fce2674 echo 'Loading Linux 2.6.32-5-686 ...' linux /vmlinuz-2.6.32-5-686 root=UUID=207a14bb-4693-4aca-9f9f-1ce71ac15014 ro single echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-686 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ###
lspci 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 3084 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+ Latency: 0 Interrupt: pin A routed to IRQ 10 Region 0: Memory at e8000000 (32-bit, prefetchable) [size=128M] Region 1: Memory at e0000000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at 1800 [size=8] Expansion ROM at <unassigned> [disabled] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: i915
Offline
Gadget napisał(-a):
Mam Squeeze'a i kernel dystrybucyjny z Sida 2.6.32-24 (bo na Squeeze'owym 2.6.32-23 ...X'y nie wstają[/url])
...
Trudno mi przesądzać dlaczego tak jest ale u mnie na gentoo X działały tylko przy włączonym KMS; natomiast włączony KMS nie pozwoli na dodawanie wpisów do gruba dotyczącego vga - nie pamiętam, jakie były objawy ale prawdopodobnie tuż po ekranie gruba nastawała ciemność.
Co do Twojego systemu, to wygląda na to, że masz uruchomiony KMS; natomiast w grubie nie widzę opcji dot. vga ale ja nie używam gruba2 więc nie wiem nawet, jak to powinno wyglądać.
PS.
Możesz zrobić eksperyment, czy X-y wstaną na jajku squeeze po zamianie w grubie wpisu dot. vga na KMS (nie wiem, czy w tym jajku KMS jest domyślnie włączony ale można go włączyć z poziomu gruba).
Offline
ippo76 napisał(-a):
Co do Twojego systemu, to wygląda na to, że masz uruchomiony KMS; natomiast w grubie nie widzę opcji dot. vga ale ja nie używam gruba2 więc nie wiem nawet, jak to powinno wyglądać.
jest
x /vmlinuz-2.6.32-5-686 root=UUID=207a14bb-4693-4aca-9f9f-1ce71ac15014 ro vga=791
ippo76 napisał(-a):
PS.
Możesz zrobić eksperyment, czy X-y wstaną na jajku squeeze po zamianie w grubie wpisu dot. vga na KMS (nie wiem, czy w tym jajku KMS jest domyślnie włączony ale można go włączyć z poziomu gruba).
W jajku Squeeze'owym jest coś nie tak z KMS (ładują się potrzebne moduły, a X'y nie podnoszą się), ale poeksperymentuję. Jak włącza się KMS w grubie ?
Offline
Gadget napisał(-a):
...
Kod:
x /vmlinuz-2.6.32-5-686 root=UUID=207a14bb-4693-4aca-9f9f-1ce71ac15014 ro vga=791
Fakt, mea kupa
Gadget napisał(-a):
.... Jak włącza się KMS w grubie ?
W starym grubie wystarczy wpisać:
title=Gentoo Linux root (hd0,0) kernel (hd0,0)/boot/bzImage root=/dev/sda3 i915.modeset=1
Źródło
Podejrzewam, że w nowym może zadziałać dopisanie tej formułki:
i915.modeset=1
w miejscu, gdzie masz wpis dot. vga - wyrzucasz vga i wpisujesz regułkę.
Albo - zapewne w nowym też jest taka możliwość - przechodzisz w trakcie bootowania do trybu edycji - chyba "e" należy wcisnąć i dopisać regułkę z palca, po czym klepnąć enter.
Edyta:
Zastanawia mnie, czy w nowszym jajku poprawiono obsługę KMS, że nie gryzie się z vga czy to może zasługa nowego gruba?
Ostatnio edytowany przez ippo76 (2010-10-15 09:49:20)
Offline
A więc tak:
1. gdy mam w grubie vga=791 to od pierwszego komunikatu mam rodzielczość 1024x768
2. natomiast gdy dam zamiast vga=791 wpis i915.modeset=1 efekt jest taki jak u Ciebie, tzn
ippo76 napisał(-a):
... po pierwszych kilku komunikatach w paskudnej rozdzielczości ładuje się KMS i czcionka pięknieje ;)...
ippo76 napisał(-a):
Zastanawia mnie, czy w nowszym jajku poprawiono obsługę KMS, że nie gryzie się z vga czy to może zasługa nowego gruba?
Co do gruba, to nie wiem i nie sprawdzę, bo mam ext4, a grub1 chyba nie obsługuje ext4. Wiem natomiast, że jajko 2.6.32-23 ma coś skopane. U mnie na 2.6.32-20 X'y wstają, na 2.6.32-23 nie wstają, a na 2.6.32-24 wstają.
Ostatnio edytowany przez Gadget (2010-10-15 10:10:35)
Offline
ippo76 napisał(-a):
Zastanawia mnie, czy w nowszym jajku poprawiono obsługę KMS, że nie gryzie się z vga czy to może zasługa nowego gruba?
IMO grub nie ma tu nic do rzeczy, a odnośnie kernela jest tabelka: http://blog.ikibiki.org/2010/10/02/October-X-update/
Gadget napisał(-a):
Co do gruba, to nie wiem i nie sprawdzę, bo mam ext4, a grub1 chyba nie obsługuje ext4.
Indeed, swoją drogą ciekawe czemu w Debianie deweloperzy nie chcą patchować gruba pod ext4. W innych dystrybucjach to norma... a tutaj trzeba albo używać grub2 albo wydzielać osobną partycję /boot z innym systemem plików dla starej wersji wersji gruba :/
Offline
ArnVaker napisał(-a):
Indeed, swoją drogą ciekawe czemu w Debianie deweloperzy nie chcą patchować gruba pod ext4. W innych dystrybucjach to norma... a tutaj trzeba albo używać grub2 albo wydzielać osobną partycję /boot z innym systemem plików dla starej wersji wersji gruba :/
Taka luźna myśl. Może dążą to tego, by przejść całkowicie na grub2. I jak już osiągnie numerek 2.0 to w Wheezy będzie tylko grub2.
Offline
Gadget napisał(-a):
Taka luźna myśl. Może dążą to tego, by przejść całkowicie na grub2. I jak już osiągnie numerek 2.0 to w Wheezy będzie tylko grub2.
Czyli specjalnie utrudniają życie użytkownikom, którym nie leży grub2? No może i tak... chociaż dosyć dziwne by to było.
Offline
ArnVaker napisał(-a):
IMO grub nie ma tu nic do rzeczy...
Zapewne masz rację; chodziło mi o sytuację, że mój KMS jest modułem, więc zostaje załadowany w procesie bootowania, natomiast grub bootowanie wywołuje (z zadanymi parametrami). Czyli przez wpis w moim grubie konsola zaczyna gadać w trakcie bootowania np. w trybie vga=971 a po chwili wywołany zostaje KMS i dochodzi do konfliktu, który wywołuje ciemność - bo nie ma procedury mówiącej kto ma ustąpić :) Czyli w KMS/grubie jest linia mówiąca, że "w razie konfliktu użyj KMS".
Skąd ten pomysł?
Bo grub2 jest dla mnie terra incognita gdzie żyją smoki, krasnale i inne stwory ;)
Właśnie się zastanawiam, co by było, gdybym wkompilował KMS na stałe* w jajco? Czy powstałby konflikt z wpisem w grubie? Raczej tak, bo znów parametr gruba vga=971 zostanie wywołany jako pierwszy, przed kernelem?
* z tego, co pamiętam, to nie było takiej możliwości, KMS był jako experimental aczkolwiek od kilku aktualizacji jajka nie zaglądam do konfigu tylko kopiuję go z poprzedniej wersji i kompiluję.
ArnVaker napisał(-a):
..., a odnośnie kernela jest tabelka: http://blog.ikibiki.org/2010/10/02/October-X-update/
...
Dzięki, ale ona niewiele tłumaczy :) (przynajmniej mi).
Ostatnio edytowany przez ippo76 (2010-10-15 13:13:52)
Offline
ippo76 napisał(-a):
Czy powstałby konflikt z wpisem w grubie?
Ten wpis w grubie nie jest ot tak w kosmos, tylko konkretnie dla framebuffera vesafb. Jeżeli go nie wkompilujesz, to i wpis nie będzie działał. Natomiast co się stanie jak i jego i KMS wkompilujesz na sztywno i spróbujesz włączyć oba, to nie mam pojęcia... sprawdź :)
ippo76 napisał(-a):
Dzięki, ale ona niewiele tłumaczy :) (przynajmniej mi).
Tłumaczy, że dokładnie na tych jajkach, na których u Gadgeta X-y nie wstają i8xx jest zblackilstowany.
Natomiast na tych na których wszystko jest w porządku — nie.
Offline
ArnVaker napisał(-a):
Ten wpis w grubie nie jest ot tak w kosmos, tylko konkretnie dla framebuffera vesafb. Jeżeli go nie wkompilujesz, to i wpis nie będzie działał...
Ależ sterowniki FB też miałem - jako moduły, obok KMS; czyli mam sterownik FB i wywołujący go wpis w grubie oraz KMS (nie wiem, co go wywołuje). Tylko taki układ nie działa, bo po wywołaniu FB, coś wywołuje KMS i nastaje ciemność.
ArnVaker napisał(-a):
Tłumaczy, że dokładnie na tych jajkach, na których u Gadgeta X-y nie wstają i8xx jest zblackilstowany.
Natomiast na tych na których wszystko jest w porządku — nie.
Ale to nie ma nic do rzeczy, bo kartę obsługuje - u mnie i u niego - i915.
Offline
Dzięki za odpowiedzi. Wybralem według mnie najprostszą metodą to jest wpis vga=791.
Zatem wygląda to tak w GRUBie:
linux /vmlinuz-2.6.32-5-686 root=UUID=064e20e4-15f1-49fb-949d-828496f52757 ro vga=791 quiet
Dane: Debian testing (2.6.32-5-686), GRUB2, GeForce 8400M GS
Jeszcze jedna rzecz, która mi się nie podoba to zmiana czcionki w trakcie uruchamiania, wiem, że gdzieś to widziałem (chyba na tym forum), lecz nie mogę znależć. Jak spowodować by czcionka była cały czas taka sama (na przykład ta po zmianie)?
Offline
ippo76 napisał(-a):
Ale to nie ma nic do rzeczy, bo kartę obsługuje - u mnie i u niego - i915.
IMHO tu chodzi o model chipu... Intel 830M, 845G, 852GM, 855GM, 865G, itp.
Tak przynajmniej wyniosłem z tego: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598856
Offline
ippo76 napisał(-a):
ArnVaker napisał(-a):
Tłumaczy, że dokładnie na tych jajkach, na których u Gadgeta X-y nie wstają i8xx jest zblackilstowany.
Natomiast na tych na których wszystko jest w porządku — nie.Ale to nie ma nic do rzeczy, bo kartę obsługuje - u mnie i u niego - i915.
Ale wydaje się, że ma to jakiś związek, bo u mnie dokładnie jajkach 2.6.32-21, 2.6.32-22, 2.6.32-23 X'y nie wstają.
EDYTA:
ArnVaker napisał(-a):
IMHO tu chodzi o model chipu... Intel 830M, 845G, 852GM, 855GM, 865G, itp.
Tak przynajmniej wyniosłem z tego: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598856
moje doświadczenia to raczej potwierdzają.
Ostatnio edytowany przez Gadget (2010-10-15 14:18:34)
Offline
kondzio14 napisał(-a):
Jak spowodować by czcionka była cały czas taka sama (na przykład ta po zmianie)?
dpkg-reconfigure console-setup
Tu możesz ustawić na jaką i czy w ogóle ma się zmieniać. Natomiast jak zmienić tą co jest wcześniej jeszcze nie wiem ;)
Offline