Вы прочитали man ssh, в котором говорится:
SYNOPSIS
ssh [-1246AaCfgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec]
[-D [bind_address:]port] [-E log_file] [-e escape_char]
[-F configfile] [-I pkcs11] [-i identity_file]
[-L [bind_address:]port:host:hostport] [-l login_name] [-m mac_spec]
[-O ctl_cmd] [-o option] [-p port]
[-Q cipher | cipher-auth | mac | kex | key]
[-R [bind_address:]port:host:hostport] [-S ctl_path] [-W host:port]
[-w local_tun[:remote_tun]] [user@]hostname [command]
Сравнивая это с используемой вами командой, мы обнаруживаем, что вы сказали ssh:
ssh kiran@<ip address>
, используя свои параметры по умолчанию, подключитесь к <ip address> как пользователь kiran, затем выполните «команду»
-p714 -vvvv
, которая, вероятно, не то, что вы хотите.
Параметры должны быть помещены перед частью user@hostname, например:
ssh -p 714 -vvvv kiran@<ip address>
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен на «непосредственную загрузку ядра»
Вы можете проверить это, открыв virt-manager, посмотрев свойства виртуальной машины и выбрав " . Если задан параметр «Kernel path» (он находится в раскрывающемся списке «Прямая загрузка ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это not пусто, тогда вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml <virtual-machine>
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег <os>. Если у него есть тэг <kernel>, например:
<os> <type arch='x86_64' machine='pc-0.11'>hvm</type> <kernel>/var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> <initrd>/var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> <cmdline>root=/dev/vda console=ttyS0 ro debug nosplash</cmdline> <boot dev='hd'/> </os>Тогда ядро будет загружено с помощью KVM, и загрузчик не потребуется. Если нет тега <kernel>, вам нужен загрузчик.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен на «непосредственную загрузку ядра»
Вы можете проверить это, открыв virt-manager, посмотрев свойства виртуальной машины и выбрав " . Если задан параметр «Kernel path» (он находится в раскрывающемся списке «Прямая загрузка ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это not пусто, тогда вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml <virtual-machine>
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег <os>. Если у него есть тэг <kernel>, например:
<os> <type arch='x86_64' machine='pc-0.11'>hvm</type> <kernel>/var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> <initrd>/var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> <cmdline>root=/dev/vda console=ttyS0 ro debug nosplash</cmdline> <boot dev='hd'/> </os>Тогда ядро будет загружено с помощью KVM, и загрузчик не потребуется. Если нет тега <kernel>, вам нужен загрузчик.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен на «непосредственную загрузку ядра»
Вы можете проверить это, открыв virt-manager, посмотрев свойства виртуальной машины и выбрав " . Если задан параметр «Kernel path» (он находится в раскрывающемся списке «Прямая загрузка ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это not пусто, тогда вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml <virtual-machine>
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег <os>. Если у него есть тэг <kernel>, например:
<os> <type arch='x86_64' machine='pc-0.11'>hvm</type> <kernel>/var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> <initrd>/var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> <cmdline>root=/dev/vda console=ttyS0 ro debug nosplash</cmdline> <boot dev='hd'/> </os>Тогда ядро будет загружено с помощью KVM, и загрузчик не потребуется. Если нет тега <kernel>, вам нужен загрузчик.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен на «непосредственную загрузку ядра»
Вы можете проверить это, открыв virt-manager, посмотрев свойства виртуальной машины и выбрав " . Если задан параметр «Kernel path» (он находится в раскрывающемся списке «Прямая загрузка ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это not пусто, тогда вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml <virtual-machine>
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег <os>. Если у него есть тэг <kernel>, например:
<os> <type arch='x86_64' machine='pc-0.11'>hvm</type> <kernel>/var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> <initrd>/var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> <cmdline>root=/dev/vda console=ttyS0 ro debug nosplash</cmdline> <boot dev='hd'/> </os>Тогда ядро будет загружено с помощью KVM, и загрузчик не потребуется. Если нет тега <kernel>, вам нужен загрузчик.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен для «прямой загрузки ядра»
Вы можете проверить это, открыв virt-manager, глядя на свойства для виртуальной машины и выбрав панель конфигурации «Параметры загрузки». Если установлен параметр «Kernel path» (он находится в раскрывающемся списке «Прямой загрузчик ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это Пусто , вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml & lt; virtual-machine & gt;
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег & lt; os & gt;
. Если у него есть тег & lt; kernel & gt;
, например:
& lt; os & gt; & lt; type arch = 'x86_64' machine = 'pc-0.11'> hvm & lt; / type> & lt; kernel> /var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> & lt; initrd > /var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> & lt; cmdline> root = / dev / vda console = ttyS0 ro debug nosplash & lt; / cmdline> & lt; boot dev = 'hd' /> & lt; / os>
Затем ядро будет загружено с помощью KVM, и загрузчик не требуется. Если нет тега & lt; kernel & gt;
, вам нужен загрузчик.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен для «прямой загрузки ядра»
Вы можете проверить это, открыв virt-manager, глядя на свойства для виртуальной машины и выбрав панель конфигурации «Параметры загрузки». Если установлен параметр «Kernel path» (он находится в раскрывающемся списке «Прямой загрузчик ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это Пусто , вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml & lt; virtual-machine & gt;
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег & lt; os & gt;
. Если у него есть тег & lt; kernel & gt;
, например:
& lt; os & gt; & lt; type arch = 'x86_64' machine = 'pc-0.11'> hvm & lt; / type> & lt; kernel> /var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> & lt; initrd > /var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> & lt; cmdline> root = / dev / vda console = ttyS0 ro debug nosplash & lt; / cmdline> & lt; boot dev = 'hd' /> & lt; / os>
Затем ядро будет загружено с помощью KVM, и загрузчик не требуется. Если нет тега & lt; kernel & gt;
, вам нужен загрузчик.
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен для «прямой загрузки ядра»
Вы можете проверить это, открыв virt-manager, глядя на свойства для виртуальной машины и выбрав панель конфигурации «Параметры загрузки». Если установлен параметр «Kernel path» (он находится в раскрывающемся списке «Прямой загрузчик ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это Пусто , вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml & lt; virtual-machine & gt;
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег & lt; os & gt;
. Если у него есть тег & lt; kernel & gt;
, например:
& lt; os & gt; & lt; type arch = 'x86_64' machine = 'pc-0.11'> hvm & lt; / type> & lt; kernel> /var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> & lt; initrd > /var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> & lt; cmdline> root = / dev / vda console = ttyS0 ro debug nosplash & lt; / cmdline> & lt; boot dev = 'hd' /> & lt; / os>
Затем ядро будет загружено с помощью KVM, и загрузчик не требуется. Если нет тега & lt; kernel & gt;
, вам нужен загрузчик.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
KVM запускает полную установку другой ОС, поэтому у вас должен быть «обычный материал», который у вас есть в системе, и который включает загрузчик, который будет загружаться, когда KVM начнет запускать образ / раздел, когда ваш KVM попытается запустить эту виртуальную машину .
В вашем случае я бы точно проверил, как все происходит, так как никакое количество чтения не будет немедленно исправлять ваш производственный сервер, если вам удастся что-то испортить.
Выполнение резервного копирования рабочих файлов VM также является хорошей идеей.
Это зависит от того, как загружается машина. Вам понадобится загрузчик, если ваш компьютер не настроен для «прямой загрузки ядра»
Вы можете проверить это, открыв virt-manager, глядя на свойства для виртуальной машины и выбрав панель конфигурации «Параметры загрузки». Если установлен параметр «Kernel path» (он находится в раскрывающемся списке «Прямой загрузчик ядра»), тогда ОС будет загружаться KVM, и вам не нужен загрузчик.
Если это Пусто , вам понадобится загрузчик для загрузки ядра с виртуального диска.
Вы также можете проверить этот параметр с помощью virsh:
virsh dumpxml & lt; virtual-machine & gt;
, это приведет к сбросу данных конфигурации KVM для машины. Найдите тег & lt; os & gt;
. Если у него есть тег & lt; kernel & gt;
, например:
& lt; os & gt; & lt; type arch = 'x86_64' machine = 'pc-0.11'> hvm & lt; / type> & lt; kernel> /var/lib/libvirt/images/vmlinuz-2.6.32-29-server</kernel> & lt; initrd > /var/lib/libvirt/images/initrd.img-2.6.32-29-server</initrd> & lt; cmdline> root = / dev / vda console = ttyS0 ro debug nosplash & lt; / cmdline> & lt; boot dev = 'hd' /> & lt; / os>
Затем ядро будет загружено с помощью KVM, и загрузчик не требуется. Если нет тега & lt; kernel & gt;
, вам нужен загрузчик.