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
[quote=Renia]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.[/quote]
Nie kompiluje się tylko na Twoim configu czy także na tym debianowym?
Offline
[quote=Pavlo950]Czemu chcesz 4.5, skoro przy 4.4 kompilacja przebiega bez problemu?[/quote]
Musi być 4.5 i łatkami Debiana. Uzasadnianie tego wykracza poza ten temat.
[quote=sir_lucjan][quote=Renia]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.[/quote]
Nie kompiluje się tylko na Twoim configu czy także na tym debianowym?[/quote]
Na obydwu ten sam problem.
Offline
[quote=Renia]Musi być 4.5 i łatkami Debiana. Uzasadnianie tego wykracza poza ten temat.[/quote]
W repozytorium przecież masz: [deb]linux-image-4.5.0-2-grsec-amd64[/deb]
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
[quote=sir_lucjan]Jeszcze jedno pytanie - jak przebiega kompilowanie BEZ grsec? Taki sam efekt?[/quote]
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
[quote=młodyLinuxiarz]Efekt ten sam ?[/quote]
Nie, tym razem kończy się na "ERROR: device '/dev/sda1' not found".
[quote=Jacekalex]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.[/quote]
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
Time (s) | Query |
---|---|
0.00012 | SET CHARSET latin2 |
0.00005 | SET NAMES latin2 |
0.00115 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.117.141.69' WHERE u.id=1 |
0.00059 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.117.141.69', 1732377408) |
0.00039 | SELECT * FROM punbb_online WHERE logged<1732377108 |
0.00054 | SELECT topic_id FROM punbb_posts WHERE id=301870 |
0.00005 | SELECT id FROM punbb_posts WHERE topic_id=28659 ORDER BY posted |
0.00050 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=28659 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00199 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=28659 ORDER BY p.id LIMIT 0,25 |
0.00076 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28659 |
Total query time: 0.0062 s |