Как занести файл в виртуальную машину, когда в Proxmox нет файлового менеджера

Кнопки загрузки, указывающей внутрь гостя, здесь нет, и это отсутствие намеренное, а не упущение. Внутрь ведут четыре настоящих пути, у каждого своя цена, и есть популярный короткий путь, который тихо портит файловые системы.

AtlasPVE ·

Эта статья отвечает на

  • proxmox скопировать файл в вм
  • proxmox файловый менеджер
  • proxmox достать файл из вм
  • proxmox файловый браузер
  • proxmox copy file to vm

У вас на компьютере лежит файл, и он должен оказаться внутри гостя. Вы ищете в интерфейсе кнопку загрузки, направленную туда, и её нет.

Это отсутствие представляет собой проектное решение, а не упущение, и, поняв причину, вы найдёте остальное очевидным. Proxmox VE управляет машиной, а не её внутренностями. Снаружи хранилище гостя это образ диска: большой непрозрачный кусок. Слой виртуализации не читает файловую систему внутри, и именно поэтому он способен размещать любую операционную систему, ничего о ней не зная.

Значит, каждый путь внутрь это способ намеренно пересечь ту границу, и каждый пересекает её по-своему.

Скучный ответ, который обычно и есть правильный

Скопируйте по сети, ровно так же, как на любую другую машину. Копия файла по SSH, сетевая папка, объектное хранилище, загрузка изнутри самого гостя.

Этот путь на удивление часто пропускают, потому что он кажется слишком обыденным, будто виртуализация обязана предложить что-то получше. Не обязана и не должна. Гость это машина в вашей сети, так с ней и обращайтесь. Путь выдерживает любой объём, сохраняет собственные права и вовсе не задействует слой виртуализации.

Случаи ниже нужны тогда, когда этот путь недоступен.

Когда гость недостижим, но работает

Гостевой агент даёт канал, не использующий сеть, поскольку идёт через виртуальное устройство между узлом и гостем.

Он действительно умеет читать и писать файлы. Обе операции существуют как отдельные точки доступа, и это именно то, что нужно, чтобы положить файл настроек или ключ в машину, потерявшую сеть.

Предел, который стоит знать прежде чем на него опираться: одна запись ограничена примерно 60 КБ, а чтение файлов побольше возвращается с пометкой об усечении. Канал сделан для мелочей. Отлично подходит для файла настроек и бесполезен для установочного образа, а узнать об этом посреди аварии хуже, чем прочитать здесь.

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

Когда гость выключен

При остановленном госте его образ диска можно смонтировать на узле и просмотреть файловую систему напрямую. Это самый мощный вариант: полный доступ, любой объём, агент не нужен.

У него же самый острый край во всём тексте.

Короткий путь, тихо всё разрушающий

Не монтируйте файловую систему работающего гостя с узла.

Часто кажется, что всё получается. Вы монтируете образ, видите файлы, копируете один внутрь, никто не возражает. В это же время у гостя та файловая система тоже смонтирована, и он держит в кэше собственное представление о том, что на диске. Два независимых писателя, одна файловая система, и ни один не знает про другого. Итог это повреждение, которое всплывает позже и выглядит как проблема диска, а не как ваше действие.

Если гость работает, используйте сеть или агента. Если нужен диск, сначала остановите гостя.

Когда гость вообще не загружается

Именно в этот момент вам сильнее всего нужно вытащить файл наружу, а все предыдущие варианты уже провалились.

Идите через резервную копию. Копии можно просматривать и доставать из них отдельные файлы, не восстанавливая гостя целиком. Это медленнее всего остального здесь, и это единственный путь, работающий, когда сама машина непригодна.

Стоит заметить: вот ещё одна причина, почему резервная копия, которую вы ни разу не открывали, ещё не резервная копия. День, когда нужно достать один файл из мёртвой машины, плохо подходит для открытия, что архив не восстанавливается.

Контейнеры это другая задача

У контейнера нет образа диска с непрозрачной файловой системой внутри. Его файлы лежат на хранилище самого узла, поэтому с узла они просто есть.

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

Что делает Atlas и каковы его пределы

Atlas предлагает файловый браузер для гостя, и проектное решение внутри как раз стоит проговорить.

Он работает внутри гостя и слушает только собственный адрес обратной петли этого гостя, то есть из вашей сети недостижим вовсе. Вы попадаете в него через Atlas. Значит, добавление файлового браузера не добавляет службу, открытую всему остальному в локальной сети, а именно в этом обычно и состоит тихая цена веб-менеджера файлов на машине.

Пределы, прямо: он работает на уровне отдельного гостя и должен присутствовать в том госте, который вы хотите просмотреть; это удобство для просмотра и перемещения отдельных файлов, а не механизм передачи больших объёмов; и он не заменяет резервные копии. Для объёмов сетевой путь выше остаётся правильным ответом, а для машины, которая не загружается, дорога через резервную копию остаётся единственной.

Источники

Собственная документация Proxmox. На английском, и последнее слово в этом вопросе за ней.

Похожие статьи

Как это выглядит внутри Atlas?

Перейти на страницу продукта