В решении вашей проблемы используется агент ssh. Вам просто нужно разблокировать пароль своего ключа один раз, после этого он сохраняется в памяти агентом и автоматически используется
Создает пару частных / открытых ключей с помощью ssh-keygen -t dsa Скопируйте открытый ключ на удаленную машину , обычно это ~ / .ssh / authorized_keys (используйте для этого ssh-copy-id) Запустите ssh-add перед входом в удаленную систему, это потребует вашей кодовой фразы и сохранит ее. Вход в удаленную систему, пароль не нуженssh-agent хорошо описывается в .net, например здесь:
Создает пару private / public key с ssh-keygen -t dsa http: // www .unixwiz.net / techtips / ssh-agent-forwarding.html # agentЕще одно преимущество ssh-agent заключается в том, что если вы входите в удаленную систему с помощью ssh -A user@domain.name, вы можете дополнительно ssh из домена. введите компьютер на третий компьютер, содержащий ваш открытый ключ, без всякого копирования вашего закрытого ключа на компьютер domain.name (и он никогда не видит ваш закрытый ключ, только одноразовый вызов / ответ).
Вот команда, которая решила мою проблему:
mount -o remount /
лучше, чем перезагрузка или sudo fsck -Af
Ответ на гексафракцию не помог мне. Каждый раз, когда я пытался выполнить sudo fsck -Af -M, он просто показывал
$ sudo fsck -Af -M
fsck from util-linux 2.20.1
и ничего больше. Нет ошибки или чего-то еще. Для меня загрузка в живой диск и выполнение этой работы -
sudo fsck.ext4 -f /dev/sda1
Если данный раздел /dev/sda1 был файловой системой ext4.
Попробуйте запустить dmesg | grep "EXT4-fs error", чтобы узнать, есть ли у вас какие-либо проблемы, связанные с самой файловой системой / системой ведения журнала. Тогда я бы рекомендовал вам перезагрузить систему. Кроме того, sudo fsck -Af ответ ObsessiveSSOℲ не повредит.
Если вы хотите, чтобы ваша корневая файловая система перемонтировалась как rw, вы можете сделать следующее.
mount -o remount,rw /
Обратите внимание, что иногда это может быть вызвано тем, что компьютер забыл системное время - проверка диска завершилась неудачно, потому что даты в журнале находятся в БУДУЩЕЕ!
Установка времени BIOS (и проверка батареи BIOS) исправила эту проблему для меня, без необходимости восстановления диска.
Обычно linux помещает ваши файловые системы в режим чтения только тогда, когда возникают ошибки, особенно ошибки с диском или самой файловой системой, например ошибки, например, неправильная запись в журнале.
Лучше проверить свой dmesg на диске связанные с ошибками.
Google полно дискуссий об этом, и вы можете выбрать те, которые ближе к вашей конфигурации, но обычно посмотреть на dmesg.
сначала в меню восстановления (только для чтения) выберите dpgk. Восстановите поврежденные пакеты в конце меню восстановления будет меню восстановления (чтение / запись), выберите пользователя root-пользователя root, и вы сможете использовать его как пользователя root! [ ! d0]
В моем случае после первоначальной установки уровень RAID 1 стабилизировался. У меня есть / boot и / on s / w RAID1. Оставив систему на ночь и перезагрузившись, все работает нормально. Ричард
Это неверно настроенные настройки загрузки (попробуйте установить / как ext2), а не физическую ошибку приводов или разделов.
dmesg | grep "error" дал мне:
ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240)
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240)
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)
/ как чтение только из-за директивы fstab error=mount-ro.
Для меня, перезагрузив систему, решая эту проблему
sudo reboot
, как он упоминал об этом.
Проверьте, есть ли у вас неисправное оборудование. Я получил эту ошибку из-за разборки жесткого диска. Ran mount -o remount, rw / и он отлично работал.
Это сработало со мной
Сначала я перечисляю разделы:
sudo fdisk -l
Разделы
Device Boot Start End Blocks Id System
/dev/sda1 2048 999423 498688 82 Linux swap / Solaris
/dev/sda2 999424 83886079 41443328 83 Linux
Итак, я зафиксировал разбиение системы:
sudo fsck -f -y /dev/sda2
Только работал со мной с параметром f (force), параметр y должен отвечать да во всех вопросах И, наконец, я перезагрузил машину:
[ f4](Удален предыдущий ответ)
Изменить: Основная проблема была на стороне окна. После обновления моей Windows 10 автоматически включается опция быстрого запуска. При повторном отключении этого параметра, а затем снова перезапуске машины проблема исчезла. Windows 10 дала мне большую головную боль в течение нескольких дней :(
Опцию «быстрый старт» можно найти в «параметрах питания» на панели управления. Отключить это !!!:)
Если вы дважды загружаете свою машину с Ubuntu и Windows вместе, и эта проблема возникает, это связано с тем, что Windows меняет файловую систему, в этом случае это может сделать трюк. Попробуйте отключить быстрый запуск
Панель управления> Оборудование и звук> Электропитание> (влево) Выберите, что закрывает крышку> Измените настройки, которые в настоящее время недоступны> Отключить «Включить быстрый запуск» [!d2 ]Теперь загрузка в Ubuntu решит проблему. Надеюсь, это поможет!
https://youtu.be/KJ-0KPZhAFo