Ваша libc установка является незавершенной или повреждается так или иначе. Необходимо сказать, что ОС Вы используете... самую легкую фиксацию, должен, вероятно, переустановить пакеты, которые включают libc.
Или если Вы действительно интересуетесь обнаружением точно, какая часть его повреждается, вот некоторые подсказки:
На типичной glibc установке, ссылках на __libc_csu_init
и __libc_csu_fini
будет разрешен путем нахождения их в /usr/lib/libc_nonshared.a
который можно проверить следующим образом:
$ nm /usr/lib/libc_nonshared.a | egrep '__libc_csu_(init|fini)'
0000000000000000 T __libc_csu_fini
0000000000000010 T __libc_csu_init
Использование /usr/lib/libc_nonshared.a
будет инициирован путем соединения с /usr/lib/libc.so
(который является текстовым файлом, не фактическим общим объектом). Можно проверить что как это:
Может быть некоторый другой материал в нем также. Можно проверить это с
$ less /usr/lib/libc.so
[...]
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a )
/usr/lib/libc.so
будет использоваться компоновщиком для удовлетворения -lc
требование, которое можно проверить как это:
$ ld --verbose -lc
[... lots of stuff ...]
opened script file /usr/lib64/libc.so
attempt to open /lib/libc.so.6 succeeded
/lib/libc.so.6
attempt to open /usr/lib/libc_nonshared.a succeeded
Можно использовать sshfs для монтирования /
на Вашем рабочем столе к /mnt/server/
на Вашем ПК. Затем Вы запускаете Kdirstat на этом каталоге.
При выполнении X-сервера в системе, Вы работаете ssh
на Вас должен должен быть сделать не что иное как это:
$ ssh -X remoteserver KdirStat
Здесь, например, я ssh
'луг в системное CentOS 5.9 выполнение Babaob, другое приложение использования диска, которое идет с GNOME.
Случайно существует много приложений для анализа использования диска. Я описал их здесь на моем блоге в названном сообщении: Инструменты Командной строки для Анализа Использования диска на Fedora/CentOS/RHEL.
У Вас, вероятно, нет всех X сред (библиотеки, программы и т.д.), но ssh может сделать X передач, с которыми Доверяют -Y
недоверяемый -X
опции.
попробовать
xhost +
ssh -X user@remote_server
xclock
exit
xhost -
Можно войти в сервер и использование du
, перенаправление, которые производят в файл (-a
= включайте файлы, не просто каталоги; -x
= только одна файловая система):
$ du -ax / > ~/root-du
затем Вы можете scp, с которым файл назад, и просматривает его графически xdiskusage
$ scp server:root-du ~/root-du
$ xdiskusage ~/root-du
Конечно, можно работать du
удаленно по ssh и каналу это к xdiskusage
также:
$ ssh server 'du -ax /' | xdiskusage
но я предпочитаю использовать файлы, таким образом, я могу вновь открыть его, выдержать сравнение прежде и после, и т.д.
Устанавливание/выполнение X на сервере считается действительно плохой практикой, главным образом из-за проблем безопасности и устойчивости.
Просто используйте KIOs KDE, которые делают это действительно простым в использовании много различных протоколов в приложениях KDE.
Используйте URL как sftp://user@host/some/directory
получить доступ к удаленной файловой системе через SSH/SFTP:
Используйте qdirstat-cache-writer
или kdirstat-cache-writer
Perl скрипт на вашем сервере, скопируйте файл на ваш настольный компьютер и просмотрите его там с помощью QDirStat / KDirStat.
См. также:
https://github.com/shundhammer/qdirstat
https://github.com/shundhammer/qdirstat/tree/master/scripts
Обновление 2017-02-23: Подробные инструкции доступны на
https://github.com/shundhammer/qdirstat/blob/master/doc/QDirStat-for-Servers.md
-- HuHa (автор QDirStat / KDirStat)