> Что делать
Не знаю, иди в сварщики, на 2ч обычно это советуют тем кто не может в погромирование
Бамп
В чем твоя проблем то блять? Ищи директорию где твой докерфайл лежит, на кой хуй тебе нужно контейнер запускать? На кой хуй ты что то ищешь на панели, если это лежит у тебя на локалхосте в файловой системе?
Вообще на самом деле не шарю за вскод и вообще ненавижу развиваться и учиться, потому что в 2025 в мертвой экономике в этом мало смвмла, но по моему тут прям все очевидно
Вообще на самом деле не шарю за вскод и вообще ненавижу развиваться и учиться, потому что в 2025 в мертвой экономике в этом мало смвмла, но по моему тут прям все очевидно
страданиями говноеда удовлетворен
>Ищи директорию где твой докерфайл лежит
Где мне эту директорию искать?
>это лежит у тебя на локалхосте в файловой системе?
Где именно на локалхосте?
>yandex.ru
>Google Chrome
Иди нахуй.
>Где мне эту директорию искать?
find / -name dockerfile
Если что: вот это мои посты.
Все остальные посты - не мои.
По моему по русски все написано, каталог с проектом, внутри него должен быть твой .devcontainer, ты как и где его создавал вообще до этого тогда?
Не вижу среди результатов чего либо связанного с моим проектом.
Да и вообще find в корне это какой-то костыльный вариант. Неужели нельзя из VSCode понять где у меня на диске хранится проект?
Заплачь. Теперь ты моя личная сучка.
Твоя проблема в том что ты вообще не понимаешь что ты делаешь и как это работает. Иди посмотри какой-нибудь курс по докеру. Без этого дальнейшие твои усилия не имеют смысла.
https://www.youtube.com/watch?v=3c-iBn73dDE
https://www.youtube.com/watch?v=3c-iBn73dDE
>По моему по русски все написано, каталог с проектом
Что "каталог с проектом"? Где он находится?
>ты как и где его создавал вообще до этого тогда?
Создавал проект по официальному туториалу: https://code.visualstudio.com/docs/devcontainers/tutorial
1. Открыл VSCode, увидел стандартную вкладку Welcome.
2. Ctrl+Shift+P
3. Dev containers: New dev container
4. Выбрал образ Rust.
5. Ввёл название проекта.
6. Нажал Enter, открылось окно с проектом.
Блять ну научись ты делать все без ide, у тебя есть мощный инструмент в виде консоли и файловой системы, ну тотал командер поставь и пошарься там везде, ну ебана в рот ну кто виноват что эта глючная параша не показывает файлы или вообще нахуй их затерла из-за косяков в докерфайле или багов в самой ide, я просто сам такой хуйней не занимался, но эта хуйня просто по определению не должна быть сложной, это базовая работа с докером. Если же это блять реально сложное что то то я опять в рот ебал тупоголовых говнокодеров, опять сделали хуйню в виде очередного остоебенившего инструмента, который без костылей и бутылки водки нихуя не работает, тогда я умываю руки и иду дальше дрочить в фаптреды
>Твоя проблема в том что ты вообще не понимаешь что ты делаешь и как это работает.
Я уже понял. Поэтому после гугла и пришёл на двач просить помощи.
> Иди посмотри какой-нибудь курс по докеру.
Кинь мне пожалуйста ссылку на курс/цитату из доки докера где объясняется как изменить Dockerfile не зная где этот Dockerfile находится на диске. Буду очень благодарен.
>Блять ну научись ты делать все без ide
Нахуя мне учиться всё делать без IDE если я сейчас намеренно пытаюсь научиться работать с VSCode?
>ну тотал командер поставь и пошарься там везде
Где "везде"? По всему корню?
>это базовая работа с докером
Если это базовая работа с докером то ответ на мой вопрос должен легко гуглится или вообще быть описан в доке докера. Тем не менее я не смог его найти, поэтому и создал тред. Вообщем то даже ты не смог дать лучшего ответа чем "ну пошарься там где-нибудь, потыкай что-нибудь".
Да нахуй тут не нужен курс по докеру, тут от докера первые 15 страниц из учебника о'релли, тут проблема в глобальном понимании что вообще такое проект vscode и где он лежит, плагин максимально макакинский с разжеваным туториалом с кучей темплейтов
>Нахуя мне учиться всё делать без IDE если я сейчас намеренно пытаюсь научиться работать с VSCode?
Ой бляяять ..
>Вообщем то даже ты не смог дать лучшего ответа чем "ну пошарься там где-нибудь, потыкай что-нибудь".
Представляешь себе, это обыкновенный процесс обучения, если бы это делал, то ты бы сам понял где ты ошибся и как таких ошибок не допускать, ты не учишься, ты просто ебаный вкатун, который хочет залететь на любую рандомную вакансию и работать таким же макаром на авось чтобы тебя ещё тащили, давайка тогда сам ебись, потом спасибо скажешь
нахуй тебе какой то плагин? че dc up не можешь прописать?
Чел, я 5 лет успешно работаю фуллстеком так что вкатываться мне уже поздно
Я намеренно хочу научиться работать именно с VS Code и девконтейнерами. dc up не поднимает девконтейнер.
Галка отвалилась
Базу выдал. Чел не понимает что такое проект, что такое IDE, как это вообще работает, где это лежит, что такое образ, что такое контейнер и т.д. и т.п. Нет понимания азов. Рили в универах не зря дрочат заставляют чуть ли не на бумажке программы писать и руками в Windows XP всё собирать из консольки.
>я 5 лет успешно работаю
и досихпор не знаешь что плагины пишут криворукие индусы которым на все поебать? ты с чего решил что этот ПЛАГИН должен вообще работать? он на то и плагин - читай - кривая хуета на коленке сделанная. Ну напшии им в ишью что они криворукие и забей.
А в чем прикол этих девконтейнеров? В чем отличие от обычного контейнера, нахуя эта ебля?
Ну и очевидно, если не можешь открыть в vscode, открой в vim
>и досихпор не знаешь что плагины пишут криворукие индусы которым на все поебать?
Нет, не знаю, потому что в шторме популярные плагины никаких серьёзных проблем у меня не вызвали
>открой в vim
Открыть что именно в vim?
Ладно тебя уже достаточно отхуесосили в этом треде. Думаю ты уже понял что тебе ещё нужно изучать.
Показывай скрин как сейчас выглядит VSCode у тебя. Дерево файлов покажи.
Вот для таких дурачков, что не могут сами приложуху свою собрать и упаковать, адепты работы только через иде.
А если серьезно, то как раз все наоборот, такие плагины могут использовать только те, кому нужно просто быстро все из коробки сделать, но при этом они вообще понимают как это работает
>Открыть что именно в vim?
>нет доступа к Dockerfile: VSCode не показывает никаких файлов на левой панели
Dockerfile.
Ну и ответь на вопрос, нахуя эта ебля? Тебя docker-compose не устраивает или че?
расширения открываются в кубиках слева, там твой dev conteiner, боже...все надо обьяснять как бабке бухгалтерше? дипсик еще по фотографиям не понимает, теперь сложность у зумеров)
>сложность у зумеров
У него 5 лет стажа, ты че. Он увовжаемый синьор-пиздабол
>Вот для таких дурачков, что не могут сами приложуху свою собрать и упаковать
А с чего ты взял что я не могу приложулу сам собрать и упаковать? Я же вроде для долбоёбов написал выше что специально пытаюсь производить максимум действий через VSCode.
>Dockerfile
Что бы открыть Dockerfile в vim нужно знать где этот Dockerfile лежит. Где он лежит?
>Ну и ответь на вопрос, нахуя эта ебля?
Мне надоел шторм и я решил попытаться поработать в какой-то другой IDE. Выбор пал на VSCode,
>тебя docker-compose не устраивает или че?
Довольно сложно использовать docker-compose как IDE
>специально пытаюсь производить максимум действий
ну и продолжай, у тебя неплохо получается. Вместо того чтобы собрать по людски, ебешься непойми с чем еще и на весь интернет позоришься
>расширения открываются в кубиках слева, там твой dev conteiner
Там находится список плагинов среди которых есть Dev Containers. Только как мне это поможет понять где у меня на диске расположен мой Dockerfile?
>Довольно сложно использовать docker-compose как IDE
?
А че делает-то этот devcontainer? Там вон сверху пишут, что он просто параметры для запуска подбирает, что compose тоже вполне делает.
>Где он лежит?
Открываешь терминал прям в вскоде
vim D<tab>
Усе.
>DevContainer нужно знать где этот Dockerfile лежит. Где он лежит?
DevContainer для работы с Dockerfile требует указания его местоположения в файле devcontainer.json. Вот основные места, где может располагаться Dockerfile, и как на него ссылаться:
1. 🗂️ Стандартное расположение в папке .devcontainer
где у тебя такая папка .devcontainer, уважаемый сеньер?
>2. Я создал Dockerfile в директории .devcontainer.
че ты пиздишь нахуй? создал ты?
>?
Довольно сложно использовать вещь которая не задумывалась как IDE вместо IDE
>А че делает-то этот devcontainer?
https://code.visualstudio.com/docs/devcontainers/
>Открываешь терминал прям в вскоде
Создал новую вкладку терминала, вижу пикрил, при нажатии на клавиши ничего не происходит
сори за мат, у меня софт скилсз не очень
У тебя даже терминал не работает? Тяжелый случай.
теперь я понял для кого нужны эти курсы, менторы....как ты вообще слова из слогов читать научился, уже молодец!
>Стандартное расположение в папке .devcontainer
Заебись, а где папка .devcontainer?
Хз
Вот сюда нажми. Появится меню, в меню выбери Close remote connection
в пизде
Локация: Dockerfile обычно находится в папке .devcontainer в корне проекта.
Нажал, выбросило на стартовый экран VSCode с вкладкой Welcome. Что дальше?
И где корень проекта?
теперь сюда
ты уже в ОП посте напиздел что создал и папку и докерфайл, а теперь прикидываешься что потерял их.
Я создал папку и докерфайл через интерфейс VSCode когда девконтейнер запускался. Сейчас он не запускается, следовательно в файловой панели файлы проекта не показываются.
Галка
джокерфайл
жоперфайр
Отлично. Теперь зайти в File -> Open Recent и там будут последние директории или проекты, которые ты открывал. Заодно и узнаешь где они лежат.
Бля, если ты не пытаешься разобраться в контейнере и при этом не пишешь код, то забей хуй вообще. Контейнер не для этого нужен.
Там указан следующий путь, однако у меня в корне хоста точно нет папки /workspaces
Бля ты по моему накосячил где то, я вот не шарю, но нашел похожие проблемы, у тебя контейнер то запущен, только у него нет доступа к локальным файлам, мб в волюмах и json какие то косяки либо. Там какая то опция должна быть, reopen in recovery container, попробуй эту хуйню. А потом ещё по оси пробегись и посмотри может ли что то блочить доступ контейнера к твоим файлам если с конфигами все ок. Сразу скажу, я нихуя не шарю, но у меня большой опыт траблшутинга любой хуйни, потому что я умею использовать ии и гуглить.
Я пишу код
вот и пиши, а контейнерами девопсы занимаются и команда инфрастуктуры ci cd и тд
Хм, получается у тебя проект был открыт внутри контейнера. И ты внутри него что-то наклепал. А потом вернулся в хост каким-то образом. Так и вышло несоответствие.
Мима
Это твой проект в контейнере. Смотри ниже где он был в файловой системе. Перед тем как открыть его в контейнере, ты его где-то создал и он там и лежит.
мне так на первой работе и то не разжевывали как анонимы друг другу на дваче, пиздос
>Там какая то опция должна быть, reopen in recovery container, попробуй эту хуйню
В палитре нет такой функции
>А потом ещё по оси пробегись и посмотри может ли что то блочить доступ контейнера к твоим файлам если с конфигами все ок.
Ранее запускал контейнеры и через консоль и ГУИ шторма, никогда подобных проблем не возникало. Проблема возникла только при запуске девконтейнера через вскод.
И при чём тут блокировка доступа к файлам - непонятно. Я и так знаю что докер контейнер не стартует из-за опечатки в Dockerfile, проблема в том что я не знаю где лежит этот Dockerfile
художник хуев вкатился называется, палитра у него
Забей он троллит. У него в этом списке всё есть он специально его не показывает, показывает только первый пункт где путь внутри контейнера. Ты не можешь создать девконтейнер не открыв сперва директорию где будет проект, у тебя вылетит ошибка.
Завидуешь?
Так я и полез в эти девконтейнеры что бы посмотреть что это такое. T-образное развитие так сказать.
>Смотри ниже где он был в файловой системе
Ниже другие мои проекты, с этим проектом несвязанные.
>Перед тем как открыть его в контейнере, ты его где-то создал и он там и лежит.
Я описал все свои шаги начиная от стартового экрана VSCode до текущей ситуации в этом посте
Ни на одном из шагов я не вводил никаких путей и не выбирал никаких папок.
Я повторил твои действия, они невозможны.
Либо есть ещё вариант что ты создал эту папку в другом своём проекте. Вот который следующий за этой строкой в списке последних проектов в том и создал. Открой его и возможно она там и будет лежать.
>Ты не можешь создать девконтейнер не открыв сперва директорию где будет проект, у тебя вылетит ошибка.
Ты же пиздишь. Создание контейнера не открывая директорию буквально описано в официальной доке: https://code.visualstudio.com/docs/devcontainers/tutorial
Прямо сейчас можешь попробовать создать контейнер без предварительного открытия проекта, он у тебя создастся.
Мне пофиг чё там написано на этом сайте. Возможно ты просто не понял что там написано. Я буквально открыл VSCode и попробовал создать конфигурацию для девконтейнера и это нельзя сделать не указав директорию где она будет лежать.
Попробуй глянуть типа какие у тебя контейнеры существует.
Аля `docker ps`
>Я повторил твои действия, они невозможны.
Ну тогда пора писать письмо в Microsoft что по их туториалу невозможно создать девконтейнер. Правда непонятно почему у меня создался.
>Либо есть ещё вариант что ты создал эту папку в другом своём проекте
Повторяю: все мои действия начиная от запуска VSCode заканчивая текущим состоянием описаны выше. Никаких других проектов я не открывал.
> Вот который следующий за этой строкой в списке последних проектов в том и создал.
Там другие контейнеры которые я создавал ранее. С проблемным девконтейнером они не связаны.
У тебя на скрине в квадратных скобках указано, что текущая директория в контейнере, ты точно уверен что у тебя что то не запустилось? Либо плагин говнище хуйню несёт либо ты что то недоговариваешь. Алсо, где то точно должна быть хуйня, которая позволяет на минимальном образе отследить логи создания контейнера при его пересоздании, это в самом туториале написано
>Мне пофиг чё там написано на этом сайте
Хуёво, я вот стараюсь читать официальную доку.
>Возможно ты просто не понял что там написано.
Там всё раписано максимально однозначно, буквально дают последовательность команд со скриншотами. Можешь сам повторить.
>Я буквально открыл VSCode и попробовал создать конфигурацию для девконтейнера и это нельзя сделать не указав директорию где она будет лежать.
Мне лень записывать видео, поэтому на этот фрагмент я отвечать не буду.
В данный момент никакие. `docker ps` выводи только заголовки.столбцов.
Попробуй действительно логи глянуть ~/.config/Code/logs/
Мейби что-то осталось.
>ты точно уверен что у тебя что то не запустилось?
У меня при открытии контейнера появляется мессаджбокс с надписью An error occured setting up the container.
Да и вообще было бы крайне странно если бы контейнер запустился с кривым Dockerfile
>Алсо, где то точно должна быть хуйня, которая позволяет на минимальном образе отследить логи создания контейнера при его пересоздании, это в самом туториале написано
Так логи у меня показываются в нижней панели, тут никаких проблем нет
```
=> ERROR [dev_container_auto_added_stage_label 2/2] RUN ["touch" "/test. 0.2s
------
> [dev_container_auto_added_stage_label 2/2] RUN ["touch" "/test.txt"]:
0.142 /bin/sh: 1: [touch: not found
------
Dockerfile-with-features:5
--------------------
3 | FROM mcr.microsoft.com/devcontainers/rust:1-1-bullseye AS dev_container_auto_added_stage_label
4 |
5 | >>> RUN ["touch" "/test.txt"]
6 |
7 |
--------------------
```
Бамп
Выглядит так, как будто vscode и этот плагин - полнейшее говнище от имбецилов мира разработки, потому что при таком поведении тебя должно было вернуть на локальные файлы, ну ладно, я видимо в этом ничего не понимаю и оно вот так вот криво косо и должно быть, ради этого собственно и дрочим айтишку, разбираться в неработающем кале от аутистов.
Я умываю руки.
Бамп.
Вообще забавно конечно что куча анонов написали что я долбоёб и не знаю основ, но при этом никто за 80 постов так и не смог предложить решение "элементарной" проблемы.
Вообще забавно конечно что куча анонов написали что я долбоёб и не знаю основ, но при этом никто за 80 постов так и не смог предложить решение "элементарной" проблемы.
А с чего ты взял, что долбоеб не знающий основ будет создавать "элементарные" проблемы?
Кароче я разобрался. Это я лох, а не ты. Я просто не знал что контейнер можно создать с нуля, не создавая папку проекта.
Но правда такой момент, что папка всё равно создаётся, но в /tmp служебная для сборки контейнера.
А сами файлы, которые будут тебе доступны уже внутри конейтера располагаются в волюме и этот волюм пробрасывается в контейнер.
Набери команду docker ps -a найди там свой контейнер и посмотри его имя
Затем набери команду docker inspect типа такой как у меня на скрине и он покажет тебе где лежат волюмы твоего контейнера. В этом волюме и будут твои файлы.
Я попробовал сделать как ты создал какой-то дефолтный Rust контейнер от Microsoft. У меня всё создалось. Почему у тебя были ошибки смотри подробно лог и текст ошибок.
Если проблем не элементарная - то с чего ты решил что я долбоёб не знающий основ?
Да на самом деле тебе с самого начала все верно сказали, твой докерфайл в папке проекта, остальное это уже твой личный пердолинг
>Набери команду docker ps -a найди там свой контейнер и посмотри его имя
docker ps -a возвращает только старые контейнеры существовавшие ещё до моего знакомства с VS Code и контейнеры для старых проектов в девконтейнере в которых нет проблем с Dockerfile.
Контейнера для проблемного проекта нет. `docker ps -a | grep stuck` не выводит ничего.
>Я попробовал сделать как ты создал какой-то дефолтный Rust контейнер от Microsoft. У меня всё создалось. Почему у тебя были ошибки смотри подробно лог и текст ошибок.
Попробуй намеренно сломать Dockerfile и сделать Rebuild, ты должен попасть в ту же ситуацию что и я.
Вообще кстати, вот тут
У него терминал контейнера оказывается был. Надо было его открыть, мейби быстрее бы вышло разобраться.
>Да на самом деле тебе с самого начала все верно сказали, твой докерфайл в папке проекта
Спасибо, капитан, я и до создания треда знал что мой докерфайл в папке проекта. Проблема именно в том что бы найти эту папку проекта.
Я и сейчас его могу открыть, там просто логи упавшего билда.
Из важного только этот фрагмент:
А нахуй тебе этот докерфайл? Скачай его еще раз
Это троллинг тупостью?
Вообще странный момент. Как у тебя могла открыться директория внутри контенйера и ты там чё-т создал, если у тебя не собрался и не запустился контейнер? Чё-то тут не сходится в твоих показаниях.
Если у тебя не создался контейнер, то просто зайти в директорию где Docker хранит директории с волюмами и найди там чё-то похожее. У меня это просто директория rust. Может волюм создался и лежит там.
Чем рассуждать пошёл бы уже да посмотрел, сам какие-то действия предпринял, на скрине у меня есть путь для примера.
Ну типа ты же не проебал что-то уникальное? На гите-то оно наверняка валяется. Или еще где-то забэкаплено. Нахуя конкретно тот саамый искать, в нем же нет ничего уникального
>Вообще странный момент. Как у тебя могла открыться директория внутри контенйера и ты там чё-т создал,
Ты у себя повторил то что написано в доке? Если да, то справа у тебя обзорщик файлов где ты можешь создавать папки и файлы. Вот там и создал.
Как написано в ОП-посте изначально контейнер собрался и запустился. Затем уже я внёс изменения в Dockerfile, заребилдил контейнер и он не стал запускаться.
>Если у тебя не создался контейнер, то просто зайти в директорию где Docker хранит директории с волюмами и найди там чё-то похожее.
Я в начале треда написал что делал find в корне, не нашёл релевантных Dockerfile.
>Чем рассуждать пошёл бы уже да посмотрел, сам какие-то действия предпринял, на скрине у меня есть путь для примера.
У меня уже не осталось идей, поэтому и пошёл на двач.
Сам Dockerfile я могу написать за 2 минуты, проблема не в этом. Проблема в том что бы внести изменения в тот Dockerfile который используется для билда девконтейнера.
Бамп
А ты и не найдёшь find-ом, потому что в эту директорию даже зайти никто не может кроме root. Зайди рутом sudo su - root и перейди в директорию с волюмами и поищи там.
>Проблема в том что бы внести изменения в тот Dockerfile который используется для билда девконтейнера.
Ты сам-то понял, что написал?
Тот же результат.
P. S: У моего пользователя есть права на директорию с вольюмами если что.
Да
Осеннее обострение?
А что не мой роутер/систему/Аллаха взломали?
Шизоид ебучий и вниманиеблядь
Сделай в этой директории ls -la и покажи её вывод полностью прямо скрином всего вывода а не двух строчек.
Так же сделай docker ps -a и покажи полностью скрином его вывод
Если у тебя там чёт дохуя секретного то сорян, я больше не буду по двум строчкам и словам гадать
бля, да сдались вам эти devcontainer.
Мимо сениор, в дев компоузе прокидываю волюм с rw и в хуй не дую
>ls -la
На двач не влезает: https://pastebin.com/FJ5bNwa3
>ps -a
```
docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
926ca5dbb420 mcr.microsoft.com/devcontainers/rust:1-1-bullseye "/bin/sh -c 'echo Co…" 10 months ago Exited (0) 10 months ago epic_stonebraker
e946a298c27f mcr.microsoft.com/devcontainers/rust:1-1-bullseye "/bin/sh -c 'echo Co…" 10 months ago Exited (0) 18 hours ago eager_northcutt
```
Он изначально хуйню сделал и теперь страдает. Надо было создать директорию с проектом в понятном месте. Поместить туда файлы проекта. Потом создать конфигурацию для контейнера. Запустить проект в этом контейнере. Если что-то не так можно подправить файлы. Но у него свой путь. Я бля уже год только в дев контейнерах и разарабатываю но даже не знал что так можно как сделал ОП. Вот натурально людям нехуй заняться они себе сами проблемы на ровном месте создают.
Вот у тебя директория dind-var-lib-docker-0bvjivcr50uvp97oscpuj9k0pjohlq50cu8sl2sfvoqha6ie0ste которая создана сегодня после typescript-node-test Зайди в dind-var-lib-docker-0bvjivcr50uvp97oscpuj9k0pjohlq50cu8sl2sfvoqha6ie0ste набери команду tree -a и покажи чё она выводит
Набери команду docker inspect eager_northcutt --format='{{json .Mounts}}' | jq покажи чё она выводит
>Он изначально хуйню сделал и теперь страдает
Я буквально повторил то что рекомендуется в официальной доке новичкам. Откуда я как человек не работавший с VS Code мог знать что в доке рекомендуется хуйня и следовать ей - это создавать проблемы на пустом месте?
>Я бля уже год только в дев контейнерах и разарабатываю но даже не знал что так можно как сделал ОП.
Попробуй читать документацию прежде чем начинаешь работать с технологией.
```
tree -a
.
└── _data
├── buildkit
│ ├── cache.db
│ ├── containerdmeta.db
│ ├── executor
│ ├── history.db
│ ├── metadata_v2.db
│ └── snapshots.db
├── containerd
│ └── daemon
│ ├── io.containerd.metadata.v1.bolt
│ │ └── meta.db
│ ├── io.containerd.runtime.v1.linux
│ ├── io.containerd.runtime.v2.task
│ ├── io.containerd.snapshotter.v1.blockfile
│ ├── io.containerd.snapshotter.v1.btrfs
│ ├── io.containerd.snapshotter.v1.native
│ │ └── snapshots
│ ├── io.containerd.snapshotter.v1.overlayfs
│ │ └── snapshots
│ └── tmpmounts
├── containers
├── engine-id
├── image
│ └── overlay2
│ ├── distribution
│ ├── imagedb
│ │ ├── content
│ │ │ └── sha256
│ │ └── metadata
│ │ └── sha256
│ ├── layerdb
│ └── repositories.json
├── network
│ └── files
│ └── local-kv.db
├── overlay2
│ └── l
├── plugins
│ └── tmp
├── runtimes
├── swarm
├── tmp
└── volumes
├── backingFsBlockDev
└── metadata.db
36 directories, 11 files
```
Инспект в jq:
```
[
{
"Type": "volume",
"Name": "vscode",
"Source": "/var/lib/docker/volumes/vscode/_data",
"Destination": "/vscode",
"Driver": "local",
"Mode": "z",
"RW": true,
"Propagation": ""
},
{
"Type": "volume",
"Name": "rust",
"Source": null,
"Destination": "/workspaces",
"Driver": "local",
"Mode": "z",
"RW": true,
"Propagation": ""
}
]
```
Есть несколько способов решить эту проблему:
1. Редактирование локально
Закройте devcontainer в VS Code
Откройте папку проекта в новом окне VS Code (без запуска контейнера)
Отредактируйте Dockerfile напрямую в локальной папке .devcontainer
Сохраните изменения и перезапустите devcontainer
2. Использование командной строки
Откройте терминал на хост-машине
Перейдите в директорию проекта
Отредактируйте Dockerfile через любой текстовый редактор (nano, vim, notepad++)
Перезапустите devcontainer в VS Code
3. Временный контейнер
Создайте простой временный devcontainer с рабочим Dockerfile
Запустите его
Скопируйте ваш проблемный Dockerfile во временный контейнер через VS Code
Отредактируйте его внутри временного контейнера
Скопируйте исправленный файл обратно
4. Использование remote-ssh
Подключитесь к хост-машине через remote-ssh
Отредактируйте Dockerfile напрямую
Перезапустите devcontainer
5. Проверка через Docker CLI
Используйте команду ```docker build``` напрямую из терминала
Это покажет более подробную информацию об ошибке
Пример: ```docker build -f .devcontainer/Dockerfile .```
6. Проверка синтаксиса
Используйте онлайн-валидаторы Dockerfile
Проверьте синтаксис в редакторе с подсветкой синтаксиса
Убедитесь, что все отступы и форматирование корректны
После внесения изменений обязательно:
Очистите кэш Docker: ```docker system prune```
Удалите старый контейнер: ```docker-compose down``` (если используется compose)
Перезапустите VS Code
Запустите devcontainer заново
1. Редактирование локально
Закройте devcontainer в VS Code
Откройте папку проекта в новом окне VS Code (без запуска контейнера)
Отредактируйте Dockerfile напрямую в локальной папке .devcontainer
Сохраните изменения и перезапустите devcontainer
2. Использование командной строки
Откройте терминал на хост-машине
Перейдите в директорию проекта
Отредактируйте Dockerfile через любой текстовый редактор (nano, vim, notepad++)
Перезапустите devcontainer в VS Code
3. Временный контейнер
Создайте простой временный devcontainer с рабочим Dockerfile
Запустите его
Скопируйте ваш проблемный Dockerfile во временный контейнер через VS Code
Отредактируйте его внутри временного контейнера
Скопируйте исправленный файл обратно
4. Использование remote-ssh
Подключитесь к хост-машине через remote-ssh
Отредактируйте Dockerfile напрямую
Перезапустите devcontainer
5. Проверка через Docker CLI
Используйте команду ```docker build``` напрямую из терминала
Это покажет более подробную информацию об ошибке
Пример: ```docker build -f .devcontainer/Dockerfile .```
6. Проверка синтаксиса
Используйте онлайн-валидаторы Dockerfile
Проверьте синтаксис в редакторе с подсветкой синтаксиса
Убедитесь, что все отступы и форматирование корректны
После внесения изменений обязательно:
Очистите кэш Docker: ```docker system prune```
Удалите старый контейнер: ```docker-compose down``` (если используется compose)
Перезапустите VS Code
Запустите devcontainer заново
>Откройте папку проекта в новом окне VS Code
См. тред выше
По-идее вот твой волюм и там лежат файлы. Но странный моментик то что у него нет пути на диске. Возможно докер хранит его файлы где-то ещё каким-то образом.
{
"Type": "volume",
"Name": "rust",
"Source": null,
"Destination": "/workspaces",
"Driver": "local",
"Mode": "z",
"RW": true,
"Propagation": ""
}
Запусти контейнер с ним просто руками, попробуй зайти в этот контейнер через bash и позырь там ли файлы, ли создай новый контейнер и примонтируй его туда и позырь чё там.
Спроси у нейронки чё значит что "Source": null как его примонтировать куда-то и отредактировать там файлы.
Вообще кстати по-идее ты же начал собирать новый контейнер но не смог потому что вылетела ошибка. Но старый-то ты можешь запустить наверно. Если он не удаляется конечно.
Пробуй кароче.
Запустил контейнер, залез в него руками, с помощью nano пофиксил Dockerfile. ВСкод запустил девконтейнер без каких либо проблем. Спасибо за помощь.
Почему source: null не знаю, но для исправления бага это и не важно.
Но что это за пиздец? Почему простейшая ошибка потребовала от меня лезть в кишки докера и править там докерфайл руками? VSCode это же вроде одна из наиболее популярных IDE, какого хуя при выполнении действий из туториала я смог попасть в такой очевидный дедлок для которого в самом вскоде не предусмотрено какого либо фикса?
А попробуй теперь посмотреть когда собрался новый контейнер и он работает. Глянь какой это контейнер и какие у него волюмы и где файлы волюма.
Мне кажется что у тебя просто была логическая не то что проблема, а несостыковка в твоих действиях.
Ты выбрал вариант, когда ты создаёшь новый стандартный контейнер от микрософт. Когда ты это делаешь то создатели ты сами видишь как всё задумали. У тебя ничего не спрашивают, просто создают тебе контейнер по какому-то встроенному стандартному докерфайлу и ты просто чё-то делаешь в этом контейнере и потом дропаешь его.
Грубо говоря это вариант на разок, на попробовать. Ну либо ты должен был это всё что ты наделал закоммитить в репозиторий, как-то заперсистить нормально.
А уже нормальное штатное использование девконтейнера это когда у тебя уже есть проект, уже есть в нём докерфайлы и есит конфиги, например, для композа и ты вместо того чобы вручную поднимать себе этот контейнер, делаешь это через девконтейнер технологию в ВСКоде, что намного удобнее.
Но ты сделал то что авторы не продумывали. Ты в стандартном контейнере начал менять логику его создания через правку конфига и создание своего докерфайла. И там просто не продумано что ты сможешь такое делать за каким-то хуем и всё сломаешь, сломаешь стандартную логику сбора образа для этого контейнера и начнёшь его пересоздавать и волюм станет недоступен.
Пошёл нахуй со своим задротским говном, пердолик ебаный.
source теперь указывает в /var/lib/docker/volumes/rust-test-stuck. Там же и файлы вольюма.
>Ну либо ты должен был это всё что ты наделал закоммитить в репозиторий, как-то заперсистить нормально.
Даже если бы я запушил изменения в удалённый репозиотрий что бы это изменило? Я ведь все равно не смог бы сделать git pull.
>А уже нормальное штатное использование девконтейнера это когда у тебя уже есть проект
Ну если это реально общепринятая практика то могли бы добавить пункт "создайте пустую папку и откройте её в девконтейнере". Сэкономили бы время на обучение новичкам.
Да, ты не смог бы сделать git pull, но ты смог бы не пердолится и заново всё создать исправив ошибку и взяв файлы в новый контейнер из репозитория.
> Ну если это реально общепринятая практика то могли бы добавить пункт "создайте пустую папку и откройте её в девконтейнере". Сэкономили бы время на обучение новичкам.
Они так и учат в роликах. В документации видимо просто перебираются все варианты по мере сложности. И самый лёгкий оказалось что имеет свои ограничения.
Как исправить сломанный Dockerfile в devcontainer, если VS Code не дает мне доступ к файлам devcontainer без запуска devcontainer?
1. Я создал devcontainer.
2. Я создал Dockerfile в директории .devcontainer.
3. Я добавил build.dockerfile: "Dockerfile" в .devcontainer/devcontainer.json.
4. Я запускаю "Rebuild devcontainer".
Затем VSCode попытался пересобрать мой контейнер, и я получил ошибку, вызванную ошибкой в моем Dockerfile. Казалось бы, решение простое: отредактировать Dockerfile и пересобрать контейнер снова. Проблема в том, что поскольку мой devcontainer не может запуститься, у меня нет доступа к Dockerfile: VSCode не показывает никаких файлов на левой панели. Получается замкнутый круг - я не могу запустить devcontainer из-за неправильного Dockerfile, и я не могу исправить Dockerfile, потому что не могу запустить контейнер.
Что делать?