Генерация надлежащей ssh пары ключей на Lenny для GitHub

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

Мы должны повторно просканировать Ваш уже связанный диск, сначала определить, какой диск Вы хотите повторно просканировать.

ls /sys/class/scsi_disk/

В моем примере, я вижу символьную ссылку, названную 0:0:0:0, таким образом, мы повторно сканируем этот диск SCSI.

echo '1' > /sys/class/scsi_disk/0\:0\:0\:0/device/rescan

я просто расширил свой диск VMware также и должен был обыскивать другие ответы для нахождения корректной команды. Надо надеяться, это сохранит будущих искателей от бесполезных попыток.

0
задан 18 July 2011 в 15:35
2 ответа

- C довольно бесполезен.. это просто добавляет, что комментарий просто использует команду без него. Затем добавьте новый ключ к своей учетной записи GitHub

ssh-keygen -t rsa
2
ответ дан 4 December 2019 в 15:02
  • 1
    Ну, проблема состоит в том, что это не работает. Работы команды, мерзавец просто не одобряет результат. Это - вывод результата: Закрытый ключ сохранил к/home/reinier/.ssh2/id_rsa_1024_a Открытому ключу, сохраненному к/home/reinier/.ssh2/id_rsa_1024_a.pub, который я не получаю, почему он делает .ssh2 вещь, которая является, вероятно, причиной моей проблемы.Спасибо. –  Reinier 29 November 2010 в 17:35
  • 2
    Затем Вы вставили его в свою учетную запись неправильно, потому что это работает на меня, и я - активный член github –  Mike 29 November 2010 в 17:36

Все ключи, сгенерированные SSH, Debian или Ubuntu, являются ключами SSH2. Кроме того, Debian вписывает в данные ~/.ssh по умолчанию, таким образом, я изучил бы, почему Ваша машина идет что-то другое - я ожидал бы, что существует некоторая причуда в Вашей конфигурации SSH (или глобальный или локальный), это вызывает проблемы - возможно оба Ваших ключевых объекта и проблемы отказа входа в систему.

0
ответ дан 4 December 2019 в 15:02

Теги

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