Сначала просто причуда с командой cd
. Если я ввожу cd
, затем пространство, затем нажмите Tab для просмотра доступных каталогов, я получаю это сообщение об ошибке:
удар: не может создать временный файл для здесь-документа: файловая система только для чтения
Более неприятной проблемой были случайные закрытия окна терминала. Это произошло при тестировании cd
причуда, и также в то время как ssh'd в другой сервер, делающий простые вещи как git status
и такой. [Редактирование], которым кажется, нажимаю ли я Enter точно 31 раз, он инициировал автоматическое закрытие окна терминала (проверил 3 раза теперь).
Я недавно обновил от 12,04 до 14,04 в конце прошлой недели, и это поведение не произошло весь день, я использовал его после обновления. Это - первый раз, делая попытку чего-либо на этом компьютере с того дня.
Советуйте любой другой информации, которую я могу предоставить, и что я должен сделать для разрешения этого.
Read-only file system
ошибка является главной подсказкой здесь. Я предположил бы, что Ваш корневой каталог, где удар пытается сохранить Вашу историю команд и т.д, в разделе только для чтения.
я предположил бы, что это пытается обновить Вашу недавнюю историю команд на диске один раз в 32 команды, который является, почему это перестало работать на 32-й команде, которую Вы вводите на сессии.
Теперь, раздел может быть смонтирован столь же только для чтения, если Вы делаете это сознательно, но это может также быть смонтировано как только для чтения, если была ошибка - это последнее поведение обычно является значением по умолчанию для корневого раздела.
я был бы удивлен, не испытывали ли Вы другие проблемы, если Ваш корневой раздел смонтирован только для чтения.
можно попытаться перезагрузить и проверить диск из меню восстановления. Нажмите и держите сдвиг как загрузки компьютера, прямо после того, как экран BIOS исчезает и прямо прежде чем логотип Ubuntu появится.
Я перезагрузил в режиме восстановления и следовал инструкциям, которые система дала мне. Я работал fsck
на /dev/sda2
, и это решило проблему.
Эта точная проблема произошла со мной также.
Это происходит периодически.
, Таким образом, я наконец имел достаточно с ним и решил повторно установить OS - гном человечности 14.04 (чистый).
Это зафиксировало его! По крайней мере, в течение нескольких дней.. Тогда то, что точно та же самая проблема произошла снова...
, Таким образом, я пошел в Жаркое и получил новый HDD (Seagate).
Пока неплохо (6 месяцев & подсчет).
примечание стороны: HDD запаса был Toshiba
Моя проблема состояла в том, что процесс работал с 100% ЦП и вероятно взял все дисковые ресурсы (Некоторый процесс резервного копирования: резервное копирование Ура).
, После того как я уничтожил его, все подходили. Таким образом, я думал бы, что узкое место на IO могло вызвать эту ошибку, даже если существует достаточно пространства, и у Вас есть разрешение записи.
(Raspberry Pi с Jessy 18.03.16)
Как другие указали, только для чтения /tmp
, файловая система вызывает дальнейшие проблемы.
Что касается этой 31 линии, это связано с gnome-terminal
внутренности.
Это сохраняет определенное количество линий в памяти в так называемом «кольце». Остальные, линии, которые завиваются из этого кольца, размещены в «поток». В более старых версиях терминала гнома поток был в значительной степени непосредственно написан в файл под /tmp
, в более новых версиях там буферизует, сжатие и шифрование, прежде чем это будет выписано. (Я не могу помнить первое, что пришло на ум, открыт ли файл под /tmp
, когда первая часть данных написана в поток, или когда поток сначала пытается на самом деле написать /tmp
; это - незначительная деталь внедрения.)
размер кольца всегда - власть два (каждое место, содержащее 1 линию терминала; за исключением 1 места не используется из-за технических причин), и удвоен каждый раз, когда оно потребовало из-за роста предельной высоты (но никогда не сжимается назад). , Например, с высотой по умолчанию 24 линий кольцо содержит последнюю 31 линию продукции, остальное идет в поток (в конечном счете к /tmp
). Если Вы увеличите высоту окна до скажем, 40 линий, то кольцо в памяти вырастет, чтобы приспособить самое большее 63 записей за один раз.
то, Что Вы испытываете, то, что gnome-terminal
попытки открыть файл в /tmp
, чтобы сохранить поток и выходы из-за неожиданной неудачи здесь. Попробуйте более высоким окном, чем дефолт; это потерпит крах после нажима Входят 63 (или возможно 127) времена.
Однако /tmp
должен быть зафиксирован, чтобы быть перезаписываемым (с разрешений 1777).
Ubuntu 18
Как ни странно, у меня была файловая система / tmp
только для чтения.
Я укрепил свой каталог / tmp, и завершение bash работало как надо. Убедитесь, что у вас нет процессов, использующих папку / tmp, или вам может быть отказано в перемещении папки / tmp.
dd if=/dev/zero of=/var/TMP bs=2048 count=1048576
mke2fs -j /var/TMP
mv /tmp /tmp_backup
mkdir /tmp
mount -o loop,noexec,nosuid,rw /var/TMP /tmp
chmod 1777 /tmp
cp -R /tmp_backup/* /tmp/
rm -rf /tmp_backup