Forum Debian Users Gang

Strasznie pokręcony ten przepis.
Nie prościej, zamiast zabawy w dopisywanie do initramfs, zaznaczyć moduł na sztywno  w jaju (vesa|uvesa), i podać rozdzielczość konsoli jako parametr gruba?

Np teraz mam takie jajo (uvesa):

title         System 2.6.36-gen1 (hd0,1)
root          (hd0,0)
kernel        /boot/vmlinuz-2.6.36-gen1  root=/dev/sda1 video=uvesafb:1024x768-32@85,mtrr:3,ywrap nosplash ro quiet

Natomiast dla vesy np:

title         System 2.6.35.4 (hd0,1)
root          (hd0,0)
kernel        /boot/vmlinuz-2.6.35.4 root=/dev/sda1 ro  vga=792 quiet nosplash

Initrd w ogóle nie posiadam, a wsio działa, stabilnie jak skała.
Wpisy pochodzą z gruba1 - w wersji 2 to wyglądałoby trochę inaczej.

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2010-10-29 15:05:17)

Bo grub2 miewa takie humory ;), w Gentoo do tej pory czas ma status pakietu niestabilnego.
W ubuntu musiałem edytować ręcznie

/boot/grub/grub.conf

- bo wpisy w [b]/etc/default/grub[/b] wywalały błędy przy aktualizacji konfiguracji (update-grub).

Ostatnio edytowany przez Jacekalex (2010-10-29 15:10:02)

[quote=zuzaxxx]Z racji tego że po zainstalowaniu sterowników od karty graficznej zmienia się roździelczość trybu tekstowego[/quote]
Nie każdy ma Nvidię i używa zamkniętych sterów od producenta.

[quote=zuzaxxx]Operacja wymaga wkompilowania modułu uvesafb w jądro więc zalicza się do średnio zaawansowanych[/quote]
1. Można użyć [i]vesafb[/i], wtedy cały poradnik ograniczałby się do dodania parametru vga=xxx dla kernela.
2. Dystrybucyjne jądro zawiera [i]uvesafb[/i], kompilacja kernela nie jest wymagana.
3. Jest już na DUG-u poradnik dotyczący [i]uvesafb[/i] => [url]http://dug.net.pl/tekst/90/uvesafb_w_debianie[/url]. Może zamiast pisać nowy lepiej skontaktować się z autorem (Huk często bywa na forum) i uzupełnić czy doprecyzować tamten?

[quote=zuzaxxx]Chyba że mamy więcej niż jeden rdzeń bo wtedy wydajemy polecenie

make -jx

[/quote]
Od tego jest opcja [i]CONCURRENCY_LEVEL[/i]:

CONCURRENCY_LEVEL=2 make-kpkg --revision=666 kernel_image ...

[quote=zuzaxxx]

sudo gedit /etc/default/grub

[/quote]
1. Daj już spokój temu [tt]sudo[/tt] — to nie Ubuntu.
2. W Debianie dostępne są różne środowiska graficzne, różne edytory... nie każdy ma [deb]gedit[/deb].

[quote=Jacekalex]Nie prościej, zamiast zabawy w dopisywanie do initramfs, zaznaczyć moduł na sztywno  w jaju (vesa|uvesa), i podać rozdzielczość konsoli jako parametr gruba?[/quote]
Robiłeś tak [b]w Debianie[/b] z [i]uvesafb[/i] i działało (sam nigdy nie próbowałem)?

[quote=zuzaxxx]Chciałam najprościej ale przy vesa nie mogłam zmienić GRUB_GFXMODE=1440x900 bo wywalalo przy starcie "Poza zakresem pracy monitora dlatego skoczyłam na uvesa :)[/quote]
Jedno z drugim (rozdzielczość tabelki gruba i rozdzielczość trybu tekstowego na framebufferze) nie ma ze sobą nic wspólnego.

[quote=Jacekalex]Bo grub2 miewa takie humory ;)
...
- bo wpisy w /etc/default/grub wywalały błędy przy aktualizacji konfiguracji (update-grub).[/quote]
Grub2 faktycznie jest strasznie udziwniony, ale o takim problemie nie słyszałem...

[quote=zuzaxxx]No ale tam jest wyraźnie napisane że owy plik jest plikiem wygenerowanym i żeby go nie edytować.[/quote]
Na upartego można, tyle że to nie ma większego sensu. Po każdym [tt]update-grub[/tt] (wywoływanym często automatycznie) i tak zostanie nadpisany i trzeba by go potem edytować ponownie żeby dodać te same ustawienia ;)

[quote=ArnVaker]Daj już spokój temu sudo — to nie Ubuntu.[/quote]
To jak inaczej edytować plik wymagający uprawnień superużytkownika pomijając terminal root?

Ok tylko jak tylko jak np. instaluje jakiś pakiet to jako root (tabulator) nie podsyła mi podpowiedzi a niestety nie jestem w stanie zapamiętać nazewnictwa wszystkich paczek w repozytorium przy użyciu sudo (tabulator) podpowiada mi po wpisaniu np. gnome-system-...
Zaś nie korzystam z graficznych oprawek apta typu synaptic


Odnośnie tego poradnika [url]http://dug.net.pl/tekst/90/uvesafb_w_debianie[/url] i punktu 4 (Uruchomienie nowego framebuffera bez initrd)

[quote=Huk]Odpalamy sudo update-initramfs -u -k 2.6.30-2-686[/quote]
Jak można wykonać to polecenie bez initrd...
No ale dałam i dostałam...

/boot/initrd.img-2.6.xxx does not exist. Cannot update.

Ostatnio edytowany przez zuzaxxx (2010-10-29 20:00:41)

eee... a nie lepiej KMS?

noo.. musisz wybrać sobie jeden sterownik :D
a nouveau z tego co słyszałem działa sobie całkiem dobrze
(w przeciwieństwie do radeona :( zwlaszcza mojego 9600 (R300) )
ale takie KMS jest całkiem fajne, tylko u mnie musiałem go w moduł walnąć, bo wkompilowany coś nie działał :P a poza tym, nie rozumiem po co tutaj robić initrd, skoro można potem modprobem załadować go? ;>

Więcej zachodu z tym uvesa aniżeli z ... To se pomyślałem że odpalę vese, o ile działa z initrd to bez już nie chce, może trzeba coś dodatkowo dopisać do gruba?

Wg. mnie wystarczy tylko ustawić rozdzielczość w pliku
/etc/default/grub
np u mnie:
GRUB_GFXMODE=1280x800x32
i tyle. Bo tę opcję "vga=795"  to chyba trzeba dodawać po każdym updacie gruba?

Ostatnio edytowany przez tm (2010-11-19 12:20:37)

To nie to, tamta jest do rozdzielczości tej grubowej tabelki ;)

Tutaj:

GRUB_CMDLINE_LINUX_DEFAULT="vga=795 quiet"

albo tutaj:

GRUB_CMDLINE_LINUX="vga=795 quiet"

(nie mam aktualnie grub2, także nie sprawdzę)

To jest argument dla kernela! To samo co w starym grubie:

# defoptions=vga=795 quiet

GRUB_GFXMODE — to jest do rozdzielczości grubowej tabelki
GRUB_GFXPAYLOAD — to nie mam pojęcia ;)
GRUB_CMDLINE_LINUX_DEFAULT — tu normalnie przekazuje się opcje dla kernela

PS Ja gruba2 nie znam, miałem go raz tylko przez chwilę... zaraz poleciał bo mnie strasznie irytował ;>

Może napiszesz co właściwie chcesz osiągnąć, co w tym kierunku wykonałeś i co konkretnie [i]"nie działa"[/i]? ;)