Forum Debian Users Gang

Renia · 2016-05-25 21:35:30

Kompiluję debianowski kernel 4.5.0-2 z grsec na Jessie 64-bit. Wszystkie zależności spełnione.

Kod:

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:

Kod:

make-kpkg --rootcmd fakeroot --initrd --append-to-version=-haswell --revision=01 kernel_image kernel_headers -j3

Kod:

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

Kod:

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)

Jacekalex · 2016-05-26 08:51:24

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ę:

Kod:

grsecurity-3.1-4.5.5-201605211442.patch

Ostatnio edytowany przez Jacekalex (2016-11-27 10:35:30)

Renia · 2016-05-26 12:33:47

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.

Pavlo950 · 2016-05-26 12:48:12

Czemu chcesz 4.5, skoro przy 4.4 kompilacja przebiega bez problemu?

sir_lucjan · 2016-05-26 13:02:00

[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?

Renia · 2016-05-26 13:16:09

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

mati75 · 2016-05-26 13:24:50

[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)

Renia · 2016-05-26 13:34:28

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.

sir_lucjan · 2016-05-26 13:45:21

Jeszcze jedno pytanie - jak przebiega kompilowanie BEZ grsec? Taki sam efekt?

Renia · 2016-05-26 18:07:14

[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)

młodyLinuxiarz · 2016-05-27 15:53:58

W takim przypadku ręcznie uruchom system bez parametru

Kod:

quiet

I pokaż wynik

Ostatnio edytowany przez młodyLinuxiarz (2016-05-27 15:56:18)

Renia · 2016-05-27 17:10:13

Bez quiet efekt jak wyżej - migający znak _ i nic więcej się nie dzieje.

młodyLinuxiarz · 2016-05-27 18:32:36

A jeśli w wierszu poleceń GRUB wpiszesz np.

Kod:

linux /boot/vmlinuz-4.5 root=/dev/sda5

Kod:

initrd /boot/initrd.img-4.5

Kod:

boot

Efekt ten sam ?

Jacekalex · 2016-05-28 05:25:40

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

uzytkownikubunt · 2016-05-28 11:23:56

3033

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:41:16)

Renia · 2016-05-28 17:32:31

[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)

Renia · 2016-08-17 08:49:54

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)

sir_lucjan · 2016-08-17 19:19:09

Używam tego patcha od 3 lat i nigdy nie sprawił problemu o ile stosowało się odpowiednią wersję.

Renia · 2016-08-17 21:22:39

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

sir_lucjan · 2016-08-17 22:54:10

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

Time (s)	Query
0.00010	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00104	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.224.52.108' WHERE u.id=1
0.00081	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.224.52.108', 1732368573)
0.00042	SELECT * FROM punbb_online WHERE logged<1732368273
0.00064	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.00263	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.00074	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28659
Total query time: 0.00648 s

Forum Debian Users Gang

Ogłoszenie

#1 2016-05-25 21:35:30

Renia - Użytkownik

Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

Kod:

Kod:

Kod:

Kod:

#2 2016-05-26 08:51:24

Jacekalex - Podobno człowiek...;)

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

Kod:

#3 2016-05-26 12:33:47

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#4 2016-05-26 12:48:12

Pavlo950 - człowiek pasjonat :D

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#5 2016-05-26 13:02:00

sir_lucjan - Kierowca Bombowca

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#6 2016-05-26 13:16:09

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#7 2016-05-26 13:24:50

mati75 - Psuj

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#8 2016-05-26 13:34:28

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#9 2016-05-26 13:45:21

sir_lucjan - Kierowca Bombowca

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#10 2016-05-26 18:07:14

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#11 2016-05-27 15:53:58

młodyLinuxiarz - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

Kod:

#12 2016-05-27 17:10:13

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#13 2016-05-27 18:32:36

młodyLinuxiarz - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

Kod:

Kod:

Kod:

#14 2016-05-28 05:25:40

Jacekalex - Podobno człowiek...;)

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#15 2016-05-28 11:23:56

uzytkownikubunt - Zbanowany

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#16 2016-05-28 17:32:31

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#17 2016-08-17 08:49:54

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#18 2016-08-17 19:19:09

sir_lucjan - Kierowca Bombowca

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#19 2016-08-17 21:22:39

Renia - Użytkownik

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

#20 2016-08-17 22:54:10

sir_lucjan - Kierowca Bombowca

Re: Kompilacja kernela 4.5.0-2 z grsec na Jessie 64-bit [SOLVED]

Stopka forum

Informacje debugowania