Forum Debian Users Gang

rosio · 2009-10-04 20:22:34

Witam

Od tygodnia prawie siedzę nad kompilacja i kiszka.... tzn wszystko kompiluje jak należy, instalacja powstałych paczek też bez najmniejszych problemów ale system nie chce mi wstać na nowym jądrze :-( krzyczy coś takiego

io apic resources could be not be allocated.

Kompilacje robiłem zarówno normalnie (make, make modules, make modules_install) jak i sposobem debianowskim, wynik ten sam, krzyczy o to samo. Nawet zrobiłem kompilacje w oparciu o config powstały po instalacji systemu i to też nic nie zmieniło. Poszperałem po necie ale nic nie wyczytałem ciekawego, może ktoś z Was ma jakiś pomysł jak to naprawić ?

ps
kompilowałem na jądrach 2.6.29.6 i 2.6.28.10 i bez rezultatu

NIC · 2009-10-04 21:31:05

A potrzebne Ci IO APIC?
Zawsze można wyłączyć: parametr jądra "noapic" lub "noapic nolapic" lub bardzo brutalnie "noapic nolapic acpi=off" (źródło: http://www.elektroda.pl/rtvforum/topic1255487.html)
W razie czego http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt (szukaj: "ioapic"), może coś z tego się przyda.
Choć nie wiem czy wyłączenie tego Cię satysfakcjonuje...

Jak masz możliwość to pokaż co mówi jądro (dmesg).
dmesg ze zdrowego jądra też będzie mile widziany.

fnmirk · 2009-10-04 23:02:45

Czy używasz initrd?
Jeżeli tak, to spróbuj ręcznie wygenerować plik initrd.img-2.6.xx. Ostatnio dwa razy kompilowałem jądro z tego powodu. Za każdym razem miałem inne komunikaty startowe dotyczące błędów

Kod:

mkinitramfs -o /boot/initrd.img-2.6.xx

Za xx wpisz parametry zainstalowanego jądra, którego dotyczy problem.

Initrd od jakiegoś czasu źle się automatycznie generuje i bywa powodem dziwnych zachowań systemu, kiedy z niego korzystamy.

rosio · 2009-10-04 23:10:11

fnmirk napisał(-a):
Czy używasz initrd?
Jeżeli tak, to spróbuj ręcznie wygenerować plik initrd.img-2.6.xx. Ostatnio dwa razy kompilowałem jądro z tego powodu. Za każdym razem miałem inne komunikaty startowe dotyczące błędów
Kod:
mkinitramfs -o /boot/initrd.img-2.6.xx
Za xx wpisz parametry zainstalowanego jądra, którego dotyczy problem.

Initrd od jakiegoś czasu źle się automatycznie generuje i bywa powodem dziwnych zachowań systemu, kiedy z niego korzystamy.

tak generowałem ten plik przy kompilacji standardowej, mam na myśli "niedebianowskiej" i nic to nie zmieniło

rosio · 2009-10-06 22:33:53

wczoraj kolejny raz walczyłem z kompilacja i oczywiście bez zmian jednakże jak poczeka się dłużej po tym komunikacie tak koło 3min

io apic resources could be not be allocated.

pojawia się coś takiego:

Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root- (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/hda1 does not exist. Dropping to a shell!

/bin/sh: cant't access tty; job control turned off
(initramfs) (w tym miejscu znak zachęty)

oznaczało by chyba to że nowe jądro nie widzi dysku a przynajmniej partycji ale jak mówie kompilowałem też na configu z instalacji systemu, po kompilacji robiłem też update modułów za pomocą update-initramfs i też nic. Dodawałem też podczas uruchamiania nowe parametry do jądra o których mówi użytkownik NIC ale bez zmian...

skotx · 2009-10-07 18:10:33

Co do apic to:
1)Uaktualniłbym bios do najnowszej wersji
2)Ściągnąć najnowszy stabilny kernel i skompilować bez większych zmian (nie z configu z instalacji systemu). Jak zadziała to dalej wycinać to co nie potrzebne / Jak nie to dodać co nieco do konfiguracji.
3)Ewentualnie zainstalować najnowszy kernel z paczek i z tego wyciągnąć config i z nim próbować.

Pomimo, że generowałeś initrd srpawdź czy on jest bo z tym ostatnio był problem.
Co do 2 błędu to albo nie masz w kompilowanej obsługi dysku lub systemu plików jakiego tam używasz (jak nie chcesz używać initrd to z root fs) - chyba tyle jak dobrze pamiętam. Lub też nie wygenerował Ci się initrd.

rosio · 2009-10-08 15:29:46

wczoraj skompilowałem jądra na innym sprzęcie (też na celeronie Tualatin 1300mhz) i wszystko odbyło się bez najmniejszych problemów. Podejrzewam zatem winę sprzętową choć z drugiej strony system zainstalował się na nim bez problemu..... Komp na którym jest problem jest na Celeronie Tualatinie też i Abicie ST6-Raid, podmienię płytę na jakąś inną i zobaczę co się będzie działo..

ps
Bios na tym abicie jest najnowszy z dostępnych

rosio · 2009-10-10 19:19:43

chyba znalazłem rozwiązanie mojego problemu, niby głupota ale zajęło mi to mnóstwo czasu :( Chodzi o to że nowy kernel widzi mój dysk jako sda a nie hda i trzeba zmienić wpis w /boot/grub/menu... jak również w /etcfstab, po tym zabiegu nowy kernel wstaje i jest niby ok, aczkolwiek gdy chce uruchomić stary ketrnel to jest mały zgrzyt bo niby się uruchamia ale nie ma podmontowanych partycji bo on je widzi jako hda i znowu trzeba zmeiniac wpisu i znowu reset i tak w kółko.... trochę to dziwne...

skotx · 2009-10-10 19:30:26

rosio napisał(-a):
sda a nie hda

Poczytaj np. to: http://wiki.archlinux.org/index.php/Persistent_bloc … ent_naming.3F

rosio · 2009-10-11 09:59:58

skotx napisał(-a):
rosio napisał(-a):
sda a nie hda
Poczytaj np. to: http://wiki.archlinux.org/index.php/Persistent_bloc … ent_naming.3F

dzięki bardzo przydało się aczkolwiek tylko częściowo gdyż system nie tworzy mi katalogu /by-label/ co byłoby najlepszym wyjściem w związku z tym zastosowałem opcje z katalogu /by-uuid/ (tylko te okazały się całkowicie niezmienne na obu kernelach) tylko że jest mały zgrzyt ponieważ nie ma w nim ani partycji swap ani cdrom'u... masz jakiś pomysł jak to obejść ?

BTW
Pytam bo nie bardzo wiem, jak mogę użyć sterowników pata zamiast libata ?

skotx · 2009-10-11 10:12:18

rosio napisał(-a):
jak mogę użyć sterowników pata zamiast libata ?

Najlepiej to przekompilować kernel i zostawić w nim moduły te które się chce.

rosio · 2009-10-11 13:40:19

Czy mógłby mi ktoś jeszcze podpowiedzieć jaką scieżkę (--prefix) powinienem umieścić przy konfiguracji iptables tak żeby wszytko wpadło w odpowiednie miejsca ? Konfiguruje według opisu DJ.Gregora ale on tam robił całą instalacje na Slacku a w debianie zapewne iptables jest w innych katalogach. Na razie zrobiłem bez żadnego prefixu i mam wszystko w domyślnej lokalizacj (/usr/local/...i i pomyślałem że wszystko ręcznie przekopiuje (tak robiłem kiedyś..) ale jakoś nie działa, tzn wpisując iptables -V pokazuje że mam nową wersję ale nie działa mi np ipp2p choć widzę że jest (/lib/xtables/libxt_ipp2p.so) w kernelu też jest dodany...

EDIT:

kurcze dopiero teraz zauważyłem że z nowych łąt do ipp2p usunięto możliwość zablokowania całego ruchu ipp2p a w ten włąśnie sposób sprawdzałem też

pp2p v0.10 match options:
--edk [tcp,udp] All known eDonkey/eMule/Overnet packets
--dc [tcp] All known Direct Connect packets
--kazaa [tcp,udp] All known KaZaA packets
--gnu [tcp,udp] All known Gnutella packets
--bit [tcp,udp] All known BitTorrent packets
--apple [tcp] All known AppleJuice packets
--winmx [tcp] All known WinMX
--soul [tcp] All known SoulSeek
--ares [tcp] All known Ares

EXPERIMENTAL protocols:
--mute [tcp] All known Mute packets
--waste [tcp] All known Waste packets
--xdcc [tcp] All known XDCC packets (only xdcc login)

Ostatnio edytowany przez rosio (2009-10-11 15:18:35)

domgl · 2010-01-04 23:35:22

Witam!
Mam ten sam problem co rysio.
Na kernel 2.6.28.10 nałożyłem łaty IMQ i Layer7, następnie skonfigurowałem i skompilowałem sposobem Debiana. W czasie kompilacji otrzymałem parę ostrzeżeń typu: "wartość zdefiniowana ale nie używana". W rezultacie otrzymałem paczki .deb z jądrem i headersami. Zainstalowałem paczki, grub się zaktualizował ale jądro w ogóle nie wstawało. Zmieniłem więc hdb na sda i system ruszył ale z błędami (np połączenie sieciowe, ssh, ftp, mc nie działało).
Oto log startu systemu:

Kod:

Mon Jan  4 22:58:16 2010: .
Mon Jan  4 22:58:16 2010: Setting the system clock.
Mon Jan  4 22:58:16 2010: Activating swap...done.
Mon Jan  4 22:58:16 2010: Checking root file system...fsck 1.41.3 (12-Oct-2008)
Mon Jan  4 22:58:16 2010: /dev/sda1: clean, 6422/86344 files, 168067/345364 blocks
Mon Jan  4 22:58:16 2010: done.
Mon Jan  4 22:58:16 2010: Setting the system clock.
Mon Jan  4 22:58:16 2010: Cleaning up ifupdown....
Mon Jan  4 22:58:16 2010: Loading kernel modules...done.
Mon Jan  4 22:58:16 2010: Checking file systems...fsck 1.41.3 (12-Oct-2008)
Mon Jan  4 22:58:16 2010: /dev/sda9: The filesystem size (according to the superblock) is 7347721 blocks
Mon Jan  4 22:58:16 2010: The physical size of the device is 5835099 blocks
Mon Jan  4 22:58:16 2010: Either the superblock or the partition table is likely to be corrupt!
Mon Jan  4 22:58:16 2010: 
Mon Jan  4 22:58:16 2010: 
Mon Jan  4 22:58:16 2010: /dev/sda9: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
Mon Jan  4 22:58:16 2010: 
Mon Jan  4 22:58:16 2010: /dev/sda8: clean, 14/98392 files, 22712/393560 blocks
Mon Jan  4 22:58:16 2010: /dev/sda5: clean, 104181/305824 files, 407357/1220932 blocks
Mon Jan  4 22:58:16 2010: /dev/sda6: clean, 1863/183264 files, 84975/732957 blocks
Mon Jan  4 22:58:16 2010: fsck died with exit status 4
Mon Jan  4 22:58:16 2010: failed (code 4).
Mon Jan  4 22:58:16 2010: File system check failed. A log is being saved in /var/log/fsck/checkfs if that location is writable. Please repair the file system manually. failed!
Mon Jan  4 22:58:16 2010: A maintenance shell will now be started. CONTROL-D will terminate this shell and resume system boot. (warning).
Mon Jan  4 22:58:16 2010: Give root password for maintenance
Mon Jan  4 22:58:16 2010: (or type Control-D to continue): 
Mon Jan  4 22:58:16 2010: Setting kernel variables (/etc/sysctl.conf)...done.
Mon Jan  4 22:58:16 2010: Mounting local filesystems...done.
Mon Jan  4 22:58:16 2010: Activating swapfile swap...done.
Mon Jan  4 22:58:17 2010: Setting up networking....
Mon Jan  4 22:58:17 2010: Configuring network interfaces...done.
Mon Jan  4 22:58:17 2010: Starting portmap daemon....
Mon Jan  4 22:58:17 2010: Starting NFS common utilities: statd.
Mon Jan  4 22:58:18 2010: Setting console screen modes and fonts.
Mon Jan  4 22:58:18 2010: INIT: Entering runlevel: 2
Mon Jan  4 22:58:20 2010: Starting enhanced syslogd: rsyslogd.
Mon Jan  4 22:58:20 2010: Starting ACPI services....
Mon Jan  4 22:58:21 2010: Starting OpenBSD Secure Shell server: sshd.
Mon Jan  4 22:58:21 2010: Starting MTA: exim4.
Mon Jan  4 22:58:23 2010: Starting NFS common utilities: statd.
Mon Jan  4 22:58:23 2010: Not starting internet superserver: no services enabled.
Mon Jan  4 22:58:23 2010: Starting deferred execution scheduler: atd.
Mon Jan  4 22:58:23 2010: Starting periodic command scheduler: crond.
Mon Jan  4 22:58:24 2010:

Mam do Ciebie prośbę rosio, możesz podać jak wygląda Twój konfiguracja fstab i list?

Ostatnio edytowany przez domgl (2010-01-05 12:04:43)

Forum Debian Users Gang

Ogłoszenie

#1 2009-10-04 20:22:34

rosio - Użytkownik

Kompilacja i błąd - io apic resources could be not be allocated

#2 2009-10-04 21:31:05

NIC - Członek DUG

Re: Kompilacja i błąd - io apic resources could be not be allocated

#3 2009-10-04 23:02:45

fnmirk - Redaktor

Re: Kompilacja i błąd - io apic resources could be not be allocated

Kod:

#4 2009-10-04 23:10:11

rosio - Użytkownik

Re: Kompilacja i błąd - io apic resources could be not be allocated

fnmirk napisał(-a):

Kod:

#5 2009-10-06 22:33:53

rosio - Użytkownik

Re: Kompilacja i błąd - io apic resources could be not be allocated

#6 2009-10-07 18:10:33

skotx - Członek DUG

Re: Kompilacja i błąd - io apic resources could be not be allocated

#7 2009-10-08 15:29:46

rosio - Użytkownik

Re: Kompilacja i błąd - io apic resources could be not be allocated

#8 2009-10-10 19:19:43

rosio - Użytkownik

Re: Kompilacja i błąd - io apic resources could be not be allocated

#9 2009-10-10 19:30:26

skotx - Członek DUG

Re: Kompilacja i błąd - io apic resources could be not be allocated

rosio napisał(-a):

#10 2009-10-11 09:59:58

rosio - Użytkownik

Re: Kompilacja i błąd - io apic resources could be not be allocated

skotx napisał(-a):

rosio napisał(-a):

#11 2009-10-11 10:12:18

skotx - Członek DUG

Re: Kompilacja i błąd - io apic resources could be not be allocated

rosio napisał(-a):

#12 2009-10-11 13:40:19

rosio - Użytkownik

Re: Kompilacja i błąd - io apic resources could be not be allocated

#13 2010-01-04 23:35:22

domgl - Użytkownik

Re: Kompilacja i błąd - io apic resources could be not be allocated

Kod:

Stopka forum