LINUX.ORG.RU

Сборка ядра провалилась


0

1

Было ядро:

$uname -r
$3.1.10-1.16-desktop
Скачал версию поновее, (3.2.34) собрал его вроде как обычно, но видимо, что-то недоглядел, при попытке запуска с новым ядром выдает много ругательств, как мне их вывести в лог, чтобы полностью показать тут? Вот часть того, что он выдает:
avahi-daemon: failed to create PID file: Permission denied
kdm: Cannot create /lock pid file /var/run/kdm pid
Kernel does not support page offline interface
(CRON) DEATH (can't lock /var/run/cron.pid, otherpid unknown)
systemd-update-utmp: Failed to get current runlevel: Permission denied
Это всё, что я успел записать на бумажку, не понимаю, как смена ядра может повлиять на права доступа? startx от рута запускает иксы, но всё-таки это же не то... Может кто знает, что за опции в ядре могут сделать такое? Системма suse 12.1

★★★★★

Я бы на вашем месте установил 12.2 и голову не морочил.

anonymous ()

Скачал версию поновее, (3.2.34) собрал его вроде как обычно

Установи из репозитария «поновее» уже готовое. А сэкономленное время потрать на уроки.

anonymous ()
Ответ на: комментарий от anonymous

так и быть, покормлю! :)

/me заагрился на твой необычайно тонкий пост и с пеной у рта начал доказывать, что не школьник

Pyzia ★★★★★ ()

У тебя часом /var(/run) с /dev не в tmpfs монтируется? Если да, то тебе, скорее всего, нужно включить tmpfs, devtmpfs и, возможно, devtmpfs_mount.

AX ★★★★★ ()
Ответ на: комментарий от AX

Спасибо за совет, но всё это включено. Кажется, у меня всё монтируется именно так, как вы сказали. Если я покажу mount, это поможет?

Pyzia ★★★★★ ()
Ответ на: комментарий от AX
$mount
devtmpfs on /dev type devtmpfs (rw,relatime,size=1536460k,nr_inodes=384115,mode=755)
tmpfs on /dev/shm type tmpfs (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/sdb7 on / type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=23,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
tmpfs on /var/lock type tmpfs (rw,nosuid,nodev,relatime,mode=755)
tmpfs on /media type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)
tmpfs on /var/run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
/dev/sdb6 on /boot type reiserfs (rw,relatime,acl,user_xattr)
/dev/sdb8 on /home type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
gvfs-fuse-daemon on /home/mozg/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)

Ядро стандартное

Pyzia ★★★★★ ()

Сборка ядра провалилась

Системма suse 12.1

Только 2 вопроса:

0) Как именно ты собирал ядро? И если ты собирал не посредством стандартных rpm/rpmbuild/src.rpm то зачем ты засирал свою систему и почему бы тебе не свалить в слаку?

1) Если у тебя suse почему ты просто не поставил готовое новое ядро из rpm?

init_6 ★★★★★ ()
Ответ на: комментарий от init_6

0) Следовал этой инструкции. Системму не засирал, наоборот, пытался отрезать всё лишнее и видно, отрезал что-то нужное. Почему не свалить в слаку, сам не знаю, чем она лучше суси?
1) Моя основная цель-научиться. Потому не поставил готовое. Кроме того, ядро 3.2 -это последнее ядро, на которое можно накатить патч grsecurity, который меня интересует, естественно тоже в образовательных целях. Проблемма не в этом патче, потому что я собирал ядро с ним и без него, результат один и тот же.

Pyzia ★★★★★ ()
Ответ на: комментарий от Pyzia

Следовал этой инструкции

В SuSE собирают вот так

Моя основная цель-научиться.

Ок! Главное правило никаких configure && make && make install Надо тебе собирать юзай rpm, rpmbuild

Кроме того, ядро 3.2 -это последнее ядро, на которое можно накатить патч grsecurity, который меня интересует, естественно тоже в образовательных целях.

4.2 лютое! А потому что http://grsecurity.net/test/grsecurity-2.9.1-3.6.9-201212071641.patch ОЙ

И потом подход в корне не верный потому как hardened (grsecurity) вообще то это не только и не сколько патчь на ядро сколько еще и тулчейн + пересобранные ВСЕ программы. Короче вэлкам ту харденед генту и почитай там хотя бы вики для общего развития ага…

init_6 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.