Forum Debian Users Gang

Minio · 2010-09-28 23:15:57

Dystrybucyjny kernel Debiana na moim sprzęcie nie potrafi załadować sterownika i915, przez co używanie np. k3b jest prawdziwym PITA (X chyba fallbackuje do VESA, ale nie umiem tego sprawdzić). Bug został już zgłoszony na BTS, ale wcale się nie zdziwię jak ktokolwiek na niego spojrzy dopiero po wydaniu squeeze'a czyli będę szczęśliwy jeśli w tym roku.

Kernel [url=http://liquorix.net/]Liquorix[/url] ma te same problemy co dystrybucyjny.

Z braku laku zainstalowałem kernel z bety [url=http://packages.ubuntu.com/hu/maverick/amd64/linux-image-2.6.35-22-generic]Ubuntu 10.10[/url] i, ku mojemu zaskoczeniu, on potrafi załadować odpowiedni sterownik. Mogę podrywać laski na compiza ;), ale...

czy używanie dystrybucyjnego kernela Ubuntu na Debianie może w jakiś sposób zepsuć mój system? Na razie uruchomiłem go tylko raz, dla testów, ale póki nie będę mógł używać jajka dystrybucyjnego, wolałbym używać takiego dzięki któremu mój sprzęt będzie się zachowywał jak komputer z 2010 roku a nie 2001.

Ostatnio edytowany przez Minio (2010-09-29 00:37:36)

Gadget · 2010-09-28 23:23:15

Ja tam nie wiem czy może zepsuć, ale może weź config z ubuntu i sam skompiluj.

Debianowe są tu [url=http://merkel.debian.org/~jurij/]Debian Official Kernel Configuration files[/url]

Ostatnio edytowany przez Gadget (2010-09-28 23:32:15)

Jacekalex · 2010-09-28 23:48:25

Jestem zdziwiony i mile zaskoczony - że kernel z Ubuntu działa lepiej niż Debianowy w Twoim przypadku.
Jednak w mojej opinii - najlepiej skompilować własny, bardziej dopasowany do sprzętu.
Co do sterownika i915, to były błędy ze sterownikami intela w becie Ubu 9.10, przed wydaniem stabilnym ostro poprawiane.
Potem już ostro pilnowano sterów do intela (Ubuntu jest instalowane na lapkach kilku firm).
Różnica między Debianowym a Ubuntowym kernelem (poza wersją kernela) - w Ubu jest Apparmor, Ndiswraper i DKMS,w Lennym nic takiego nie widziałem,w Squeeze dkms wprowadzają - pomagali w tym developerzy Ubuntu.

Systemu raczej nie popsujesz, ewentualnie np. cpufreq może narzekać na moduły, może też coś miauczeć - że nie można modułu fuse załadować.
Ale to tylko gdybanie, raczej awarii być nie powinno.

Natomiast w Ubu 10.10 są kernele 2.6.34 i nowsze - może skompilowanie takiego załatwi sprawę definitywnie?

Tak powstał konfig mojego kernela:
http://forum.dug.net.pl/viewtopic.php?pid=153575#p153575

Zaczęło się od 2.6.33, obecnie mam 2.6.35-zen3, próbowałem 2.6.36-rc4 - i wszystko działa.
Czas pierwszej kompilacji świeżego kernela ze źródeł, to około 30 minut, rekompilacja po drobnej zmianie konfigu lub dodaniu jakiejś łaty, na tych samych źródłach - przeważnie około 4 - 5 minut, na procku core2duo 2*2.66Ghz przy make -j5.

Pozdrawiam
;-)

Minio · 2010-09-29 00:35:06

[b]Jacekalex[/b]: dzięki za rozbudowaną odpowiedź. Jednak w międzyczasie pobrałem z packages.debian.org pacze nałożone na Debianowy kernel, co naprowadziło mnie na (kolejno):
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596709
https://bugzilla.kernel.org/attachment.cgi?id=25669
https://bugzilla.kernel.org/show_bug.cgi?id=14679

Okazuje się że uruchomienie kernela z opcją [tt]acpi=copy_dsdt[/tt] (wprowadzona w 2.6.35 i backportowana do Debianowego 2.6.32) załatwia problem z nieudanym załadowaniem sterownika (i kilka innych, których tutaj nie poruszałem). Miałem nieszczęście czytać starą dokumentację kernela, w której nie było słowa o tej opcji — gdybym wiedział o niej wcześniej, to bym przede wszystkim nie próbował kernela z Ubuntu.

Na wszelki wypadek Ubunciany usuwam i do niego nie wracam ;) .

Jacekalex · 2010-09-29 02:34:30

U mnie na nowej płycie Gigabyte zawsze muszę do gruba dodawać opcję acpi=force, bo inaczej nie mogę go wyłączyć z poziomu systemu.

Jednak żadno jajo dystrybucyjne (Ubuntu, Debian, OpenSUSE, Gentoo-Genkernel) nie działało tak stabilnie i przewidywalnie, co statyczne zrobione w domu, źródła najczęściej z kernel.org, sam nakładam łaty.
Natomiast dopasowanie konfiguracji do kompa przy opcji

Kod:

make localyesconfig

jest banalnie proste.
Ostatnio pierwszy raz od wersji 2.6.33 zamiast vaniliowego, mam źródła z git (2.6.35-zen3).

Pozdrawiam

Ostatnio edytowany przez Jacekalex (2010-09-29 02:38:59)

rychu · 2010-09-29 12:40:55

przyznam Minio ze nie bardzo cię rozumiem. jesteś taki debianowy kozak, dlaczego sobie sam nie skompilujesz jajka? to proste jak wstęga mobiusa, odpalisz [u]make menuconfig[/u], posiedzisz 3 godzinki, poczytasz helpy i przebrniesz przez wszystkie opcje. wszystko jest dla ludzi ;)

DadaD · 2010-09-29 13:22:52

Są tacy co lubią ślęczeć nad dokumentacją, ale czy warto? Pewno tak, wiedza jest
bezcenna, ale tak łatwo zapominać i często szczegóły się zmieniają i przy
kolejnym razie, coś idzie nie tak jak ostatnio i znowu trzeba ślęczeć i czytać.

Jest jednak projekt kernelcheck [url]http://kcheck.sourceforge.net/[/url], który ma ułatwiać konfigurację kernela, bez potrzeby
czytania dużej ilości dokumentacji. Spotkałem go na Ubuntu są również pakiety
deb więc czy można go stosować pod Debianem? I czy warto?

Pytam doświadczonych użytkowników.

Pozdrowienia

ippo76 · 2010-09-29 13:30:21

[quote=Minio]Dystrybucyjny kernel Debiana na moim sprzęcie nie potrafi załadować sterownika i915 ...[/quote]
W mrokach pamięci majaczy mi coś na kształt Kernel Mode Setting - ja musiałem KMS zapisać do opcji gruba, bo inaczej nie miałem x-ów na i915. W Twoim przypadku oczywiście nie musi to być prawdą, bo moja historia nie dotyczy debiana ale może warto sprawdzić?

[url=http://wiki.archlinux.org/index.php/Intel]Lektura[/url]

Edyta:
Co do ślęczenia i czytania dokumentacji dot. kernela to raczej mit. Moim zdaniem - 95% sterów w jajku to nieprzydatne dla konkretnej maszyny śmieci. Czyli zamiast sprawdzać wszystko i wyrzucać po kolei lepiej wywalić wszystko i dodać to, co potrzebne: sterownik dysku, systemy plików, dźwięk, obraz, karty sieciowe. Można sobie pomóc livecd z ubuntu i sprawdzić za pomocą [tt]lsmod[/tt] co jest potrzebne. Raz zrobiony konfig będzie służył latami ;)

Ostatnio edytowany przez ippo76 (2010-09-29 13:43:13)

rychu · 2010-09-29 13:57:11

[quote=ippo76]95% sterów w jajku to nieprzydatne dla konkretnej maszyny śmieci[/quote]
prawda.
[quote=ippo76]zamiast sprawdzać wszystko i wyrzucać po kolei lepiej wywalić wszystko i dodać to, co potrzebne[/quote]
też prawda.
[quote=DadaD]Są tacy co lubią ślęczeć nad dokumentacją, ale czy warto?[/quote]
to nie jest tak, że się ślęczy przed każdą kompilacją. wystarczy raz przez to przebrnąć, potem jak się objawiają kolejne wersje jajca, dochodzą już tylko nieliczne detale, których obczajenie zajmuje minuty.

kompilacja jądra nie jest zabawą bogów, to jest naprawdę łatwe i dla wszystkich.

DadaD · 2010-09-29 18:33:20

Sprawdzę co mam pod maską

Kod:

 lsmod
Module                  Size  Used by
sco                     6914  2 
rfcomm                 29822  0 
bnep                    8527  2 
l2cap                  35192  6 bnep,rfcomm
bluetooth              44331  6 sco,bnep,rfcomm,l2cap
rfkill                 12380  2 bluetooth
mperf                    987  0 
ppdev                   4966  0 
cpufreq_conservative     7724  0 
cpufreq_performance      638  0 
lp                      7001  0 
cpufreq_powersave        634  0 
cpufreq_ondemand        7314  0 
cpufreq_stats           2304  0 
freq_table              1975  2 cpufreq_ondemand,cpufreq_stats
af_packet              16702  2 
xt_tcpudp               1835  40 
nf_conntrack_ipv4       4955  30 
nf_defrag_ipv4           847  1 nf_conntrack_ipv4
xt_state                 859  30 
ipt_REJECT              1885  4 
xt_limit                1180  6 
ipt_LOG                 4339  6 
nf_conntrack_irc        2695  0 
nf_conntrack_ftp        4916  0 
nf_conntrack           45929  4 nf_conntrack_ipv4,xt_state,nf_conntrack_irc,nf_conntrack_ftp
iptable_filter          1020  1 
ip_tables               9323  1 iptable_filter
x_tables               11058  7 xt_tcpudp,xt_state,ipt_REJECT,xt_limit,ipt_LOG,iptable_filter,ip_tables
fuse                   54675  11 
dm_crypt               10691  0 
snd_hda_codec_realtek   191201  1 
snd_hda_intel          18889  1 
snd_hda_codec          66249  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               4738  1 snd_hda_codec
snd_pcm_oss            32413  0 
snd_mixer_oss          12335  1 snd_pcm_oss
snd_pcm                55408  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss                          
i915                  250054  2                                                                  
snd_seq_dummy           1023  0                                                                  
snd_seq_oss            23476  0                                                                  
drm_kms_helper         23519  1 i915                                                             
snd_seq_midi            3784  0                                                                  
drm                   131779  3 i915,drm_kms_helper                                              
snd_rawmidi            14856  1 snd_seq_midi                                                     
rtc_cmos                7774  0 
i2c_i801                7498  0 
i2c_algo_bit            4303  1 i915
snd_seq_midi_event      4376  2 snd_seq_oss,snd_seq_midi
tpm_tis                 6169  0 
rtc_core               10869  1 rtc_cmos
snd_seq                40171  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
rng_core                2658  0 
evdev                   6749  10 
psmouse                49719  0 
parport_pc             27360  1 
pcspkr                  1335  0 
serio_raw               3352  0 
video                  15102  1 i915
snd_timer              15074  2 snd_pcm,snd_seq
button                  3562  1 i915
processor              21328  0 
i2c_core               15073  5 i915,drm_kms_helper,drm,i2c_i801,i2c_algo_bit
rtc_lib                 1501  1 rtc_core
parport                24047  3 ppdev,lp,parport_pc
tpm                     9141  1 tpm_tis
led_class               1787  0 
snd_seq_device          4173  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
tpm_bios                4029  1 tpm
snd                    40649  14 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
soundcore               4559  1 snd
output                  1264  1 video
intel_agp              25563  2 i915
snd_page_alloc          5637  2 snd_hda_intel,snd_pcm
ext4                  229165  2 
mbcache                 4330  1 ext4
jbd2                   46215  1 ext4
crc16                   1051  2 l2cap,ext4
dm_mod                 54400  1 dm_crypt
usbhid                 32459  0 
hid                    60729  1 usbhid
sg                     18037  0 
sr_mod                 12713  0 
cdrom                  29827  1 sr_mod
sd_mod                 30029  9 
ata_generic             2191  0 
pata_acpi               2252  0 
ata_piix               18224  8 
libata                140327  3 ata_generic,pata_acpi,ata_piix
scsi_mod              117600  4 sg,sr_mod,sd_mod,libata
r8169                  31096  0 
uhci_hcd               19304  0 
ehci_hcd               33406  0 
usbcore               121736  4 usbhid,uhci_hcd,ehci_hcd
thermal                 9375  0 
mii                     3238  1 r8169
nls_base                4993  1 usbcore

I okazało się że i u mnie jest i915
Na kernelu

Kod:

uname -a
2.6.35-5.slh.2-aptosid-686

nie mam kłopotów.

Natomiast mnogość włączonych modułów a ściślej do czego one służą, czy są przydatne, jakie powinny mieć parametry itd przyznam się przeraża.

A kolejna rzecz jaką wymierną odniosę korzyść przy kompilacji.

Wybaczcie jeżeli zbaczam z tematu.

pozdrowienia

Minio · 2010-09-30 22:55:13

[quote=rychu]przyznam Minio ze nie bardzo cię rozumiem. jesteś taki debianowy kozak[/quote]
Ale mówie naprawdę serio: skąd taki pomysł? Nigdy, przenigdy nie twierdziłem ani nawet nie uważałem że znam się na Debianie, nie wspominając o tym żebym znał go dobrze, a co dopiero bardzo dobrze. Debian jest specyficzną dystrybucją, pełną najróżniejszych skryptów które z pewnością ułatwiają pracę z nim, ale dopiero gdy się je pozna. Ja natomiast nigdy nie zadałem sobie trudu by je poznać.

Kilka lat temu, gdy miałem dużo wolnego czasu, zależało mi na dobrej znajomości systemu, na dostosowaniu pewnych rzeczy pod swoje potrzeby. Używałem wtedy Gentoo oraz Archa. Jednak w miedzyczasie zmieniłem swoje podejście, zacząłem uważać komputer za to czym w istocie jest, czyli zwykłe narzędzie. Teraz od komputera wymagam żeby po prostu działał, a Debian w tej roli sprawdza się wyśmienicie.

[quote=rychu]dlaczego sobie sam nie skompilujesz jajka?[/quote]
Pewnie byłbym w stanie, ale nie wiem czy potrafiłbym w sposób koszerny w kontekście Debiana. A sposobu Debianowego zdecydowanie uczyć mi się nie chce. Zwłaszcza że naprawdę nie widze powodu żeby mieć własnoręcznie skompilowane jądro systemu. Jak już pisałem — systemowe działa świetnie, tylko trzeba podać mu opcję o istnieniu której wcześniej nawet nie wiedziałem (bo która pojawiła się stosunkowo niedawno w samym kernelu).

rychu · 2010-10-01 01:32:49

[quote=Minio]nie wiem czy potrafiłbym w sposób koszerny w kontekście Debiana[/quote]
różnica nie jest wielka - zamiast:

Kod:

make bzImage && make modules_image && make install && make modules_install

piszesz:

Kod:

make-kpkg kernel-image && dpkg -i ../linux*deb

Time (s)	Query
0.00010	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00093	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.133.117.107' WHERE u.id=1
0.00064	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.133.117.107', 1732446969)
0.00047	SELECT * FROM punbb_online WHERE logged<1732446669
0.00066	SELECT topic_id FROM punbb_posts WHERE id=154733
0.00154	SELECT id FROM punbb_posts WHERE topic_id=17414 ORDER BY posted
0.00054	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=17414 AND t.moved_to IS NULL
0.00004	SELECT search_for, replace_with FROM punbb_censoring
0.00112	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=17414 ORDER BY p.id LIMIT 0,25
0.00074	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=17414
Total query time: 0.00683 s

Forum Debian Users Gang

Ogłoszenie

#1 2010-09-28 23:15:57

Minio - Użyszkodnik

[W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#2 2010-09-28 23:23:15

Gadget - Użytkownik

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#3 2010-09-28 23:48:25

Jacekalex - Podobno człowiek...;)

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#4 2010-09-29 00:35:06

Minio - Użyszkodnik

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#5 2010-09-29 02:34:30

Jacekalex - Podobno człowiek...;)

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

Kod:

#6 2010-09-29 12:40:55

rychu - elektryk dyżurny

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#7 2010-09-29 13:22:52

DadaD - Użytkownik

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#8 2010-09-29 13:30:21

ippo76 - fakam fszycho

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#9 2010-09-29 13:57:11

rychu - elektryk dyżurny

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#10 2010-09-29 18:33:20

DadaD - Użytkownik

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

Kod:

Kod:

#11 2010-09-30 22:55:13

Minio - Użyszkodnik

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

#12 2010-10-01 01:32:49

rychu - elektryk dyżurny

Re: [W SUMIE TO NIE SOLVED, ALE DZIAŁA]Kernel z Ubuntu na Debianie

Kod:

Kod:

Stopka forum

Informacje debugowania