В общем, нашёл, что под Windows ограничение на 255 символов
Не в "windows", а конкретно в проводнике. NTFS отлично работает и с гораздо более длинными путями - ей пофиг. А вот проводник не умеет. Что характерно - некорые виндовые API для приложений игнорируют это ограничение, в результате чего приложение может сохранить файл с более длинным путём. Потом получается неприятно.
Если не использовались raid-массивы, то в любом случае извлечь данные будет можно после отключения. Так или иначе. А вот так, или таки иначе - от кучи мелких нюансов зависит.
Собственно, последняя версия 6.45.9 (long term) / 6.47 (stable). 6.45.6, на сколько я понимаю, для скачивания недоступна, поэтому not found. А вот почему он последнюю версию не видит - вопрос (хотя по-моему они там что-то химичили на эту тему в районе 6.45, так что при попытке обновиться с 6.43.8 вполне может быть затык; но это не точно)
БТВ, вам уже рассказали как через винбокс прошивку залить.
1. В WinSrv2019 лицензируются физические процесорные ядра.
2. Лицензии есть на 2 ядра и на 16 ядер.
3. Минимальный пакет на один физический сервер - лицензирование 16 ядер.
4. Пакет Standard позволяет использовать один экземпляр на хостовой машине и два экземляра в вирутальных машинах - причём не важно, в hyper-v, или в любом другом гипервизоре. Но нельзя, например, на одной машине использовать хостовый экземпляр, а на другой в другом гипервизоре два виртуальных - то есть ограничивается одной машиной. Никаких ограничений вида "хост только в роли hyper-v можно использовать" я не видел.
1. Коротко: нельзя, провайдер не позволит. Не выдаст вам нужной информации для подключения вашего собственного оборудования.
2. 800 мегабит = 100 мегабайт. Для "типичного домашнего пользователя" 20 мегабит за глаза. Если же активно качаете относительно большие объёмы данных (в пределах, характерных для домашнего пользователя - фильмы, игры) - некогда стандартные 100 мегабит покрывают все потребности.
Краем уха слышал, что год назад была проблема, заключающаяся в том, что после обновления в винде отваливался netbios. И, соответственно, могло отваливаться сетевое обнаружение. Есть подозрение, что копать туда.
1. Как удобно - так и разруливайте. В общем случае провайдер просто маршрутизирует ваши ip к вам. Если есть какие-то отдельные заморочки с выделением адресов у конкретного провайдера - инструкции надо запрашивать у этого конкретного провайдера.
2. Когда речь идёт о сетях - ограничений много не бывает ^^
3. Провайдер покупает пул адресов у IANA и предоставляет их своим клиентам.
4. Для начала, ваш домашний провайдер, скорее всего, шлёт вас ко всем чертям. А вообще да, множество адресов можно и через один шнур.
Цели и задачи какие? Плоские чертежи или 3d моделирование простых объектов без сцен и без рендеринга - проц пошустрее с упором на частоту одного ядра, памяти побольше, видео не важно - хоть интеграшка.
Ноутбук в любом случае не лучший выбор, на 15-17-19 дюймовых мониторах работать в кадах неудобно.
Попробуйте так: объедините в бридж два интерфейса - на который приходит кабель провайдера, и который с микрота уходит на voip-шлюз; на микроте pppoe-подключение устанавливаете с бриджа, на шлюзе как обычно.
UPD: а, простите, не увидел, что в комментах к соседнему ответу уже разобрались со всем.
У gmail есть ограничения по выгрузке данных из сервиса, причём разные для pop и imap. Просто подождать пробовали день-другой?
Ну и просто банально попробуйте отключить imap в настройках gmail и включить обратно - была, помнится, какое-то время назад проблема с выгрузкой почты с gmail, которая решалась именно этим способом.