Без облачной записи и слежки не работает
Установка Windows 11 происходит значительно быстрее предыдущей версии. Но есть как минимум 3 момента, способных подпортить настроение:
- весь процесс происходит только на английском языке, интерфейс на данный момент только на нём же;
- русский можно выбрать исключительно в качестве второй раскладки;
- без личной или корпоративной учетной записи Microsoft (учебной) установка не возможна.
При этом возможна установка любого релиза, поскольку ключ можно ввести как при установке, так и в личном кабинете на сайте Microsoft с другого компьютера или смартфона.
К сожалению, полное исследование транслируемых на сервера корпорации данных ещё готовится. На данный момент телеметрия не отключается.
Вместе с тем система еще при установке требует назначить не пароль, а короткий пин-код для быстрого доступа: он и пароль учетной записи станут базовыми способами разблокировки компьютера.
Привычный для Windows 10 ранних релизов на настольных компьютерах пароль, назначаемый в разделе администрирования учетных записей, здесь отсутствует.
С этим уже сталкивались “виндоводы” на ноутбуках со сканером отпечатков и/или системой распознавания .
Стоит отметить защиту данных пользователя: уже на старте можно включить бекап настроек операционной системы и всех пользовательских данных в реальном времени на OneDrive.
Он остается интегрированным в систему и поддерживает любые схемы шифрования, включая несимметричное AES256.
Берем устройство подороже и включаем защиту – тогда никакая Microsoft данные не расшифрует.
Хак, одобренный Microsoft
Microsoft официально разрешила устанавливать свою новейшую операционную систему Windows 11 на компьютеры, не соответствующие минимальным требованиям. Корпорация опубликовала на интернет-странице поддержки продукта инструкцию по обходу некоторых ограничений, препятствующих обновлению «десятки» до Windows 11.
Предложенный Microsoft метод предполагает правку системного реестра и позволяет установить новую ОС на некоторые машины без активированного модуля TPM 2.0 и с процессором, который не входит в список официально поддерживаемых системой. Стоит иметь в виду, что модуль TPM 1.2 все равно понадобится.
TPM (Trusted Platform Module) – модуль, используемый для хранения криптографических ключей в компьютерах. Он, в частности, может быть выполнен в виде отдельного чипа, устанавливаемого на материнскую плату. Также существует его программная реализация TPM – fTPM.
Microsoft рассказала, как установить Windows 11 на неподдерживаемое «железо». Делать это придется на свой страх и риск
На странице поддержки «Способы установки Windows 11» подчеркивается, что Microsoft не рекомендует установку Windows 11 на устройства, не соответствующие минимальным системным требованиям. Ответственность за результат такого апгрейда возлагается на пользователя.
«Ваше устройство может работать неправильно из-за проблем совместимости. Устройства, которые не соответствуют этим системным требованиям, больше не будут гарантированно получать обновления, включая, помимо прочего, обновления безопасности», – предупреждает Microsoft.
Загрузочная флешка для CentOS 7
Последнее время лично я практически не пользуюсь обычными CD, предпочитая им загрузочные флешки. Они удобнее, занимают меньше места, проще обновить дистрибутив на них. Но иногда приходится заморочиться для создания загрузочной флешки. Например, для создания загрузочной флешки CentOS 6 я раньше пользовался программой unetbootin, но с 7-й версией этот номер не прошел. Созданная в ней флешка не позволяет установить CentOS 7, так как сам инсталлятор в какой-то момент не видит источник установки на флешке.
Но на выручку пришла бесплатная программа Win32DiskImager. С ее помощью без проблем удается создать загрузочную флешку CentOS 7. Вот как это делается:
- Скачиваем дистрибутив программы.
- Скачиваем дистрибутив CentOS 7. Я для теста использовал версию Minimal.
- Вставляем чистую флешку, запускаем программу и указываем настройки:
- Нажимаем Write и ждем окончания записи.
- Загрузочная флешка CentOS 7 готова.
Этого достаточно для создания флешки. Теперь ей можно пользоваться для установки операционной системы с флешки.
Проблемы совместимости
Серия тестов показала, что любые legacy-компоненты работают без установки драйверов, в том числе внутренние 4G-модемы, Wi-Fi и Bluetooth-модули, а так же активные сенсорные экраны.
Из коробки так же работают активные стилусы, беспроводные клавиатуры и доки, разнообразные USB-C и Thunderbolt-переходники.
C программными ошибками и проблемами не сталкивался.
Среди аппаратных отмечу следующие:
- не работают COM-контроллеры с проприетарными драйверами (проблемы были уже в Windows 10),
- отсутствует явная поддержка LTP-контроллеров,
- не устанавливаются драйвера с внешней проверкой – принтера нет в системе, работает только через Adobe Acrobat/FineReader,
- не подключаются по USB некоторые устаревшие ARM-системы – 3D-принтеры и CNC-станки, – при этом нормально работая через беспроводной интерфейс,
- защита отключает непроверенные сетевые устройства.
Вывод: любой стандартный компьютер возрастом 3-5 лет подойдет для работы Windows 11. Возможно, придется приложить руки
Более менее стандартные сборки настольных компьютеров, массовые и профессиональные ноутбуки приличных брендов точно будут работать.
Реальные проблемы будут только у владельцев серверных сборок на процессорах Xeon и китайских материнских платах.
При обновлении могут быть проблемы с ранее установленным софтом, использующим нелегальные или сложные сетевые системы активации.
Установка Server with GUI
Первым делом выполните yum grouplist — чтобы увидеть список доступных вариантов.
yum grouplist
Loaded plugins: fastestmirror, product-id, search-disabled-repos, subscription-manager
There is no installed groups file.
Maybe run: yum groups mark convert (see man yum)
Determining fastest mirrors
* base: centos.mirror.far.fi
* epel: mirror.cspacehostings.com
* extras: centos.mirror.far.fi
* updates: centos.mirror.far.fi
Available Environment Groups:
Minimal Install
Compute Node
Infrastructure Server
File and Print Server
Cinnamon Desktop
MATE Desktop
Basic Web Server
Virtualization Host
Server with GUI
GNOME Desktop
KDE Plasma Workspaces
Development and Creative Workstation
Available Groups:
Cinnamon
Compatibility Libraries
Console Internet Tools
Development Tools
Educational Software
Electronic Lab
Fedora Packager
General Purpose Desktop
Graphical Administration Tools
Haskell
LXQt Desktop
Legacy UNIX Compatibility
MATE
Milkymist
Scientific Support
Security Tools
Smart Card Support
System Administration Tools
System Management
TurboGears application framework
Xfce
Done
sudo yum groupinstall «Server with GUI»
Ознакомительная Windows 10 Enterprise
У Microsoft есть специальный ресурс для IT-специалистов и разработчиков Evaluation Center, где эта особая каста пользователей может получить различные продукты компании бесплатно. И легально использовать их какое-то время в ознакомительных целях. В числе таких продуктов — ознакомительные редакции Windows Enterprise и LTSB (та же Enterprise, только с минимальным объёмом поставки системных обновлений). Эти редакции поставляются уже активированными ключом Evaluation-лицензии сроком на 90 дней.
В юридическом смысле это, по сути, тот же триал-формат, что и в случае с Win7. Такая же ознакомительная редакция с 90-дневной Evaluation-лицензией существует и для Windows 8.1 Enterprise. Только её уже нельзя скачать на сайте Evaluation Center, разве что где-нибудь на сторонних ресурсах отыщется дистрибутив.
Ровно 90 дней можно использовать корпоративную Win10 с бесплатной ознакомительной Evaluation-лицензией. По истечении этого срока нужно либо осуществить активацию платным ключом, либо, согласно требованиям Microsoft, честно и добросовестно отказаться от использования системы. Ну или провести кое-какие манипуляции, чтобы продлить триал-срок до 360 дней. Что делать потом? Раз в году уже как бы и можно переустановить Windows. Если же не активировать ознакомительную Win10, она будет через определённые промежутки времени перезагружаться.
Что же за манипуляции такие, которые продлевают официальные триал-сроки использования системы?
Как продлить триал-срок использования Windows
Win7 и ознакомительную Win10 Enterprise/LTSB – системы, поставляемые с юридически зафиксированным триал-сроком – как упоминалось, можно использовать дольше их, соответственно, 30- и 90-дневного периода. Для этого необходимо в конце срока сбросить активацию, чтобы отсчёт триал-срока начался заново. Сделать сброс активации Windows можно не более 3-х раз, следовательно, получим максимальный триал-срок 120 дней для Win7 и 360 дней – для ознакомительной Win10.
Есть два способа, как можно сбросить активацию. Первый – с помощью командной строки. Запускаем её от имени администратора, вставляем:
slmgr -rearm
В идеале должно появиться уведомление об успешном выполнении операции. После чего компьютер перезагружаем и в свойствах системы, смотрим, обновилась ли активация.
Второй способ – использование штатного средства подготовки системы к развёртыванию на корпоративных устройствах Sysprep. Вводим это название в поле команды «Выполнить», в открывшемся проводнике запускаем средство, выставляем в нём настройки, как показано на скриншоте, и жмём «Ок».
После этого компьютер перезагрузится. С новым его запуском увидим этап выбора региональных параметров и создания новой учётной записи, как при установке Windows. Здесь нужно просто создать новую учётку, её потом можно удалить. Старая наша учётка будет доступна на экране блокировке.
Методы борьбы с проявлениями неактивированной Windows
Заблокированные настройки персонализации и надписи в правом нижнем углу экрана – не самые удушающие условия бесплатного использования системы. Но и с ними при желании можно решить вопрос. Надписи удаляются утилитой Universal Watermark Disabler. Ну а решений для смены внешнего вида Windows существует множество – от банальной смены картинки рабочего стола с помощью просмотрщиков изображений до установки сторонних программ для управления обоями, в том числе динамическими. С помощью же программ типа WindowBlinds и вовсе можно применять к системе альтернативные темы оформления.
Работа с файловой системой: навигация, создание-перемещение-удаление файлов, ссылки
Основные команды, используемые для навигации по файловой системе из окна терминала, создание, перемещение и удаление файлов и каталогов:
В ОС Linux существует два вида ссылок.
Жесткие ссылки привязываются к иноду, таким образом, файл присутствует в системе под несколькими разными именами. Файл существует до тех пор, пока с его инодом связано хотя бы одно имя. Понятия «жёсткая ссылка на файл» и «имя файла» являются синонимами.
Жесткие ссылки могут быть только на файлы, не на директории. Также нельзя создать жесткую ссылку на файл в другой файловой системе (у каждой ФС свой набор инодов).
Cимволические ссылки (или симлинки) — специальный вид файла, который ссылается на другой файл по имени, а не напрямую на инод. Симлинки не предохраняют файл от удаления. Если файл удалить, то симлинк на него станет нерабочим (или битым).
Симлинки создаются командой ln с опцией ‘-s’:
При работе с большим количеством файлов бывает удобно использовать маски — т.н. wildcards.
Wildcard «*» соответствует нулю или большему количеству символов:
Wildcard «?» заменяет один любой символ:
Шаблон «[]» позволяет явно указать набор символов — будут найдеты совпадения, содержащие один из указанных в скобках символов. Также в можно указать диапазон символов (для этого используется символ –/дефис) или несколько диапазонов подряд, тогда шаблон будет совпадать с одним любым символом из этого диапазона:
RedHat7 / CentOS 7: полезные команды
А у нас на работе случилось тестирование по знанию команд linux 
На самом деле это круто, когда работа мотивирует изучать что-то новое и постоянно развиваться. Тем более, ребята подготовили неплохие конспекты и даже тем, кто с терминалом был «на вы»
при минимальных усилиях разобраться в происходящем оказалось не очень сложно.
Глядя на эти конспекты, мне стало немного грустно — работа имеет свойство меняться, а терять такую крутую подборку не хотелось бы. Да и формат меня местами не устраивал. В итоге было решено
переработать материал в такую простыню-шпаргалку, частично используя материалы для подготовки к тестированию, частично — расширяя своими заметками.
В этом посте осуществлена попытка собрать необходимый минимум полезных команд, часто используемых при решении типовых задач в ОС Linux, в частности — дистрибутивов Red Hat Enterprise Linux / Cent
OS 7.
CentOS 7 установка на raid
Теперь рассмотрим наиболее сложный вариант установки. Мы будем ставить CentOS 7 на программный рейд. Для примера возьмем 2 диска и raid 1. Все установки будут такие же, как мы рассмотрели ранее, кроме одной — INSTALLATION DESTINATION.
Подключаем 2 диска к системе, загружаемся с установочного диска и идем в раздел разбивки диска. Видим 2 жестких диска. Выбираем оба и отмечаем пункт I will configure partition:
Жмем Done. Открывается немного кривое окно управления разделами жесткого диска.
Здесь мы первым делом удаляем все существующие разделы:
Должно получиться примерно так:
Нажимаем Done, когда закончим. В новом окне подтверждаем разбивку диска, нажимая Accept Сhanges:
Все остальные параметры выставляем как было рассказано выше. Теперь можно начинать установку CentOS 7 на программный raid, который мы только что создали.
Во время установки нужно указать пароль root, либо создать дополнительных пользователей. Пароль рекомендую установить, пользователей по необходимости.
После завершения установки на raid зайдем в систему и проверим состояние массива:
# df -h # cat /proc/mdstat
Посмотрим информацию о корневом массиве:
# mdadm -D /dev/md126
Все в порядке, установка сервера закончена. Рейд раздел нормально функционирует, обеспечивая отказоустойчивость сервера.
Я очень рекомендую использовать софтовый raid линукса mdadm в повседневной деятельности. Он намного надежнее, понятнее и стабильнее встроенных в материнскую плату контроллеров. Отдавать предпочтение аппаратному рейду следует только в том случае, если он действительно аппаратный, он имеет батарейку и он действительно увеличивает производительность сервера. Во всех остальных случаях рекомендую пользоваться mdadm.
Напоминаю, что данная статья является частью единого цикла статьей про сервер Centos.
История релизов
| История версий | |||||
|---|---|---|---|---|---|
| Релиз CentOS | Архитектура | База RHEL | Ядро Linux | Дата релиза CentOS | Дата релиза RHEL |
| 2 | i386 | 2.1 | 2.4.9 | 2004-05-14 | 2002-05-17 |
| 3.1 | i386, x86_64, ia64, s390, s390x | 3 | 2.4.21-15 | 2004-03-19 | 2003-10-23 |
| 3.4 — Server | i386, x86_64, ia64, s390, s390x | 3.4 | 2.4.21-27 | 2005-01-23 | — |
| 3.7 | i386, x86_64, ia64, s390, s390x | 3.7 | 2.4.21-40 | 2006-04-11 | — |
| 3.8 | i386, x86_64 | 3.8 | 2.4.21-47 | 2006-08-25 | 2006-07-20 |
| 3.9 | i386, x86_64, ia64, s390, s390x | 3.9 | 2.4.21-50 | 2007-07-26 | 2007-06-15 |
| 4 | i386, x86_64, various | 4 | 2.6.9-5 | 2005-03-09 | 2005-02-14 |
| 4.6 | i386, x86_64, ia64, alpha, s390, s390x, ppc (beta), sparc (beta) | 4.6 | 2.6.9-67 | 2007-12-16 | 2007-11-16 |
| 4.7 | i386, x86_64 | 4.7 | 2.6.9-78 | 2008-09-13 | 2008-07-24 |
| 4.7 — Server | i386, x86_64 | 4.7 | 2.6.9-78 | 2008-10-17 | — |
| 4.8 | i386, x86_64 | 4.8 | 2.6.9-89 | 2009-08-21 | 2009-05-18 |
| 4.9 | i386, x86_64 | 4.9 | 2.6.9-100 | 2011-03-02 | 2011-02-16 |
| 5 | i386, x86_64 | 5 | 2.6.18-8 | 2007-04-12 | 2007-03-14 |
| 5.1 | i386, x86_64 | 5.1 | 2.6.18-53 | 2007-12-02 | 2007-11-07 |
| 5.2 | i386, x86_64 | 5.2 | 2.6.18-92 | 2008-06-24 | 2008-05-21 |
| 5.3 | i386, x86_64 | 5.3 | 2.6.18-128 | 2009-03-31 | 2009-01-20 |
| 5.4 | i386, x86_64 | 5.4 | 2.6.18-164 | 2009-10-21 | 2009-09-02 |
| 5.5 | i386, x86_64 | 5.5 | 2.6.18-194 | 2010-05-14 | 2010-03-31 |
| 5.6 | i386, x86_64 | 5.6 | 2.6.18-238 | 2011-04-08 | 2011-01-13 |
| 5.7 | i386, x86_64 | 5.7 | 2.6.18-274 | 2011-09-13 | 2011-07-21 |
| 5.8 | i386, x86_64 | 5.8 | 2.6.18-308 | 2012-03-07 | 2012-02-21 |
| 5.9 | i386, x86_64 | 5.9 | 2.6.18-348 | 2013-01-17 | 2013-01-07 |
| 5.10 | i386, x86_64 | 5.10 | 2.6.18-371 | 2013-10-19 | 2013-10-01 |
| 5.11 | i386, x86_64 | 5.11 | 2.6.18-398 | 2014-09-30 | 2014-09-15 |
| 6 | i386, x86_64 | 6 | 2.6.32-71 | 2011-07-10 | 2010-11-10 |
| 6.0 — LiveCD | i386, x86_64 | 6.0 | 2.6.32-71 | 2011-07-25 | — |
| 6.0 — LiveDVD | i386, x86_64 | 6.0 | 2.6.32-71 | 2011-07-27 | — |
| 6.0 — MinimalCD | i386, x86_64 | 6.0 | 2.6.32-71 | 2011-07-28 | — |
| 6.1 | i386, x86_64 | 6.1 | 2.6.32-131 | 2011-12-09 | 2011-05-19 |
| 6.2 | i386, x86_64 | 6.2 | 2.6.32-220 | 2011-12-20 | 2011-12-06 |
| 6.3 | i386, x86_64 | 6.3 | 2.6.32-279 | 2012-07-10 | 2012-06-21 |
| 6.4 | i386, x86_64 | 6.4 | 2.6.32-358 | 2013-03-09 | 2013-02-21 |
| 6.5 | i386, x86_64 | 6.5 | 2.6.32-431 | 2013-12-01 | 2013-11-21 |
| 6.6 | i386, x86_64 | 6.6 | 2.6.32-504 | 2014-10-28 | 2014-10-14 |
| 6.7 | i386, x86_64 | 6.7 | 2.6.32-573 | 2015-08-07 | 2015-07-22 |
| 6.8 | i386, x86_64 | 6.8 | 2.6.32-642 | 2016-05-25 | 2016-05-10 |
| 7.0-1406 | только x86_64 | 7.0 | 3.10.0-123 | 2014-07-07 | 2014-06-10 |
| 7.1-1503 | только x86_64 | 7.1 | 3.10.0-229 | 2015-03-31 | 2015-03-05 |
| 7.2-1511 | только x86_64 | 7.2 | 3.10.0-327 | 2015-12-14 | 2015-11-19 |
| 7.3-1611 | только x86_64 | 7.3 | 3.10.0-514 | 2016-12-09 | 2016-11-03 |
| Релиз CentOS | Архитектура | База RHEL | Ядро Linux | Дата релиза CentOS | Дата релиза RHEL |
Сроки поддержки
В соответствии с жизненным циклом Red Hat Enterprise Linux, CentOS 5, 6 и 7 также поддерживается в течение десяти лет.
| Версия CentOS | Дата релиза | Полная поддержка | Критические обновления |
|---|---|---|---|
| 3 (Старая версия, не поддерживается) | 5 января 2001 | 20 июля 2006 | 31 декабря 2010 |
| 4(Старая версия, не поддерживается) | 9 марта 2005 | 31 марта 2009 | 29 февраля 2012 |
| 5(Старая поддерживаемая версия) | 12 апреля 2007 | первый квартал 2014 | 31 марта 2017 |
| 6(Старая поддерживаемая версия) | 20 июля 2011 | второй квартал 2017 | 30 ноября 2020 |
| 7(Текущая версия) | 7 июля 2014 | четвёртый квартал 2020 | 30 июня 2024 |
Выпуски AltArch
Выпуски AltArch разрабатываются группой Alternative Architecture Special Interest Group (AltArch SIG) для поддержки архитектур которые уже не поддерживаются в новых базовых релизах CentOS.
| Версия CentOS | Архитектура | База RHEL | Дата релиза CentOS |
|---|---|---|---|
| 7.1-1503 | AArch64 | 7.1 | 2015-08-04 |
| IA-32 | 2015-10-12 | ||
| 7.2-1511 | IA-32 | 7.2 | 2015-12-19 |
| ARMv7hl | 2015-12-19 | ||
| PowerPC64 (TechPreview) | 2015-12-19 | ||
| PowerPC8 LE (TechPreview) | 2015-12-19 |
Управление репозиториями в CentOS
Управление пакетами и репозиториями осуществляет утилита YUM (Yellowdog Updater, Modified) — менеджер RPM-пакетов, использующийся в дистрибутивах: RHEL, SentOS, Scientific Linux. В его задачи входит: поиск, установка, удаление пакетов, обновление системы.
Процесс установки пакетов происходит после выполнения команды — yum install packagename. После ввода команды менеджер пакетов проверяет наличие конфигурационных файлов «*.repo», эти файлы содержат информацию о репозиториях и хранятся в директории /etc/yum.repos.d. Во время проверки YUM получает всю необходимую информацию, указывающую откуда загружать пакет и какие зависимости имеют к нему отношение. После чего происходит установка пакета.
Конфигурационные файлы репозиториев содержат следующие параметры:
- name — имя репозитория, может быть любым.
- baseurl — ссылка указывающая на репозиторий. Может быть вида: ftp://link, http://link, https://link, если репозиторий размещен в сети интернет, или file://path, если репозиторий размещен локально.
- enabled — указывает на активацию репозитория при выполнении обновления. Может иметь следующие значения, 1 — если подключен, 0 — если отключен.
- gpgcheck — включить или выключить проверку сигнатуры GPG. Может иметь следующие значения, 1 — проверять, 0- не проверять.
- gpgkey — ссылка на ключ GPG.
- exclude — список исключаемых пакетов.
- includepkgs — список включаемых пакетов.
- mirrorlist — вместо ссылки на конкретный адрес репозитория, может использоваться ссылка на список адресов из которых будет выбран нужный адрес.
Подключение репозиториев в CentOS
Добавить репозиторий в CentOS можно несколькими способами. Можно создать файл «.repo» в директории /etc/yum.repos.d или установить rpm-пакет с информацией о репозитории. Если rpm-пакет отсутствует, то добавлять приходится ручками, создавая конф. файл репозитория.
Для просмотра списка активных репозиториев выполняют команду — yum repolist
yum repolist # Выхлоп: repo id repo name status base/7/x86_64 CentOS-7 - Base 9,007 epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 10,580 extras/7/x86_64 CentOS-7 - Extras 390 updates/7/x86_64 CentOS-7 - Updates 2,469 repolist: 22,446 # repo id - id репозитория # repo name - имя репозитория # status - количество пакетов
Удаление репозиториев в CentOS
Для удаления репозиториев в системе должен быть установлен пакет yum-utils.
yum install yum-utils -y
Допустим мы хотим удалить из системы репозитории REMI и ELRepo, для этого надо узнать «repo id» при помощи команды yum repolist.
yum repolist Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.yandex.ru * elrepo: elrepo.0m3n.net * epel: mirror.23media.de * extras: mirror.yandex.ru * remi-safe: mirror.23media.de * updates: mirror.yandex.ru repo id repo name status base/7/x86_64 CentOS-7 - Base 9,007 elrepo ELRepo.org Community Enterprise Linux Repository - el7 162 epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 10,580 extras/7/x86_64 CentOS-7 - Extras 390 remi-safe Safe Remi's RPM repository for Enterprise Linux 7 - x86_64 1,144 updates/7/x86_64 CentOS-7 - Updates 2,469 repolist: 23,752
Удалим указанные репозитории.
yum-config-manager --disable remi-safe --disable elrepo
Команда скорее отключает указанные репозитории, чем удаляет их. Она выставляет значение параметра enabled равным 0. Файлы репозиториев «.repo» останутся на месте. Если выполнить команду yum repolist, то репозитории будут недоступны.
yum repolist Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.yandex.ru * epel: fedora-mirror01.rbc.ru * extras: mirror.yandex.ru * updates: mirror.yandex.ru repo id repo name status base/7/x86_64 CentOS-7 - Base 9,007 epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 10,580 extras/7/x86_64 CentOS-7 - Extras 390 updates/7/x86_64 CentOS-7 - Updates 2,469 repolist: 22,446
Теперь нужно обновить кэш YUM.
yum clean all yum makecache
Для полного удаления репозиториев следует удалить их конфигурационные файлы.
# Переходим в каталог /etc/yum.repos.d cd /etc/yum.repos.d # Удаляем файлы rm -f elrepo.repo remi-php70.repo remi-php71.repo remi-safe.repo remi.repo
Миллиарды на финансовую поддержку разработчиков и потребителей ИИ-решений
Остальные мероприятия дорожной карты коррелируют с мероприятиями, заложенными в федеральный проект «Искусственный интеллект». Финансовая поддержка разработчиков ИИ-решений через государственные венчурные инвестиции потребует затрат в размере 23,44 млрд руб., через государственные прямые инвестиции – 18,56 млрд руб. В обоих случаях суммы затрат будут поровну делиться между федеральным бюджетом и внебюджетными источниками.
Финансовая поддержка потребителей для внедрения крупных проектов в области затрат в размере 17,44 млрд руб. (данная сумма будет поровну поделена между федеральным бюджетом и внебюджетными источниками).
Грантовая поддержка проектов малых предприятий по разработке, применению и коммерциализации ИИ-решений потребует 12 млрд руб. Из этой суммы федеральный бюджет выделит 9,38 млрд руб., внебюджетные источники – 2,65 млрд руб.
На разработку конкурентоспособных нишевых аппаратно-программных комплексов (АПК) для целей ИИ за счет финансовой поддержки лидирующих дизайн-центров потребует затрат в размере 10,46 млрд руб. Из этой суммы федеральный бюджет выделит 7,85 млрд руб., внебюджетные источники — 2,62 млрд руб.
Быстрее, выше, сильнее: около сотни цифровых решений для спортсменов предложили разработчики столичным федерациям и клубам
Инновации и стартапы
На создание и финансовую поддержку опорных центров компетенций для проведения исследований в сфере ИИ, включая направление AGI (сильный ИИ), федеральный бюджет направит 10,08 млрд руб. В том числе будут предоставлены «мегагранты» на привлечение зарубежных ученых.
Финансовая поддержка потребителей для внедрения малых и средних проектов в области ИИ обойдется федеральному бюджету в 9,34 млрд руб. На создание и финансовую поддержку лидирующих исследовательских центров (ЛИЦ) для разработки технологий ИИ, в том числе в направление AGI, федеральный бюджет направит 6,7 млрд руб.
