mureevms

Не очень понятно кому и под какие задачи нужен ноутбук, работодатель требует, чтобы ты приходил со своим?
Почему именно ноутбук а не стационарный компьютер?!

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

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

Покупаешь самый дешевый компьютер, главное требование - нормальный монитор, арендуешь виртуальную машину в облаке с почасовой оплатой, настраиваешь резервное копирование (либо если сервис уменьшает аренду во время выключения машины) и пользуешься с помощью удаленного управления.

Достоинства
- возможность гибко подстраивать стоимость владения. выбирая под задачи более или менее мощное железо, а уж для чтения и просмотра видео хватит локальной машины любой
- оплата за пользование взымается частями а не разом как это происходит при покупке готового железа
- низкий шум, низкое энергопотребление, мобильность (при условии наличия интернета)

Недостатки
- сильная зависимость от интернета, плохой или отсутствующий сводит на нет все бонусы
- многим не очень комфортно работать со слегка лагающим интерфейсом, особенно это заметно, если нужно использовать CAD или графические приложения (когда на экране не тексты а сложные изображения)
- требования интернета повышают стоимость владения, особенно когда он нужен быстрый
- если подобный способ использования затянется, то через год-три, в зависимости от частоты использования, совокупные затраты превысят стоимость готового нормального железа, но при этом по окончании, у тебя не останется ничего, когда как схема - взять кредит и купить нормальное железо будет по деньгам сравнима с этой схемой но по окончании выплат железо останется у тебя (шансы его поломки после гарантийного срока никуда не деваются, мало того сейчас производители делают так специально, закладывая ограниченный срок службы в железо)
- требуется нетривиальная настройка, все решаемо но нужно будет думать к примеру о скриптах управления облачным сервисом, чтобы к примеру автоматически отключать машину в облаке если ею не пользуешься

p.p.s. теперь вишенка на торте, купив нормальны производительный смартфон (android само собой), например выбрав позапрошлогодний флагман (в цене он будет дешевле примерно раза в два от своего времени) и miracast hdmi донгл, можно подключить его к любому монитору, usb хаб или выбрать bluetooth перефирию, позволит подключить мышку и клавиатуру, можно использовать схему удаленного управления без заметных вложений, это работает очень неплохо, проверено, есть ряд заморочек с выбором miracast донгла, но все решаемо.

т.е. в конце концов тебе не нужен стационарный компьютер, а тебе нужен только монитор и клавиатура с мышью.

Фигассе банк, который требует приносить свое железо :) А потом удивляемся - там слили базу, там слили базу...

Зачем их покупать если есть letNcrypt?))

ну примерно вот так:

image: # имя докер-образа 

stages:
  - build
  - tests
  - deploy

build_my_project:
  stage: build
  tags: 
    - тэг раннера где запустить
  script:
    - ... # собственно действия для билда
    - ... 
    - ...
    - ...
  artifacts:
    name: как будет обзываться артефакт сборки
    paths:
    - путь до файлов в артефакт
    expire_in: 1 hour # сколько ему жить
test1: 
  stage: tests
  tags: 
    - тэг раннера где запустить
  needs:
    - build
  scripts:
    - # действия по выполнению теста

test2: 
  stage: tests
  tags: 
    - тэг раннера где запустить
  scripts:
    - # действия по выполнению теста 2

deploy_to_dev:
  stage: deploy
  tags: 
    - тэг раннера где запустить
  needs:
    - tests
  rules:
    - if: $CI_COMMIT_BRANCH == "development"
  scripts:
    - # действия деплою в dev


deploy_to_prod:
  stage: deploy
  tags: 
    - тэг раннера где запустить
  needs:
    - tests
  rules:
    - if: $CI_COMMIT_BRANCH == "master"
  scripts:
    - # действия деплою в dev

словами: на первом шаге - build выполнится то что прописано в scripts (последовательно, по строкам)
на втором шаге - test - параллельно выполнится два (ну или сколько надо блоков тестов)
на третьем - deploy - выполнится или deploy_to_prod или deploy_to_dev или ничего в зависимости от того в какой ветке идет сборка ($CI_COMMIT_BRANCH)
image: # имя докер-образа - имя соответсвующего docker-образа с подготовленной средой разработки (node:14 - для npm, mcr.microsoft.com/dotnet/sdk:6.0 - для .net6 и так далее)
можно и любой свой

needs: - описывает от каких шагов зависит шаг (это относительно свежее, ранее более жесткое dependencies:)

echo -n "volume1/folder1/folder2" | tr -d -c '\/' | awk '{ print length }'

Выведет результат - 2.

сначала chmod +x script_name
потом
./sciptname

Если загрузка по EFI, то проблем особых быть не должно.
Загрузитесь с Live CD и через GParted подвигайте разделы.
То лучше переставить систему через clonezilla например.

Соглашусь с ответом Drno я бы наверное так и поступил, но можно еще организовать виртуальную сеть в которую добавить обе ВМ. Обе машины останутся за NAT и никаких действий на роуторе не потребуются.
1. Обе машины будут "видеть" друг друга
2. У обоих будет выход в инет.

Ну и минус (а может это и плюс) они не доступны будут из вне если не прописывать специальные правила на роуторе.

Эмм.... воспользуйтесь вариантом сети "мост". Тогда все настройки ВМ получает от Вашего роутера...
Далее уже или делаете статический на самих ВМ или привязываете по маку в Длинк

имеется написанное еще в 2000-х на Delphi приложение

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