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/.
Strony: 1
Kompiluję debianowski kernel 4.5.0-2 z grsec na Jessie 64-bit. Wszystkie zależności spełnione.
apt-get install \ build-essential libncurses5-dev zlib1g-dev fakeroot wget bzip2 initramfs-tools \ cramfsprogs git fakeroot build-essential xz-utils libssl-dev bc linux-kbuild-4.5 \ linux-perf-4.5 linux-tools linux-support-4.5.0-0.bpo.2 linux-perf-4.5 \ linux-kbuild-4.5 linux-grsec-support-4.5.0-2 linux-grsec-base apt-get --no-install-recommends install kernel-package apt-get install \ automake autotools-dev bison dh-systemd flex gcc-4.9-multilib gcc-multilib kernel-wedge lib32asan1 lib32atomic1 lib32cilkrts5 lib32gcc-4.9-dev lib32gcc1 lib32gomp1 lib32itm1 \ lib32quadmath0 lib32stdc++6 lib32ubsan0 libaudit-dev libbison-dev libc6-dev-i386 libc6-dev-x32 libdw-dev libelf-dev libexpat1-dev libfl-dev libglib2.0-bin libglib2.0-dev libiberty-dev \ libnewt-dev libnuma-dev libpci-dev libpcre3-dev libperl-dev libpng-dev libpng16-16 libpython-dev libpython2.7-dev libslang2-dev libtool libudev-dev libunwind-dev libunwind8-dev \ libwrap0-dev libx32asan1 libx32atomic1 libx32cilkrts5 libx32gcc-4.9-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 libx32ubsan0 python-dev python2.7-dev quilt \ gcc-4.9-plugin-dev libgmp-dev libgmpxx4ldbl alien debugedit gawk libblkid-dev librpm3 librpmbuild3 librpmio3 librpmsign3 libselinux1-dev libsepol1-dev lsscsi rpm rpm-common rpm2cpio uuid-dev make-kpkg clean make -j `getconf _NPROCESSORS_ONLN` deb-pkg LOCALVERSION=-haswell KDEB_PKGVERSION=$(make kernelversion)-1
Kończy się poniższym błędem, podobnie odobnie jak:
make-kpkg --rootcmd fakeroot --initrd --append-to-version=-haswell --revision=01 kernel_image kernel_headers -j3
CC drivers/char/mem.o drivers/char/mem.c: In function ‘write_mem’: drivers/char/mem.c:169:2: error: implicit declaration of function ‘get_securelevel’ [-Werror=implicit-function-declaration] if (get_securelevel() > 0) ^ cc1: some warnings being treated as errors scripts/Makefile.build:263: polecenia dla obiektu 'drivers/char/mem.o' nie powiodły się make[4]: *** [drivers/char/mem.o] Błąd 1 scripts/Makefile.build:412: polecenia dla obiektu 'drivers/char' nie powiodły się make[3]: *** [drivers/char] Błąd 2 Makefile:954: polecenia dla obiektu 'drivers' nie powiodły się make[2]: *** [drivers] Błąd 2 make[2]: *** Oczekiwanie na niezakończone zadania....
scripts/package/Makefile:91: polecenia dla obiektu 'deb-pkg' nie powiodły się make[1]: *** [deb-pkg] Błąd 2 Makefile:1255: polecenia dla obiektu 'deb-pkg' nie powiodły się make: *** [deb-pkg] Błąd 2
Trochę szukałam w sieci, ale nie znalazłam nic o tym błędzie. Będę wdzięczna za wszelkie pomysły.
-
Ostatnio edytowany przez Renia (2016-08-17 11:57:54)
Offline
Jajo z grsec masz w repo, a jak nie pasuje, to bierz czyste źródełka z kernel.org i do tego aktualną łatkę, byle się numerki kernela i łatki zgadzały.
W tej chwili aktualna łatka grsec z serii testowej (darmowa) jest na jajo 4.5.5,
nazywa się:
grsecurity-3.1-4.5.5-201605211442.patch
Ostatnio edytowany przez Jacekalex (2016-11-27 10:35:30)
Offline
Kernel musi być debianowski, z moją konfiguracją, nie domyślną. W ogóle żadnego z serii 4.5 nie udaje mi się skompilować na czystym Jessie 64-bit. Natomiast 4.4 kompiluje się bez problemu.
Offline
Renia napisał(-a):
Kernel musi być debianowski, z moją konfiguracją, nie domyślną. W ogóle żadnego z serii 4.5 nie udaje mi się skompilować na czystym Jessie 64-bit. Natomiast 4.4 kompiluje się bez problemu.
Nie kompiluje się tylko na Twoim configu czy także na tym debianowym?
Offline
Pavlo950 napisał(-a):
Czemu chcesz 4.5, skoro przy 4.4 kompilacja przebiega bez problemu?
Musi być 4.5 i łatkami Debiana. Uzasadnianie tego wykracza poza ten temat.
sir_lucjan napisał(-a):
Renia napisał(-a):
Kernel musi być debianowski, z moją konfiguracją, nie domyślną. W ogóle żadnego z serii 4.5 nie udaje mi się skompilować na czystym Jessie 64-bit. Natomiast 4.4 kompiluje się bez problemu.
Nie kompiluje się tylko na Twoim configu czy także na tym debianowym?
Na obydwu ten sam problem.
Offline
Renia napisał(-a):
Musi być 4.5 i łatkami Debiana. Uzasadnianie tego wykracza poza ten temat.
W repozytorium przecież masz: linux-image-4.5.0-2-grsec-amd64
Edyszyn:
tu masz jak zrobić ręcznie:
https://www.corsac.net/?rub=blog&post=1575
Ostatnio edytowany przez mati75 (2016-05-26 13:27:31)
Offline
Kochani, jeszcze raz tłumaczę. Tak wiem, że jest w repozytorium, ale muszę kompilować, bo zmieniam .config o kilka dodatkowych opcji, które w domyślnym nie są zaznaczone.
Offline
Jeszcze jedno pytanie - jak przebiega kompilowanie BEZ grsec? Taki sam efekt?
Offline
sir_lucjan napisał(-a):
Jeszcze jedno pytanie - jak przebiega kompilowanie BEZ grsec? Taki sam efekt?
Już wcześniej próbowałam, bez rezultatu. Ale właśnie zrobiłam kolejna próbę, tym razem zainstalowałam sobie przepakowaną pod Jessie najnowszą wersję binutils i kompilacja kernela 4.5 bez grsec z repozytorium Testnig powiodła się. Zainstalowałam, restartuję komputer, a tu zaraz po menu Grub miga znak _ i dalej nie rusza.
Ostatnio edytowany przez Renia (2016-05-26 18:33:56)
Offline
W takim przypadku ręcznie uruchom system bez parametru
quiet
I pokaż wynik
Ostatnio edytowany przez młodyLinuxiarz (2016-05-27 15:56:18)
Offline
Bez quiet efekt jak wyżej - migający znak _ i nic więcej się nie dzieje.
Offline
A jeśli w wierszu poleceń GRUB wpiszesz np.
linux /boot/vmlinuz-4.5 root=/dev/sda5
initrd /boot/initrd.img-4.5
boot
Efekt ten sam ?
Offline
Kiedy ostatnio próbowałem na jaju Grsec podnosić Debka z Systemd, to miałem elegancki festiwal najdziwniejszych komunikatów, z kernel-panicami włącznie.
Do Grseca lepiej brać SysVinit, Systemd na Grsecu to ciężkie nieporozumienie, zupełnie nieprzewidywalne, i rzadko chodzi prawidłowo.
Pozdro
Offline
3033
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:41:16)
Offline
młodyLinuxiarz napisał(-a):
Efekt ten sam ?
Nie, tym razem kończy się na "ERROR: device '/dev/sda1' not found".
Jacekalex napisał(-a):
Kiedy ostatnio próbowałem na jaju Grsec podnosić Debka z Systemd, to miałem elegancki festiwal najdziwniejszych komunikatów, z kernel-panicami włącznie.
Do Grseca lepiej brać SysVinit, Systemd na Grsecu to ciężkie nieporozumienie, zupełnie nieprzewidywalne, i rzadko chodzi prawidłowo.
Nie mam Systemd.
Udało się ze zwykłym kernelem, trochę na około, mianowicie zainstalowałam sobie z Testinga linux-image-4.5.0-2-amd64, uruchomiłam z niego kompilację, na początku zrobiłam make oldconfig, ukończyła się sukcesem, zainstalowałam nowy kernel i system prawidłowo uruchomił się. Tak samo zrobię z wersją grsec.
Ostatnio edytowany przez Renia (2016-05-28 17:41:04)
Offline
Przyczyną problemu była łatka enable_additional_cpu_optimizations_for_gcc_v4.9+_kernel_v3.15+.patch - bez jej aplikowania każdy kernel kompiluje się prawidłowo.
Ostatnio edytowany przez Renia (2016-08-17 08:50:06)
Offline
Używam tego patcha od 3 lat i nigdy nie sprawił problemu o ile stosowało się odpowiednią wersję.
Offline
Ja też używam i jest w porządku, ale wyjątkiem są kernele debianowskie z RT lub Grsec. Na czystym pobranym z kernel.org nie ma problemu. Ostatnia próba była na kernelu 4.6 RT od Debiana, łatka od graysky2 daje się nałożyć, a kernel skompilować, ale po instalacji nie uruchamia się.
Offline
Z kernelami RT mam niezbyt dobre wspomnienia, działało to zauważalnie słabiej. Zdecydowanie bardziej preferuję kernel z gałęzi stable/stable-rc gita Grega (aktualnie 4.7) + BFQ + patch graysky'ego plus przycięcie configu do niezbędnego minimum. Kiedyś dodawałem też patch bfs (bądź cały patchset ck) ale mniej więcej od kernela 4.0/4.2 zaniechałem tego, bo kernel z patchem od Cona działał gorzej od tego bez niego :D
Offline
Strony: 1