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/.



Nadworny matematyk




Witam,
Mam taki problem. Przy kompilacji sposobem:
make && make install && make modules_install
buduje się do tego initrd. A w configu nie ma o tym wzmianki... Tak mi się wydaje...
nitka@toshia:~$ cat /boot/config-3.0.3 | grep -i init CONFIG_INIT_ENV_ARG_LIMIT=32 # CONFIG_BLK_DEV_INITRD is not set # CONFIG_SCSI_OSD_INITIATOR is not set # CONFIG_DEBUG_MEMORY_INIT is not set # CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
Czy to jakaś nowość czy jednak coś źle robię?
Offline







Kapelusznik








Debianowy automatyzm. :) Kopnij initramfs-tools, to przestanie…
Offline



Nadworny matematyk




Ale kiedyś tego nie było nie?? A ten pakiet nie jest potrzebny do 'tworzenia' repozytoryjnych initramów??
Ostatnio edytowany przez P@blo (2011-08-19 14:49:19)
Offline







Kapelusznik








Chyba nie, niedawno właśnie instalowałem dystrybucyjny kernel (przy okazji tego wątku), a wraz z nim zainstalował się initramfs-tools… Też się zdziwiłem, że nagle sam zaczął generować initrd dla kerneli bez initrd. ;)
P@blo napisał(-a):
A ten pakiet nie jest potrzebny do 'tworzenia' repozytoryjnych initramów??
Niby tak, ale po co Ci dystrybucyjne kernele, skoro masz własne? :)
Offline



Nadworny matematyk




Bo to nie mój lapek i ktoś nie jest tak biegły w linuxie jak ja ;)
A tu masz dowód, że pakiet jest potrzebny
$ sudo aptitude purge initramfs-tools
Następujące pakiety zostaną USUNIĘTE:
initramfs-tools{p}
0 pakietów aktualizowanych, 0 instalowanych, 1 do usunięcia i 2 nie aktualizowanych.
Do pobrania 0 B archiwów. Zwolnione po rozpakowaniu: 467 kB.
Następujące pakiety mają niespełnione zależności:
linux-image-2.6.39-2-amd64: Wymaga: initramfs-tools (>= 0.99) but it is not going to be installed. lub
linux-initramfs-tool który jest pakietem wirtualnym.
linux-image-3.0.0-1-amd64: Wymaga: initramfs-tools (>= 0.99~) but it is not going to be installed. lub
linux-initramfs-tool który jest pakietem wirtualnym.
linux-image-2.6.38-2-amd64: Wymaga: initramfs-tools (>= 0.55) but it is not going to be installed. lub
linux-initramfs-tool który jest pakietem wirtualnym.
Następujące działania rozwiążą problemy z zależnościami:
Usunięcie następujących pakietów:
1) linux-image-2.6-amd64
2) linux-image-2.6.38-2-amd64
3) linux-image-2.6.39-2-amd64
4) linux-image-3.0.0-1-amd64
5) linux-image-amd64No a kiedyś na bank teko nie było... Ale w takim razie komenda mkinitramfs jest zbędna... Bez sensu... CO SIĘ DZIEJE Z TYM DEBIANEM!!!
EDIT:
A czy da się 'zablokować' tak aby nie pobierał nowych dystrybucyjnych jąder przy aktualizacji??
Ostatnio edytowany przez P@blo (2011-08-19 15:11:58)
Offline


Użytkownik



U mnie nie budowało i nie buduje
Offline







Kapelusznik








W takim razie obstawiam, że to make install wywołuje budowanie initrd.
P@blo napisał(-a):
A czy da się 'zablokować' tak aby nie pobierał nowych dystrybucyjnych jąder przy aktualizacji??
Tak.
Offline



Nadworny matematyk




ArnVaker napisał(-a):
Tak.
Jak
Domyślam się, że trzeba zablokować jakiś pakiet, ale nie wiem który...
Offline







Kapelusznik








Pokaż:
dpkg -l |grep linux-image
Poza tym możesz zrezygnować z make install (jeśli to faktycznie on wywołuje generowanie initrd) i przerzucić się na tworzenie pakietów… Takie rozwiązanie byłoby lepsze niż blokowanie aktualizacji, jeżeli chcesz używać również dystrybucyjnych kerneli.
Offline



Nadworny matematyk




Proszę
$ dpkg -l | grep linux-image ii linux-image-2.6-amd64 3.0.0+39 Linux for 64-bit PCs (dummy package) ii linux-image-2.6.38-2-amd64 2.6.38-5 Linux 2.6.38 for 64-bit PCs ii linux-image-2.6.39-2-amd64 2.6.39-3 Linux 2.6.39 for 64-bit PCs ii linux-image-3.0.0-1-amd64 3.0.0-1 Linux 3.0.0 for 64-bit PCs ii linux-image-amd64 3.0.0+39 Linux for 64-bit PCs (meta-package)
Nie chce używać... Wole zablokować, żeby się nie pchały same... Może zamiast magiczne make &&...&& make modules_install da się ominąc make install?? Wiem że to głupio brzmi ale może da się jakoś inaczej skoro dokoptowali initrd do make install?? (wciąż tego nie rozumiem dlaczego... :( )
Ostatnio edytowany przez P@blo (2011-08-19 15:28:50)
Offline







Kapelusznik








Jak usuniesz pakiety linux-image-2.6-amd64 oraz linux-image-amd64, to nie będzie już instalował nowych wersji. Tylko co to da właściwie? Ten pakiet od generowania initrd i tak będzie zainstalowany, a make install będzie wywoływał tworzenie initrd. ;) Spróbuj z tworzeniem pakietów lepiej.
Offline



Nadworny matematyk




Wiesz... Wole usunąć ten initrd utworzony już po kompilacji niż te pakiety robić... :)
Offline







Kapelusznik








P@blo napisał(-a):
Może zamiast magiczne make &&...&& make modules_install da się ominąc make install?
make install kopiuje pliki do /boot. W sumie wystarczy, że skopiujesz sam bzImage:
cp /usr/src/linux/arch/x86_64/boot/bzImage /boot/jakaś_nazwa
Przy czym nazwy zaczynające się od „vmlinuz” są brane pod uwagę przez skrypty aktualizujące konfig gruba.
PS Pamiętaj, że o tym wywoływaniu budowania initrd przez make install to ja się tylko domyślam. Nie sprawdzałem tego…
Offline



Nadworny matematyk




Ja sprawdzę jak będę miał czas :)
Offline


Użytkownik



Weź se make-kpkg kernel_image kernel_headers i będziesz miał spokój i mniejszy śmietnik
Offline



Nadworny matematyk




Sprawdziłem. Arn miałeś racje ;)
Offline