Подземный стук, или что такого надо 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 =-
не помогло.
не помогло.