rPman

Ситуация в мире такова, что оборудование, на котором не будет нормально работать windows, будет очень плохо продаваться, поэтому производители финансово (причем иногда кабальными договорами с майкрософт) заинтересованы чтобы windows работал без проблем.

Поэтому 'windows не будет лагать'. Я надеюсь у тебя ssd диск? остальные указанные параметры более чем подходят чтобы 'все летало'.

p.s. linux от производителя ноутбука обычно отвратительный и не подходит для использования, устанавливается скорее всего для галочки (и с высокой вероятностью это сделано специально).

Настоятельно рекомендую устанавливать более популярные версии (например ubuntu/kubuntu/xubuntu/...) так как и работать в ней будет больше программ и помощи найти будет проще

способы переноса линукс

не мучайтесь, даже опенсорс разработчики поставили кучу палок в колеса, открытые стандарты не поддерживают, что уж говорить о проприетарных продуктах vmware.

Самое универсальное и быстрое - переносить изнутри виртуальной машины обычными инструментами, например clonezilla, можно создать временную виртуальную машину, в которую добавить те же диски. Возможно после потребуется обновить/установить драйвера паравиртуализации (у vmware такой пакет есть и для linux хотя не обязателен)

curl -x socks5://socks_ip:socks_port http://your_server_address/your_big_file -o /dev/null

выведет на экран (можнов файл ключ -O ) подробно информацию о размере скорости и т.п.

your_server_address/your_big_file - ссылка на файл на веб сервере, до которого меряешь скорость

Не уверен по причинам проблем у тебя, скорее всего либо с правами доступа проблемы либо с настройками сети.

Добавь сохранение логов ( 2>>errors.log >>info.log ) к вызовам tar и rsync

Но есть совет!
Так как ты передаешь один единственный файл - .tar архив, нет смысла использовать rsync, достаточно scp, мало того, нет смысла даже сохранять промежуточно архив у себя. Достаточно передавать архив по ssh сразу в момент его создания, а успешность доставки проверять по коду ошибки, примерно так

tar -cvf - $BACKUPDIR |  ssh -p 55422 -i /home/pisarev/.ssh/id_rsa rsync@192.168.1.1 "cat /dev/stdin > /volume1/NetBackup/site/backup_$date.tar"

Настучать бы тем кто дает советы дробить ОДИН диск на разделы и раскидывать файловую систему linux по нему, причем используя lvm который тут ну совсем не нужен.

Настоятельно рекомендую избавиться от этой формы разбиения диска, сделать резервную копию всего корня / диска (tar, например сделав отдельно для каждого раздела, добавив ключ --one-file-system) и удалить lvm. Абсолютно все фичи, которые дает lvm можно получить с помощью btrfs или zfs, при этом это будет еще и быстрее (снапшоты у этих cow файловых систем бесплатные, а у lvm за 2х понижение записи)

настоятельно рекомендую следующий конфиг:
gpt таблица разделов
* 1Мб biosboot - раздел нужен если используешь legacy mbr в биосе
* 100Мб EFIboot - раздел нужен если используешь UEFI secure boot в биосе
* 512Мб ext4 /boot - раздел не обязательный, нужен только если используется нестандартная фйловая система или странные конфиги (типа bcache ssd кеш для hdd), так же он нужен для дисков больше 2Тб
* сколько надо btrfs / - раздел куда установишь систему
благодаря btrfs можно точно так же наклепать в нем виртуальных разделов для /var /home /tmp причем можно даже не указывать лимиты (будет использоваться общее место)

btrfs прекрасно умеет grub и не считается экзотикой (/boot раздел не требуется)

p.s. кстати, если загрузчик grub можно установить на другой диск (например карта памяти или другой диск), то системный диск nvme даже не придется разбивать на разделы и использовать буквально весь под файловую систему

p.p.s. btrfs мощная файловая система но настоятельно не рекомендую использовать его raid5, он еще нестабилен, хотя критичных багов, ведущих к потере данных нет, но есть сообщения о потерях свободного места в экзотических ситуациях

для софтварного рейда лучше пользоваться mdadm

после отключения Secure Boot и перехода в режим Legacy

это буквально отключение поддержки UEFI и перевод системы в режим загрузки с MBR

Для того чтобы он работал на выбираемом загрузочном диске должен быть установлен загрузчик (например grub), делать это нужно, загрузившись к примеру с флешки/компакт диска livecd версию linux той же архитектуры и битности (и желательно версии) что установлена на машине, в том же режиме (legacy), смонтировать системный диск в какой-нибудь каталог (например /mnt) и выполнить команду:
sudo grub-install /dev/sda --root-directory=/mnt
где /dev/sda это тот диск, который должен быть загрузочным (обычно на него и ставят ос хотя с linux это не обязательно)

Теперь важный момент! если на диске таблица разделов GPT (это нужно для дисков больше 2Тб) то необходимо заранее создать 1Мб раздел biosboot (например в gparted или fdisk или любом другом менеджере дисков, кроме майкрософтовского, он не умеет), для старых (или всех) биос расположение этого раздела должно попадать на первые 2Тб диска (т.е. если его засунуть в конец диска, загрузка может не сработать).

p.s. кстати, если нужна загрузка в режиме UEFI, то делать нужно то же самое, но livecd должен быть загружен в режиме UEFI, biosboot раздел не требуется но нужен EFI раздел (fat32 ~100Мб) с типом EFI Boot, grub-install его обнаружит и скопирует на него загрузчик и самое главное - пропишет диск в таблицу загрузочных дисков биоса (теперь это обязательное условие, за исключением флешек и других removable дисков), некоторые биосы делают это сами при настройке диска, с которого грузиться.

rsync --remove-source-files -checksum

скачает и удалит исходные файлы только после успешной проверки, повторный запуск не удалит уже скачанное в целевом каталоге, заменяет файлы с тем же именем

на сколько я помню при использовании rsync сервера докачка будет наиболее эффективной по ресурсам

есть ли в них какие либо сборы данных и информации

да
телеметрию собирают ВСЕ операционные системы (точнее приложения в них), в подавляющем большинстве случаев при использовании ТОЛЬКО открытого программного обеспечения (это позволят сделать debian и к примеру gentoo, но повторяю, даже эти ос позволяют установить проприетарные приложения) у тебя есть возможность разобраться и настроить эту телеметрию и какой уровень данных будет собираться.

p.s. настраиваешь логи в фаерволе и наслаждаешься потоком неконтролируемых соединений после запуска того или иного приложения, например firefox при запуске сразу отправляет кучу запросов, включая на incoming.telemetry.mozilla.org, и это настраивается.

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

kde
поддержка виртуальных столов есть еще в xfce

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

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

Универсального инструмента нет, но в частных случаях можно написать приложение, использующее headless браузер и какое то закодированное условие окончания загрузки (таймаут например) и формат, в котором сохранять страницу (например картинка, или pdf, или html дамп,..)
p.s. когда то давно я писал приложение на visual studio .net c# использующее стандартный компонент WebBrowser (это древний internet explorer, поддерживается до сих пор), так вот при запуске его в linux mono, подставляется headless firefox

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

windows live установщик ничего не умеет, и без нереального гемора что либо сделать из него не получится, если прямо совсем никак, то устанавливай windows на диск, создав под linux заранее разделы (обычно зхватит 1 раздела на 20гб но бывают ситуации когда надо еще пару-тройку, например gpt потребует 1м biosboot, uefi - 100мб fat, а нестандартные файловые системы для root - 512мб для /boot) без форматирования, а на разделе в конце диска установить windows как временную

Затем загрузившись в эту временную ОС нужно установить виртуалку, создать виртуальную машину указав физический диск ка диск этой машины, и уже изнутри установить любую ОС из установочного iso образа, без необходимости в флешке

Я помню, windows с 10-ки стала мешать использованию системного диска для виртуалок (даже с админ доступом) но это решаемо

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

Скорее всего порядок дисков изменился (если ты вынимал первый диск то будучи вторым диском станет первым, вернув диск изменит порядок дисков в bios назад), это критично например для UEFI и старых способов указания root диска по имени а не UUID

Просто нужно переустановить и обновить настройки загрузчика linux - grub
Так же удостовериться что в настройках загрузчика и в /etc/fstab root диск прописан UUID=xxx а не /dev/sdX, установщик ubuntu уже давно так делает но про другие ОС я хз, должны тоже уметь, вручную это легко сделать
загрузиться с livecd, смонтировать в /mnt корневой диск linux и выполнить:

grub-install /dev/sdX --root-directory=/mnt
chroot /mnt update-grub

p.s. после установки grub он самостоятельно найдет windows на соседнем диске и добавит его в меню загрузки linux

В конфигурационном файле php.ini изменил

а в каком именно файле произвел изменения?
в /etc/php есть каталоги по версиям и по apache/cli/... менять настройки нужно в правильном месте

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

По теме - вангую проблема с ssd диском, он помер, перешел в read only режим (именно так это может выглядеть, когда одни приложения работают а другие, при любом доступе к диску подвисают, в эптическом варианте - например swap).

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

Проверить мое предположение легко - нужно попытаться что-нибудь записать на диск и потом проверить (перемонтировав диск или перезагрузившись), загрузившись с livecd/liveusb. Так же можно посмотреть smart диска, обычно ошибки там как то да отсвечивают, но я встречал дешевый ssd, который при превышении лимита записи в режиме read only в smart писал что все хорошо, продолжал принимать записи (в реальности они не записывались).

полагаю ты не понимаешь что такое создать дистрибутив linux.

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

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

В windows сложнее, возможностей по синхронизации именно системного диска у десктопных версий нет а у серверных сильно ограничены, нужен будет какой то посредник, например маленький linux ;) который нужно будет запускать при смене рабочего места

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

Еще вариант, носить с собой мини nas, с функционалом iscsi, и загружаться буквально с него (системный диск на нем), тогда работать все будет с этого nas при использовании железа, но в этой схеме беспроводная сеть не позволит красиво загружаться windows (linux может по любому) а проводной интернет может быть неудобен.

p.s. если речь идет только о настройках приложений, то в windows есть штатный способ синхронизации профиля пользователя с сервером домен контроллера, майкрософт кстати даже какие то инструменты для пользователей приготовила с целью легализовать слежку и неправомерный доступ к данным пользователя (при авторизации через майкрософт аккаунт и использованииonedrive все данные пользователя улетают в облако) - как бонус все синхронизируется между машинами кроме установленных приложений, их придется ставить вручную,