Не может установить библиотеку GNU GSL из источника

Я пытаюсь установить библиотеку GNU GSL Scientific 1.16 из источника под Сервером Ubuntu 14. Я уже несколько раз делал это под OS X без проблем, но я продолжаю получать ту же ошибку на машине Ubuntu. Я уже предпринял шаги предложенный Инструкцией по установке GSL GNU в случае, если что-то идет не так, как надо, т.е.

Если существуют проблемы, создающие попытку библиотеки использовать

    ./configure --disable-shared --disable-dependency-tracking

Таким образом, установка, как предполагается, похожа:

./configure --disable-shared --disable-dependency-tracking
sudo make
sudo make install

Но шаг компиляции перестал работать со следующей ошибкой:

файл c:102:0: фатальная ошибка: ошибка, пишущая в/tmp/ccF9p6T9.s: Никакое пространство не оставлено на устройстве

#undef BASE_CHAR

^ компиляция завершается.

Какие-либо идеи? Я использовал тот же источник для компиляции библиотеки под OS X без ошибок вообще. Я не добираюсь, куда "Никакое пространство, оставленное на устройстве" ошибка, не прибывает из, так как у меня есть тонна свободного пространства.

Править

Добавление вывода df -h /tmp

File.system   Size Used  Available Used% Mounted at
overflow         1,0M         468K  556K           46% /tmp

P.S.

Я знаю о пакете GSL в apt-getрепозитории, но я действительно должен установить его из источника.

0
задан 1 July 2015 в 14:53

1 ответ

Ваше сообщение об ошибке дает Вам точную причину проблемы, и я обернул его в три звездочки ниже:

file.c:102:0: fatal error: ***error writing to /tmp/ccF9p6T9.s: No space left on device***

Это означает, что Ваш /tmp каталог, который содержит временные файлы и такой, полон. Вы сказали, что никогда не перезагружаете поле, потому что оно всегда вычисляет некоторый материал. Мое предположение является своим использованием /tmp, чтобы хранить вычислительные данные во временном месте. Тот каталог обычно убирается на перезагрузке и в других случаях.

проблема, когда /tmp становится полным, можно столкнуться с большим количеством проблем. От Вашего df -h вывод выше, Ваш /tmp был смонтирован как 'переполнение'. Вероятно, то, что произошло, является Вашей корневой файловой системой, был заполнен, и /tmp не был определен как ее собственный раздел, и система повторно смонтировалась /tmp как диск 'переполнения', который ограничен в размере.

Так, у Вас есть две вещи, которые необходимо сделать:

  1. Фигура, является ли Ваш / раздел вне пространства. df -h самостоятельно даст Вам краткое изложение всего.
  2. Удаляют старые данные из Вашего диска (или удаляют его или перемещают его в другое место от системы), и /tmp каталог. Что-то ест Ваше пространство, и это - плохая вещь.
  3. Рассматривают перезагрузку время от времени, в течение периода регулярного техобслуживания или чего-то. Таким образом, Ваш /tmp каталог будет убран время от времени, и можно применить обновления ядра и такой.
1
ответ дан 4 October 2019 в 01:42

Другие вопросы по тегам:

Похожие вопросы: