Результаты поиска

Лог Xorg https://pastebin.com/EDYgFd8S По сети доступ к плате получил. Однако операционка видит только один сетевой интерфейс из двух. Каким образом можно настраивать сеть через /etc/network/interfaces без wicd? В /etc/init.d сервис networking отсутствует.

Имеется плата Fastwel CPC313 c Байкал-Т1. Удалось установить Астру на встроенный nanoSSD, теперь пытаюсь загрузиться с него. При загрузке ошибок вроде нет, но приглашения ввода команд в консоли не появляется, на экране подключённого по VGA монитора тоже нет сигнала. Последнее, что видно в...

Действительно, в 2.15 эти символы находятся в librt.so.1. Только там они скорее всего будут версии GLIBC_2.2.5.

В моём предыдущем сообщении другой аргумент к команде objdump

Верннее objdump -T curator | fgrep GLIBC_2.17 таким образом узнаете название символа. Затем уже в Астре: objdump -T /path/to/libc.so.6 | grep -w your_symbol_name этой командой узнаете доступные версии для этого символа в Астре.

Для начала необходимо узнать, что за символ. Для этого запустите команду objdump -p curator | grep GLIBC_2.17 в системе, в которой версия GLIBC не ниже 2.17

Сомневаюсь, что пройдёте :) Есть возможность решить эту проблему без установки libc6_2.17-0ubuntu4_amd64.deb, если в glibc найдутся более старые версии этого символа.

То есть, проблема решена? Вы уверены, что установив пакет libc6_2.17-0ubuntu4_amd64.deb вы пройдёте сертификацию?

На астре запускать нет ссысла. Запускайте команду там, где собирали приложение, либо на другом дистрибутиве, который поддерживает версии символов не ниже GLIBC_2.17. Astra SE 1.5 умеет только GLIBC_2.15, если мне не изменяет память.

Это лишнее.

Попробовал Astra Смоленск 1.3 - с ней такой проблемы не возникло и доступ был ко всем папкам.

Надо запускать на той машине, где есть поддержка GLIBC_2.17. Можете это сделать на любом более менее современном debian дистрибутиве например.

Ну, а что, собственно, мешает собирать приложение под каким-нибудь дебианом с той же версией ядра и библиотек для макс совместимости, а запускать на астре?

Да, верно.

И много символов требуют версию большую, чем GLIBC_2.15? Если нет, то можно попробовать найти верисю символа меньше чем, GLIBC_2.17. Сделайте objdump -p myprog | grep GLIBC_2.17 и покажите тут.

Да, на обеих операционках UID и GID у этих пользователей равны 1000.

Я с вами согласен, что выставлять корень в NFS пусть даже в RO, - это авантюра, но есть вышестоящее руководство, которое требует :) Насчёт пользователей. С NFS сервером, что под астрой, что под убунтой, работает первый созданный в системе пользователь. Под астрой sudo ls -l /mnt/dev так же...

Насчёт пользователей проверю завтра. Убить наврятли выйдет, всё таки экспортируется только на чтение. Точно могу сказать, что сервер в этот момент не падает, так как клиент под убунтой в то же время нормально работает с сервером.

Тут я с вами не согласен - не должна она зависать, тем более под ubuntu всё работает без проблем. К сожалению требуется экспортировать весь корень.

Я с вами абсолютно согласен, сам я тоже против такого решения. Но другого выхода нет. Проблема в том, что консоль при выполнении ls -l /mnt/dev просто зависает до тех пор, пока не выполнишь sudo umount -r /mnt вместо того, чтобы просто выдать, например, ошибку, что директория недоступна без...