Подземный стук, или что такого надо dev-lisp/sbcl от "/"? [SOLVED]
ArtSh 5 марта, 2011 - 01:37
Собственно установлена 1.0.31 (ещё 22.12.2009) а все более новые падают с одной и той же ошибкой.
Test SB-POSIX-TESTS::PWENT.1 failed
Form: (NOT (SB-POSIX:GETPWUID 0))
Expected value: NIL
Actual value: #<SB-INT:C-STRING-DECODING-ERROR {1002DF3BF1}>.
Test SB-POSIX-TESTS::PWENT.2 failed
Form: (NOT (SB-POSIX:GETPWNAM "root"))
Expected value: NIL
Actual value: #<SB-INT:C-STRING-DECODING-ERROR {1002DF5C91}>.
SB-POSIX-TESTS::PWENT.NON-EXISTING SB-POSIX-TESTS::GRENT.1
SB-POSIX-TESTS::GRENT.2 SB-POSIX-TESTS::GRENT.NON-EXISTING
SB-POSIX-TESTS::TIME.1 SB-POSIX-TESTS::UTIMES.1 SB-POSIX-TESTS::READLINK.1
SB-POSIX-TESTS::READLINK.2
Test SB-POSIX-TESTS::READLINK.ERROR.1 failed
Form: (LET* ((SB-POSIX-TESTS::SUBDIR-PATHNAME
(MERGE-PATHNAMES
(MAKE-PATHNAME :DIRECTORY '(:RELATIVE "readlink.error.1"))
SB-POSIX-TESTS::*TEST-DIRECTORY*))
(SB-POSIX-TESTS::LINK-PATHNAME
(MAKE-PATHNAME :NAME "readlink.error.1" :DEFAULTS
SB-POSIX-TESTS::SUBDIR-PATHNAME)))
(SB-POSIX:MKDIR SB-POSIX-TESTS::SUBDIR-PATHNAME 511)
(SB-POSIX:SYMLINK "/" SB-POSIX-TESTS::LINK-PATHNAME)
(SB-POSIX:CHMOD SB-POSIX-TESTS::SUBDIR-PATHNAME 0)
(UNWIND-PROTECT
(HANDLER-CASE (SB-POSIX:READLINK SB-POSIX-TESTS::LINK-PATHNAME)
(SB-POSIX:SYSCALL-ERROR (SB-POSIX-TESTS::C)
(SB-POSIX:SYSCALL-ERRNO
SB-POSIX-TESTS::C)))
(IGNORE-ERRORS (SB-POSIX:CHMOD SB-POSIX-TESTS::SUBDIR-PATHNAME 511)
(SB-POSIX:UNLINK SB-POSIX-TESTS::LINK-PATHNAME)
(SB-POSIX:RMDIR SB-POSIX-TESTS::SUBDIR-PATHNAME))))
Expected value: 13
Actual value: "/".
SB-POSIX-TESTS::READLINK.ERROR.2 SB-POSIX-TESTS::READLINK.ERROR.3
SB-POSIX-TESTS::READLINK.ERROR.4 SB-POSIX-TESTS::READLINK.ERROR.5
SB-POSIX-TESTS::READLINK.ERROR.6 SB-POSIX-TESTS::READLINK.ERROR.7
SB-POSIX-TESTS::GETCWD.1 SB-POSIX-TESTS::MKSTEMP.1 SB-POSIX-TESTS::MKDTEMP.1
SB-POSIX-TESTS::MKTEMP.1 SB-POSIX-TESTS::MKSTEMP.NULL-TERMINATE
SB-POSIX-TESTS::ENVSTUFF
3 out of 69 total tests failed: SB-POSIX-TESTS::PWENT.1,...
В интернете пишут, что подобная проблема возникает если в / есть мусор. Мусор там действительно был (/.config/Trolltech.conf), но его удаление не помогло. Теперь я грешу на права, не только в / но и пониже в иерархии (и тому есть причина: как раз около февраля 2010 года внезапно помер жёсткий диск с / и пришлось восстанавливать систему из свежего stage3 и старых /var/ и /etc).
Собственно вопрос: как восстановить права на / и что вообще этому sbcl надо от ссылок?
P.S.
ls -la / итого 545 drwxr-xr-x 23 root root 568 Фев 25 09:57 . drwxr-xr-x 23 root root 568 Фев 25 09:57 .. drwxr-xr-x 2 root root 2760 Мар 2 04:09 bin drwxr-xr-x 3 root root 304 Фев 28 10:37 boot drwxr-xr-x 17 root root 4760 Мар 4 11:51 dev drwxr-xr-x 6 root root 528248 Мар 4 11:47 distfiles drwxr-xr-x 129 root root 7424 Мар 4 11:52 etc drwxr-xr-x 8 root root 224 Фев 22 2010 home lrwxrwxrwx 1 root root 5 Фев 15 02:58 lib -> lib64 drwxr-xr-x 3 root root 3704 Фев 15 02:58 lib32 drwxr-xr-x 18 root root 6288 Мар 3 02:16 lib64 drwxr-xr-x 2 root root 160 Мар 4 11:44 media drwxr-xr-x 7 root root 192 Дек 19 2009 mnt drwxr-xr-x 11 root root 304 Фев 17 03:10 opt dr-xr-xr-x 264 root root 0 Мар 4 11:44 proc drwx------ 34 root root 1912 Мар 4 11:53 root drwxr-xr-x 2 root root 7328 Фев 27 02:20 sbin drwxr-xr-x 13 root root 0 Мар 4 11:44 sys drwxrwxrwt 9 root root 312 Мар 4 11:52 tmp drwxr-xr-x 22 root root 712 Дек 20 02:16 usr drwxr-xr-x 21 root root 568 Дек 26 2009 var ls -la /tmp/.private/ итого 0 drwx--x--x 4 root root 96 Мар 4 11:51 . drwxrwxrwt 9 root root 312 Мар 4 11:52 .. drwx-----T 9 art users 296 Мар 5 00:39 art drwx-----T 3 root root 72 Мар 4 11:50 root ls -la /var/tmp/ итого 684167 drwxrwxrwt 36 root root 2056 Мар 4 11:45 . drwxr-xr-x 21 root root 568 Дек 26 2009 .. drwxrwx--- 2 portage portage 48 Мар 4 11:50 binpkgs drwxr-xr-x 3 root root 72 Апр 5 2006 cache drwxr-xr-x 2 art users 112 Окт 15 18:25 calt drwxr-xr-x 2 root root 48 Июл 7 2007 catalyst drwxrwsr-x 19 root portage 488 Фев 24 22:28 ccache drwxr-xr-x 2 root root 416 Фев 27 16:44 genkernel drwx------ 19 art users 1416 Мар 4 11:52 kdecache-art drwx------ 8 root root 424 Фев 26 00:46 kdecache-root drwxrwxr-x 23 portage portage 1400 Мар 4 11:50 portage drwxr-xr-x 2 root root 48 Мар 10 2006 portage-pkg drwxrwxrwx 2 root root 48 Авг 23 2009 profile lrwxrwxrwx 1 root root 8 Дек 4 2008 tmp -> /var/tmp #-----------Может быть ошибка здесь? далее всякий мусор...
SOLVED: всё оказалось гораздо проще: у root в /etc/passwd было написано полное имя (GECOS) русскими буквами, замена на root исправила проблему
»
- Для комментирования войдите или зарегистрируйтесь

В аналогичной ситуации сбитых
В аналогичной ситуации сбитых прав на системные каталоги при копировании с винта на винт - помогло emerge -e world
-= Concordia victoriam gignit =-
не помогло.
не помогло.