Moje Boje Z Fc6...

[drkn]

Sorki za przydługawy tekst, ale jakoś tak wyszło

 

Stało się - postanowiłem w całości zmigrować swojego kompa (Asus F2JE) do Linuksa. Wybór dystrybucji był prosty. Od X lat walczę z redhatami różnej maści w systemach serwerowych, więc Fedora wydawała się dla mnie najlepsza. Mój poziom raczej nie określiłbym jako "administracyjny" ani nawet "zaawansowany", ale totalnie zielony też nie jestem.

 

Ściągnąłem ISO DVD FC6 x86_64 (procesor Core2Duo T5600), wypaliłem, stworzyłem pustą partycję i odpaliłem instalator z płytki. Sama instalacja przebiegła w sumie bezboleśnie. Uszczęśliwiony wybrałem w Grubie nowozainstalowany system ... i to by było na tyle pięknej historyjki Już na starcie pojawiały się jakieś dziwne komunikaty o błędnym działaniu USB - narazie zignorowałem, ponieważ zarówno pendrive jak i myszka działała ok. Narazie to mi wystarczało... Po odpaleniu Gnoma niestety by default nie działała akceleracja sprzętowa grafiki - brak sterów (Radeon X1450). Trudno - driver można doinstalować, ale ... nie działała też sieciówka i wifi, więc instalacja sterów do grafiki musi poczekać. Po kilku restartach i przełączania Windows / Linux i połowie wypitej kawy, sieciówka zaczeła działać. Mogłem się więc podpiąć do routera, który notabene jest schowany w takim miejscu, że nie było to najprostsze zadanie Teraz pora na wifi. Tutaj już nie było tak prosto - aby dociągnąć niezbędne pakiety yum'em trzeba było zaktualizować dość spory kawałek systemu. Po 1,5h ściągania i aktualizowania - pełen sukces! Działa wifi. Pora więc na stery do karty graficznej. Po pogrzebaniu trochę na forum znalazłem niezbędne pakiety na livnie. Jakież było moje zdziwienie, gdy zauważyłem, że żeby je zainstalować ... muszę znowu zupgradeować system! OK. Zaciskam zęby i aktualizuje. Tym razem zmienił się 3 numerek kernela z 2.6.18 na 2.6.19. Po kolejnym restarcie i wybraniu w grubie nowego kernela ... załamałem się - w logu pełno informacji o błędach w kernelu, system plikowy zamontowany w trybie readonly, X'y nie odpalają się w ogóle... Niestety wybór starego kernela nie pomógł - system sypał się dalej. Ok - dużo nie zainstalowałem - format / kolejna instalacja...

 

Po kolejnej instalacji systemik znowu trzeba zaktualizować, żeby móc cokolwiek zainstalować... tym razem poprawek było ok. 700MB :/ ... a efekt podobny jak wcześniej - system leży i nie chce wstać. Po kolejnej instalacji (poprzedzonej formatem) nie ryzykowałem już updateów - stery skompilowałem i zainstalowałem sobie ręcznie - większość działa Prędzej czy później jednak, będę musiał zaktualizować system i aż strach pomyśleć co tym razem się wysypie...

 

Pytanie więc do was: Co jest grane? Dlaczego ta fedora się tak sypie? Robie coś źle? Nie boicie się updatetować swoich systemów? Co jest nie tak z nowym kernelem 2.6.19, bo z tego co czytałem nie tylko ja mam z nim problemy.

 

Pozwole sobie załączyć trochę screenów z uruchamiania systemu z kernelem 2.6.19 (tylko pierwsza część, później się już sypie wszystko równo):

 

 

 

Czy może mi ktoś pomóc? Szkoda że do desktopowego systemu install & forget - linuksowi jeszcze trochę brakuje - chyba spróbuję jeszcze live CD ubuntu.

 

EDIT: Poprawiłem linka do jednego ze screenów...

[wojtekjs]

Witamy w naszym gronie.

Dobrze by było, żebyś jakoś się dogrzebał do logów (np. z płytki instalacyjnej - linux rescue) i poszukał jakichś błędów.

[Mati_17]

Witam

Ja podobne jazdy miałem z Fedorą 5. Instalowała się pieknie i wszystko działało do momentu aktualizacji, po niej system nadawał sie do reinstalki.

Powodem tego była aktualizacja przez program "Pup" (System->Aktualizator oprogramowania) oraz przez program "Yumex", po każdej aktualizacji przy pomocy tych programów system już nie wstawał. To jest tylko moje doswiadczenie, możliwe że juz zostało to poprawione bo to jest róznica jednej wersji systemu.

Ale nigdy nie zawiodła mnie aktualizacja systemu z pod konsoli - polecenie "yum update" i system wstawał zawsze

[drkn]

Też aktualizowałem za pomocą yumexa i "Pup"a (fajna nazwa). "yum update *" zadziała? Spróbuje.

 

Witamy w naszym gronie.

Dobrze by było, żebyś jakoś się dogrzebał do logów (np. z płytki instalacyjnej - linux rescue) i poszukał jakichś błędów.

Teraz mam czystą instalację z płytki FC6. Dziś / ew. jutro puszcze update z konsoli. W razie problemów które logi wyciągnąć?

[wojtekjs]

/var/log/ i tam przejrzyj wszystko, najważniejsze w tym wypadku to boot.log

Ale Mati_17 ma pewnie rację.

[drkn]

Niestety nie pomoglo...

 

Wybrane fragmenty z /var/log/messages - jezeli to pomoze moge wkleic wiecej (boot.log jest pusty):

 

Jan 31 22:12:06 mdrkn kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan 31 22:12:06 mdrkn kernel: Linux version 2.6.19-1.2895.fc6 ([email protected]) (gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)) #1 SMP Wed Jan 10 18:50:56 EST 2007

...

Jan 31 22:12:08 mdrkn kernel: Unable to handle kernel NULL pointer dereference at 0000000000000000 RIP: 
Jan 31 22:12:08 mdrkn hcid[2547]: Starting security manager 0
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff8824496c>] :snd_hda_codec:get_input_type+0x73/0x97
Jan 31 22:12:08 mdrkn kernel: PGD 3831e067 PUD 38254067 PMD 0 
Jan 31 22:12:08 mdrkn kernel: Oops: 0002 [1] SMP 
Jan 31 22:12:08 mdrkn kernel: last sysfs file: /class/usb_device/usbdev1.4/dev
Jan 31 22:12:08 mdrkn kernel: CPU 0 
Jan 31 22:12:08 mdrkn kernel: Modules linked in: snd_hda_intel snd_hda_codec snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq joydev snd_seq_device snd_pcm_oss snd_mixer_oss ipw3945(U) snd_pcm sg snd_timer ieee80211 pcspkr snd soundcore shpchp snd_page_alloc tpm_infineon tpm i2c_i801 iTCO_wdt ieee80211_crypt r8169 i2c_core tpm_bios serio_raw hci_usb ide_cd bluetooth cdrom usb_storage ata_piix libata sd_mod scsi_mod ext3 jbd ehci_hcd ohci_hcd uhci_hcd
Jan 31 22:12:08 mdrkn kernel: Pid: 1573, comm: modprobe Not tainted 2.6.19-1.2895.fc6 #1
Jan 31 22:12:08 mdrkn kernel: RIP: 0010:[<ffffffff8824496c>]  [<ffffffff8824496c>] :snd_hda_codec:get_input_type+0x73/0x97
Jan 31 22:12:08 mdrkn kernel: RSP: 0018:ffff810038433b40  EFLAGS: 00010202
Jan 31 22:12:08 mdrkn kernel: RAX: 0000000000000007 RBX: ffff810038f363f0 RCX: 0000000000000000
Jan 31 22:12:08 mdrkn kernel: RDX: 0000000000000001 RSI: 0000000000000000 RDI: ffff810038f363c0
Jan 31 22:12:08 mdrkn kernel: RBP: 0000000000000000 R08: ffff810037e359b8 R09: 0000003000000020
Jan 31 22:12:08 mdrkn kernel: R10: 0000000000000002 R11: 0000000000000001 R12: ffff81003fdd0e10
Jan 31 22:12:08 mdrkn kernel: R13: ffff81003fdd0e00 R14: ffff810037d5cc00 R15: ffff810038f366c0
Jan 31 22:12:08 mdrkn kernel: FS:  00002aaaab0146f0(0000) GS:ffffffff8064d000(0000) knlGS:0000000000000000
Jan 31 22:12:08 mdrkn hcid[2547]: Device hci0 has been activated
Jan 31 22:12:08 mdrkn kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jan 31 22:12:08 mdrkn kernel: CR2: 0000000000000000 CR3: 0000000036d2b000 CR4: 00000000000006e0
Jan 31 22:12:08 mdrkn kernel: Process modprobe (pid: 1573, threadinfo ffff810038432000, task ffff810036e800c0)
Jan 31 22:12:08 mdrkn kernel: Stack:  ffffffff882454d6 ffff810038f363c0 ffff8100391f1080 ffff8100391f1080
Jan 31 22:12:08 mdrkn kernel:  ffffffff802fc05b ffff8100368c8b40 0000025e391f1180 ffff8100391f1080
Jan 31 22:12:08 mdrkn kernel:  0000000000008000 0000000000010000 ffffffff802fc65c ffff8100391f1c80
Jan 31 22:12:08 mdrkn kernel: Call Trace:
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff882454d6>] :snd_hda_codec:build_generic_controls+0x247/0x32e
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff882444e1>] :snd_hda_codec:snd_hda_build_controls+0x1d/0x83
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff8827962c>] :snd_hda_intel:azx_probe+0x707/0x720
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff8034e9ee>] pci_device_probe+0xcd/0x135
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff803aec25>] really_probe+0x4c/0xdf
Jan 31 22:12:08 mdrkn pcscd: pcscdaemon.c:464:main() pcsc-lite 1.3.1 daemon ready.
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff803aee77>] __driver_attach+0x90/0xcc
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff803ae1d3>] bus_for_each_dev+0x43/0x6e
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff803ae51b>] bus_add_driver+0x6b/0x18d
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff8034ebea>] __pci_register_driver+0x7f/0xa0
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff802a492d>] sys_init_module+0x1728/0x18e3
Jan 31 22:12:08 mdrkn kernel:  [<ffffffff8025c11e>] system_call+0x7e/0x83
Jan 31 22:12:08 mdrkn kernel:  [<00002aaaaad9396a>]
Jan 31 22:12:08 mdrkn kernel: 
Jan 31 22:12:08 mdrkn kernel: 
Jan 31 22:12:08 mdrkn kernel: Code: 83 0e 04 83 e2 0f 48 c7 c1 ca ec 24 88 48 c7 c0 d4 ec 24 88 
Jan 31 22:12:08 mdrkn kernel: RIP  [<ffffffff8824496c>] :snd_hda_codec:get_input_type+0x73/0x97
Jan 31 22:12:08 mdrkn kernel:  RSP <ffff810038433b40>
Jan 31 22:12:08 mdrkn kernel: CR2: 0000000000000000

(1) ...

Jan 31 22:12:08 mdrkn kernel: floppy0: no floppy controllers found

(2) ...

 

Wszystko powyzsze widze takze podczas uruchamiania systemu. W dwóch punktach oznaczonych powyzej (1) i (2) nastepuje zatrzymanie uruchamiania systemu, któremu pomaga jedynie nacisniecie Ctrl-Z. Po uruchomieniu Gnoma (hurra - tym razem dziala ), nie dziala karta muzyczna oraz nie moge odpalic konsoli - otrzymuje jakis blad o niemozliwosci utworzenia procesu potomnego. Na szczescie konsola w trybie tekstowym jeszcze dzialala. Co ciekawe raz na kilka restartów udaje mi sie odpalic konsole pod X'ami ... Niestety pózniej juz jakos calosc dziala dziwnie. Np po wpisaniu "mc" w konsoli, zaczyna rosnac load, nic sie nie dzieje, a uruchamiania midnight commandera nie moge przerwac zadna kombinacja klawiszy. Po kilku minutach load spada i mc sie uruchamia... To samo przy uruchomieniu system-config-network (i pewnie przy innych rzeczach - ale juz nie sprawdzalem).

 

Troche z innej beczki... po zaktualizowaniu systemu (kernel 2.6.19-2895) wzialem sie takze za zainstalowanie sieciówki. Tym razem chcialem ladnie - wg. jednego z przyklejonych tutaj watków dot. Intel'a 3945abg ... i tutaj kolejny zonk W repo atrpms - ieee80211-kmdl byl ladny - dla mojego jadra, lecz juz ipw3945 juz nie i yum chcial mi spowrotem wcisnac stare jadro ... lol :/ No cóz tym razem takze nie obeszlo sie bez kompilowania.

 

Po odpaleniu /usr/sbin/system-config-network-tui aplikacja zawisa na ekranie "Wczytywanie ko", sa wiec problemy z wczytywaniem modulów jadra. Jak diagnozowac takie problemy? Jak wylaczyc wybrany modul?

[wojtekjs]

Na pewno Core2Duo jest 64bit? Nie mam doświadczenia z 64bitami, tak jak i nie mam pojęcia na temat systemów pod nie dedykowanych. Jesteś pewien, że masz dobre kernele?

[exbros]

Na pewno Core2Duo jest 64bit?

Jest. Pentium D i Pentium Core 2 Duo to proce wspierajace 64bit

 

Sporo info tutaj http://processorfinder.intel.com/List.aspx...c=&OrdCode=

 

T5600 to Intel Core™2 Duo Mobile Processor

 

Pozdro

[drkn]

Jakieś pomysły? Myślę że z wadliwym modułem do karty muzycznej jakoś sobie poradze, ale jak zdiagnozować jaki moduł/cokolwiek innego zawiesza system przy starcie i podczas uruchamiania np. system-config-network? Będę wdzięczny za każdą pomoc.

[wojtekjs]

Kompilacja wlasnego kernela? Sprawdzenie tego z FC7? Kompilacje jadra z FC6? Instalacja wersji 32 bitowej? Inna dystrybucja?

Chyba w takiej kolejnosci proponowalbym rozwiazania.

Szukalem czegos na forach anglojezycznych, ale nic nie rzucilo mi sie jeszcze w oczy.

 

No a przede wszystkim - zglos buga

[drkn]

Pewnie zaczne od kompilacji ew. innej dystrybucji. Dzieki za sugestie. Gdyby cos sie jeszcze komus przypomnialo - piszcie

 

Po wpisaniu w /etc/modprobe.d/blacklist, snd_hda_codec i snd_hda_intel problemy przy starcie zniknely ... no ale oczywiscie nie dziala karta muzyczna. Przynajmniej wiem gdzie jest problem. Znalazlem cos jeszcze:

 

- Sound Card (intel HDA) : Sometimes works, sometimes not .. this seem to be solved in the next ALSA release (1.0.13) but fc6 is based on 1.0.12 ... will make a rpm because it’s a quite annoying problem. Update : Alsa-drivers 1.0.13 is included in the new kernel (2.6.19-1.2895).

Zródlo: http://www.opensquad.com/article7.html

 

Moje bebechy - moze ktos ma podobne:

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express Memory Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express PCI Express Root Port (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller IDE (rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc Unknown device 7186
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)

 

system-config-network - dalej wisi.