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/.
Witam.
Podczas kompilacji jądra metodą Debiana na końcu wyświetla mi się lista błędów.
Proszę was o analizę i ewentualne porady.
Mam równiez do was pytanie w jaki sposob sprawdzacie system przed kompilacja kernela w celu unikniecia tego typu błedów.
Zrzuty ekranu w załączniku, ponieważ Linux jest uruchomiony na wirtualnej maszynie w pracy. Zapomniałem wygenerować log z kompilacji.
http://www.fotosik.pl/pokaz_obrazek/8bab32a1a713ea69.html
http://www.fotosik.pl/pokaz_obrazek/b1338a1f5f9efe74.html
Ostatnio edytowany przez gielda211 (2010-11-07 20:59:46)
Offline
gielda211 napisał(-a):
Proszę was o analizę i ewentualne porady.
tu wyjaśnienie: http://forums.debian.net/viewtopic.php?p=281232#p281232
no i nawet u nas był już taki wątek: http://forum.dug.net.pl/viewtopic.php?id=16275
gielda211 napisał(-a):
Mam równiez do was pytanie w jaki sposob sprawdzacie system przed kompilacja kernela w celu unikniecia tego typu błedów.
To znaczy? Tego nie da się ot tak wcześniej przewidzieć... Zresztą na Squeeze problem by nie wystąpił :)
Normalnie do kompilacji kernela wystarczy:
aptitude install build-essential libncurses5-dev
(i jeżeli ktoś chce budować paczki, to jeszcze kernel-package)
Offline
Trochę za szybko zaszufladkowałeś kolego problem... Tam brakuje dwóch plików...
>> lguest.c:21:25: error: sys/eventfd.h:
>> lguest.c:46:30: error: linux/virtio_rng.h:
do tego pierwszego juz znalazlem sposob naprawy poniewaz tak jak piszesz bylo to wielokrotnie wałkowane...
Czy kompilując metoda klasyczną uniknę tego typu błędów?
Offline
Ten drugi jest analogiczny... W Lennym nie było tego pliku, w Squeeze już jest. Jest także w pakiecie linux-libc-dev w wersji dostępnej w backportach dla Lennego. Ja bym po prostu zaktualizował pakiet do wersji z backportów.
Offline
ok dzieki za porade. wszystko poszlo gladko:)
Offline
Jednak mam jeszcze jeden problem:)
Kernel zostal skompilowany na bazie starego config-a od dzilajacego juz kernela.
Kompilacja poszła poprawnie.
Podczas startu systemu na nowym kernelu system wyświetla mi komunikat taki jak na screen który zamieszczam poniżej.
http://www.fotosik.pl/pokaz_obrazek/823939f9713b5f0a.html
Mam również pytanie dlaczego mam wyświetlone jakieś errory skoro na starym kernelu nie sa wyswietlane
Proszę o wasza analizę.
-------------------------------------------------------------
ok problem rozwiazany zmienilem na sda1 w grubie.
teraz mam pyttanie do was dlaczego jest sda skoro na starym kernelu bylo hda?
no i drugie pytanie prosze o pomoc z tymi errorami
Ostatnio edytowany przez gielda211 (2010-11-05 16:43:50)
Offline
gielda211 napisał(-a):
teraz mam pyttanie do was dlaczego jest sda skoro na starym kernelu bylo hda?
Pewnie wcześniej jechałeś na sterach ide, a teraz na libata (na libata wszystkie dyski zwą się sdx). Stery ide są już przestarzałe i niewspierane, tak też są oznaczone w kernelu. Generalnie to jest normalne i jak najbardziej w porządku.
gielda211 napisał(-a):
no i drugie pytanie prosze o pomoc z tymi errorami
Coś tam wisi na buglistach:
http://kerneltrap.org/mailarchive/linux-kernel/2010 … d#mid-4591659
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598533
Specjalnie się w to nie zagłębiałem, ale to raczej nic groźnego...
The right way to silence these error lines in dmesg is the change
proposed by hpa, about only trying to ouse ioapic whet we are in ioapic
mode?
It's XT-PIC in 2.6.34 too, just the ERROR:
lines are not there.
So it's not really a regression, just a bit noisier bootup?
Ot zrzędzi sobie trochę, a potem i tak robi tak samo jak robił do tej pory ;)
=================================================
A tak w ogóle, to po co kompilujesz kernel 2.6.36 dla Lennego na VirtualBoxie?
Masz w tym jakiś konkretny cel czy tak tylko dla sportu? :)
Offline
A z jakiej wersji był konfig, który wziąłeś do 2.6.36?
Bo jeśli ze stabilnego Debiana Lenny (2.6.26.*)- to chyba nie ma prawa ruszyć, natomiast ze Squeeze (2.6.32) - powinien.
Ja mam ten sam konfig od 2.6.33 do obecnego 2.6.36, i potrzebował tylko kosmetycznych zmian,
kompilują się wszystkie poprawnie. Wędrował po schodkach *.33, *.34 , *.35.*, *.36 i działa.
generalnie między sąsiednimi wersjami o numerek, wielkich różnic nie ma, ale przejście np 2.6.28 na 2.6.35, tam już zmiany są bardzo poważne, np w sterownikach graficznych (KMS).
Zmieniło się też API sterowników sieciowych.
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2010-11-05 19:00:59)
Offline
Jacekalex napisał(-a):
Bo jeśli ze stabilnego Debiana Lenny (2.6.26.*)- to chyba nie ma prawa ruszyć, natomiast ze Squeeze (2.6.32) - powinien.
... napisał przecież, że wystarczyło zmienić hda1 na sda1 i działa ;)
Offline
Ino zapomniał SOLVED w temacie napisać, i dlatego się coś jeszcze dowiedział ;)
Offline
Spoko, to nie jedno z tych forów, gdzie natychmiast trzeba dać [solved], wątek zamykany jest w klatce i nie można o nic dopytać. Wracając jeszcze do komunikatów odnośnie przerwań... gielda211, sprawdź na obu kernelach wynik polecenia: cat /proc/interrupts. Zobaczymy czy w ogóle w którymś przypadku system używa APIC. Jeżeli nie, to w sumie można go bez większych oporów odgórnie wyłączyć.
Offline
Jeśli chodzi o config do 2.6.36 to jest to kopia konfigu 2.6.26.
Teraz chce zastosować konfig ze strony http://merkel.debian.org/~jurij/ oczywiście z drobnymi zmianami pod moja wirtualna maszynę i iptables.
a teraz wyniki polecenia cat /proc/interrupts
2.6.26
CPU0 0: 201 XT-PIC-XT timer 1: 88 XT-PIC-XT i8042 2: 0 XT-PIC-XT cascade 5: 2 XT-PIC-XT ahci, Intel 82801AA-ICH 8: 2 XT-PIC-XT rtc0 9: 502 XT-PIC-XT acpi, vboxguest 10: 12 XT-PIC-XT eth1 12: 112 XT-PIC-XT i8042 14: 3275 XT-PIC-XT ide0 15: 0 XT-PIC-XT ide1 NMI: 0 Non-maskable interrupts LOC: 11707 Local timer interrupts RES: 0 Rescheduling interrupts CAL: 0 function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts SPU: 0 Spurious interrupts ERR: 0 MIS: 0
2.6.36
CPU0 0: 160 XT-PIC-XT timer 1: 108 XT-PIC-XT i8042 2: 0 XT-PIC-XT cascade 5: 14 XT-PIC-XT ahci, Intel 82801AA-ICH 8: 2 XT-PIC-XT rtc0 9: 0 XT-PIC-XT acpi 10: 14 XT-PIC-XT eth1 12: 112 XT-PIC-XT i8042 14: 1999 XT-PIC-XT ata_piix 15: 0 XT-PIC-XT ata_piix NMI: 0 Non-maskable interrupts LOC: 6927 Local timer interrupts SPU: 0 Spurious interrupts PMI: 0 Performance monitoring interrupts PND: 0 Performance pending work RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts THR: 0 Threshold APIC interrupts MCE: 0 Machine check exceptions MCP: 1 Machine check polls ERR: 0 MIS: 0
Jeśli cos mam wyłaczyć to proszę o podpowiedz w jakis sposób.
Offline
Czyli system nawet na starym kernelu nie używał IO-APIC, zatem nie ma po czym płakać...
Przykładowo u mnie używa i wygląda to tak:
CPU0 CPU1 0: 128 15 IO-APIC-edge timer 1: 2074 1421 IO-APIC-edge i8042 7: 1 0 IO-APIC-edge 8: 0 30 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 14: 7177 12599 IO-APIC-edge pata_amd 15: 0 0 IO-APIC-edge pata_amd 19: 110486 194937 IO-APIC-fasteoi nvidia 20: 1 2 IO-APIC-fasteoi ehci_hcd:usb1 22: 66793 116889 IO-APIC-fasteoi sata_nv, hda_intel 23: 121785 115056 IO-APIC-fasteoi sata_nv, ohci_hcd:usb2 40: 2 8580 PCI-MSI-edge eth0 NMI: 0 0 Non-maskable interrupts LOC: 975647 986925 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 0 0 Performance monitoring interrupts PND: 0 0 Performance pending work RES: 1601881 1596735 Rescheduling interrupts CAL: 3450 3459 Function call interrupts TLB: 5428 6247 TLB shootdowns ERR: 1 MIS: 0
Wyłączyć możesz dodając noapic jako argument dla kernela. Zakładając, że masz starą wersję gruba — znajdź sekcję:
## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions=vga=795 quiet
w pliku /boot/grub/menu.lst i dopisz noapic w linijce defoptions, po czym puść update-grub.
Po powyższym dodatkowy argument będzie automatycznie dodawany do linii kernela przy każdym wywołaniu update-grub:
amidala:/# grep noapic /boot/grub/menu.lst # defoptions=vga=795 quiet noapic kernel /boot/vmlinuz-2.6.32-zen7-amidala root=/dev/sda6 vga=795 quiet noapic
Offline
Bardzo dziękuje za pomoc.
Temat do zamknięcia.
Offline