Настройки Arch для слабого компьютера

Обновлено: 05.07.2024

Если вы используете Arch Linux или что-либо на его основе (или другие дистрибутивы с последовательными обновлениями) и недавно запускали обновления, включающие freetype2, вы, к сожалению, можете заметить, что Steam теперь не работает.

При загрузке любой части клиента Steam, которая зависит от веб-просмотров, вы получите бесполезный черный экран. Это, очевидно, большая проблема и делает все это совершенно непригодным для использования. Так что ты можешь сделать? Что ж, если вам удобно управлять пакетом, вы можете понизить версию freetype2 до версии 2.10.4, но это может привести к поломке будущих обновлений, которые зависят от более новой версии. Тем не менее, Valve активно занимается этой проблемой, и они уже выпустили свежую бета-версию Steam с исправлением.

Подрядчик Valve Тимоти Бессет прокомментировал GitHub: «Сегодняшнее бета-обновление содержит довольно значительные изменения в том, как мы настраиваем среду выполнения для веб-представлений. Пожалуйста, проверьте, решает ли это проблему во всех затронутых дистрибутивах!». Так что, если вы видите проблемы с черным экраном, попробуйте последнюю бета-версию Steam. Это легко сделать, просто загрузив настройки Steam, а затем найдя область в красной рамке, показанную ниже:

В Arch Linux иногда возникают подобные проблемы, потому что обновления постоянно обновляются, поэтому проблемы обнаруживаются намного быстрее, что также означает, что к тому времени, когда другие дистрибутивы обновляются (например, Ubuntu каждые 6 месяцев), проблемы, вероятно, будут решены к тому времени. .

Мы часто размещаем партнерские ссылки, чтобы заработать немного денег. В настоящее время мы связаны с GOG и Humble Store. Подробнее здесь.

Я владелец GamingOnLinux. Открыв для себя Linux еще во времена Mandrake в 2003 году, я постоянно возвращался, чтобы проверить прогресс Linux, пока на сцене не появилась Ubuntu, которая помогла мне по-настоящему полюбить ее. Вы можете легко связаться со мной по электронной почте GamingOnLinux напрямую.
Узнайте больше от меня

Здравствуйте,
моя система следующая:
i7 7700k + 2x8 ГБ DDR4 + NVMe SSD 970 Evo 500 ГБ + GTX 1060 6 ГБ
Я установил Arch Linux с использованием UEFI и 64-разрядной версии.

-` .o+` g1k777@archPC `ooo/ ОС: Arch Linux `+oooo: Ядро: x86_64 Linux 4.18.16-arch1-1-ARCH `+oooooo: Время работы: 36 м --+oooooo+: Пакеты: 1003 ` /:-:++oooo+: Оболочка: bash 4.4.23 `/++++/+++++++: Разрешение: 4480x1440 `/++++++++++++++: DE : Cinnamon 4.0.0 `/+++ooooooooooooo/` WM: Muffin ./ooosssso++osssssso+` WM Theme: cinnamon (Adwaita) .oossssso-````/ossssss+` GTK Theme: Adwaita [GTK2/3] - оссссссо. :ssssssso. Тема значка: Адвайта: osssssss/ osssso+++. Шрифт: Sans 9 /osssssss/ +ssssooo/- ЦП: Intel Core i7-7700K @ 8x 4,5 ГГц [42,0°C] `/ossssso+/:- -:/+osssso+- Графический процессор: GeForce GTX 1060 6 ГБ `+sso+:- ` `.-/+oso: ОЗУ: 1823 МБ / 15993 МБ `++:. `-/+/ .` `/

Использование очень низкое, загрузка ЦП составляет всего 3-4%, когда у меня запущен интернет-браузер.
Почему он такой медленный? Страницы загружаются долго, другая проблема заключается в том, что когда я перетаскиваю окно, оно выглядит очень медленным.

Потому что вы используете Nvidia.

Установите микрокод процессора Intel:

И перезагрузите компьютер.

Также установите драйверы Nvidia, если вы еще этого не сделали:

Потому что вы используете Nvidia.

Установите микрокод процессора Intel:

И перезагрузите компьютер.

Также установите драйверы Nvidia, если вы еще этого не сделали:

Arch только что сломал QQ, когда я запускаю его через GRUB, я получаю черный экран с этой «печатной строкой» и больше ничего, ни слов, ни букв, ничего.

Скорее всего, низкая производительность связана с отсутствием проприетарных драйверов Nvidia.

Если кто-то не может понять это сам, я сомневаюсь, что Arch - лучший выбор. Лично я, скорее всего, выбрал бы OpenSUSE, но для Steam и совместимости, возможно, лучше выбрать Ubuntu.

Что касается жратвы, я не справлюсь с этой задачей без поиска в Google.

Я понимаю, почему кто-то захочет использовать ARCH Linux, но, честно говоря, вам лучше использовать Ubuntu, потому что она более широко поддерживается текущим оборудованием и проще устанавливать модули для запуска вашего ПК для нее.

Не нужно обновлять компьютер. У вас по-прежнему один из лучших игровых процессоров в мире. У него такая же производительность, как у i5-8600k.

Я понимаю, почему кто-то захочет использовать ARCH Linux, но, честно говоря, вам лучше использовать Ubuntu, потому что она более широко поддерживается текущим оборудованием и проще установить модули для запуска вашего ПК для нее.

Arch — это скользящий выпуск. Это означает, что он всегда использует новейшее программное обеспечение и не выпускает традиционные основные выпуски каждые XX раз, при этом обеспечивая исправления ошибок для существующих выпусков, как это делают Ubuntu и Windows. Он постоянно получает обновления за счет стабильности системы.

Это означает, что по умолчанию Arch на самом деле имеет лучшую поддержку оборудования, чем Ubuntu, Arch с более новым ядром автоматически означает лучшую поддержку устройств.

Если вы хотите использовать проприетарные драйверы для своих устройств, Arch также предоставила вам доступ к AUR, пользовательский репозиторий Arch содержит практически все драйверы, инструменты и части программного обеспечения, доступные для GNU/LInux, упакованные для Arch.

Установка модулей? что?

Я понимаю, почему кто-то захочет использовать ARCH Linux, но, честно говоря, вам лучше использовать Ubuntu, потому что она более широко поддерживается текущим оборудованием и проще установить модули для запуска вашего ПК для нее.

Установка модулей? какие? Linux считывает оборудование как модули, а не запускает их с помощью драйверов. Некоторые дистрибутивы требуют, чтобы вы настроили их самостоятельно, в то время как другие делают их для своего оборудования. Поскольку Ubuntu на самом деле основан на Debian, у него больше шансов глобально поддерживать все типы оборудования на основе общедоступных драйверов/модулей от таких производителей, как AMD и NVIDIA.

В дистрибутивах Linux, таких как ARCH, требуется настроить и смонтировать эти драйверы вручную один раз при использовании интерфейса командной строки. UBUNTU и другие имеют более широкую систему установки поддержки. В частности, у нас есть скриншот выше. Если ОП задает вопрос и жалуется на то, что ARCH Linux слишком медленный, ему, вероятно, следует либо научиться создавать и устанавливать свои собственные аппаратные модули, либо использовать для их создания дистрибутив с широкой коммерческой поддержкой. UBUNTU будет лучше поддерживать новых людей в Linux, чем ARCH.

Linux воспринимает аппаратное обеспечение как модули, а не запускает его с помощью драйверов. Некоторые дистрибутивы требуют, чтобы вы настроили их самостоятельно, в то время как другие делают их для своего оборудования. Поскольку Ubuntu на самом деле основан на Debian, у него больше шансов глобально поддерживать все типы оборудования на основе общедоступных драйверов/модулей от таких производителей, как AMD и NVIDIA.

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

Ubuntu лучше поддерживает текущие обновления оборудования. Если у OP возникают проблемы с настройкой Arch Linux, это связано с тем, что он не так легко поддерживается новичками в Linux без изменения исходного кода драйверов, предназначенных для работы в других дистрибутивах.

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

Но я полностью с вами согласен: Arch Linux не выглядит разумным выбором.

Установка модулей? что?

Кроме того, загрузка драйверов из Интернета — самый неподходящий для Linux способ приобретения программного обеспечения.

Аппаратных модулей не существует, я думаю, вы имеете в виду модули ядра. Для большинства устройств не требуются проприетарные драйверы, поскольку базовый драйвер уже реализован в ядре Linux. Только когда вам нужны дополнительные функции или лучшая оптимизация, вам нужны проприетарные драйверы. Как правило, единственными проприетарными драйверами, которые вы устанавливаете на игровую машину Linux, является микрокод ЦП, а если вы используете графический процессор Nvidia, драйверы графического процессора.

Даже пользователям Arch обычно не нужно трогать модули ядра. Все уже доступно в репозиториях программного обеспечения.

Небольшая предыстория G1K777, у нас был разговор, он тайный фанат Linux, застрявший на Windows, я сказал ему использовать Arch, потому что Ubuntu для нубов. :Р

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

tl;dr - Я купил System76 Oryx Pro, чтобы сократить количество компьютеров, которыми я владею. Изначально система охлаждения была сломана, но поддержка System76 была фантастической; починил и спешно отправил обратно. Приверженность System76 к F/OSS, использование Rust и всегда героическая работа разработчиков Arch Linux, а также мой обширный опыт совершения ошибок сделали установку Arch с надлежащей аппаратной поддержкой относительно безболезненной.

Недавно я искал способы владеть меньшим количеством вещей. Труднее избавиться от вещей, которые, по вашему мнению, являются частью вас самих, но часто они приносят больше всего пользы. Одна из самых больших (буквально) вещей, которыми я владею, — это мой настольный компьютер, старый i7 3770K, в самом маленьком корпусе, который я смог найти в то время, EVGA Hadron. На тот момент я, должно быть, не знал о случаях DAN (или их еще не было?). Что касается графики, я купил Radeon R7 360 — не лучший вариант на тот момент, но надежная карта среднего класса IIRC. В дополнение к настольному компьютеру у меня есть ноутбук, и моей целью было иметь только один компьютер для всего. Было два главных претендента на то, чтобы мой единственный компьютер управлял ими всеми:

В конце концов я выбрал Oryx Pro, потому что хочу поддерживать компании, ориентированные на Linux, такие как System76. Было несколько существенных отличий в пользу Oryx Pro:

RTX 2060/2070/2080 Oryx Pro лучше подходит для графики, чем Lenovo GTX 1050 Ti Max-Q 4 ГБ (посмотрите сравнительный анализ GPU между двумя картами)
У X1 Extreme есть проблема с динамиками, установленными в нижней части корпуса, из-за чего их плохо слышно (насколько я могу судить, во 2-м поколении это не исправлено)
У Oryx Pro есть встроенный разъем Ethernet (адаптер не требуется)

X1, безусловно, более сексуальная машина, а ThinkPad известны хорошим качеством сборки и прочными деталями. Это был трудный выбор, но я действительно люблю свою историю неудачника, и System76 именно такая. Было много дискуссий, и люди пренебрежительно отзывались о System76 за то, что не делали свои собственные ноутбуки полностью с нуля, решив переименовать оборудование Clevo и предоставить программные драйверы и ОС вместо всего пакета. Лично я предпочел бы, чтобы компания производила и продавала ноутбуки с Linux сегодня, а не тратила 5 лет на разработку и вывод на рынок нового ноутбука и, возможно, потерпела неудачу где-то в процессе.

(section) tl;dr — Удивительная упаковка и настройка UX, проблемы с перегревом временно испортили удовольствие. Поддержка System76 была профессиональной и с лихвой компенсировала любые первоначальные неудобства.

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

Я беспокоился, что сделал что-то не так, выполняя очень удобный/хорошо спроектированный процесс настройки PopOS (я имею в виду, что на самом деле даже негде было ошибиться), так как компьютер, казалось, зависал и выключался независимо от того, что я делал. После кучи отладки (оказалось, можно просто открыть терминал и начать исследовать) я понял, что компьютер перегревается после просмотра некоторых журналов ядра и прочего. Связавшись с System76 и показав им результаты (изображения экрана ноутбука, журналы установки, предупреждения ядра), они согласились и забрали машину по гарантии для замены детали (был также вариант, чтобы я заменил деталь но я отказался от этого, так как собирался путешествовать). Поддержка System76 довольно известна своей хорошей репутацией, и в моем случае эта репутация не запятнана, они были полезными и компетентными, починили мой ноутбук и отправили мне обратно по почте.

(section) tl;dr — я выбрал Arch linux вместо PopOS или самый безумный вариант; установка Guix SD (что я все еще хочу сделать в будущем).

Итак, вот где мы начинаем отходить от рельсов: то, что я изначально хотел сделать с этим ноутбуком, — это фактически запустить PopOS от System76 (чтобы свести к минимуму вероятность проблем/несовместимости) и начать создание виртуальной машины Guix SD, которая привела бы к полная загрузочная система Guix SD, на которую я мог переключиться. Меня немного раздражала мысль покинуть чудесный мир Arch и перейти на такой специально созданный дистрибутив (ничего не имею против System76, я не видел никаких правонарушений с их стороны), поэтому мои глаза начали блуждать, и я подумал Ubuntu 18.04 (это вариант покупки без дополнительных затрат).

Ubuntu — это действительно впечатляющий способ распространения, и он заслуживает того, чтобы стать популярным дистрибутивом Linux для потребителей, но я считаю себя немного более сообразительным и хочу получить дополнительную мощность/настраиваемость, даже если мне придется потратить больше времени на чтение. удивительная Arch Wiki. Тем не менее, где-то в глубине души я, вероятно, просто хочу иметь возможность держать тот факт, что я «управляю Arch» над всеми остальными. С годами я полюбил Arch и очень хочу использовать pacman вместо apt-get, участвовать в r/archlinux или помогать обновлять вики. Arch обладает богатыми знаниями и знающим сообществом, которое мне нравится. Я признаю, что кажущаяся сложность запуска Arch действительно действует как своего рода оплот, чтобы не допустить новых пользователей / сотрудников, и это палка о двух концах — как немного новичок, я очень ценю всю работу, которая входит в Arch Вики — столько раз меня спасала и многому научила.

Далее будут несколько расплывчатых хронографических заметок, которые я сделал при настройке Arch на Oryx Pro, которые могут помочь другим — настоящая суть этого поста.

Установка Arch Linux

(section) tl;dr — следуйте инструкциям по установке Arch, как обычно. Не забудьте установить диалоговое окно и меню Wi-Fi (которое является частью wpa_supplicant IIRC) на этапе chroot.

Ознакомления с Руководством по установке Arch для освежения информации об установке ОС было достаточно, чтобы выполнить установку после записи Arch LiveUSB (используя старый добрый dd ). Несколько вещей, которые отличались или которые я делал по-другому при настройке Arch:

Нажмите DELETE/ПРОБЕЛ во время загрузки компьютера, чтобы открыть BIOS и загрузиться с LiveUSB (я не мог вспомнить, какой именно, поэтому просто несколько раз нажимал ПРОБЕЛ/DELETE/F2)
Установлено несколько дополнительных пакетов во время периода arch-chroot: dialog , wifi-menu , nvidia , yay , system76-driver (на самом деле system76-driver не был установлен должным образом, но я исправил это позже, вы можете пропустить это)
Забыл заменить/очистить загрузочный сектор (UEFI) при установке и настройке Grub, поэтому при перезапуске я правильно вернулся к настройке System76, которая не очень хорошо работала (поскольку диск под он полностью изменился)

Установка Arch прошла как обычно, поэтому я сделал все как обычно (создал группу wheel, создал собственную учетную запись пользователя, разрешения и т. д.), а затем еще немного настроил:

Скопировал резервную копию borg с внешнего диска на жесткий диск.
Переустановил system76-драйвер из AUR и другие драйверы (есть даже страница Oryx Pro в Arch Wiki!)

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

Установка нескольких пакетов после установки

(section) tl;dr — Установка Xorg, также в XFCE4 есть набор инструментов, которые я использую. Дважды проверил мою установку пакетов system76-* и повторно сгенерировал ядро с модулями в качестве требования через mkinitcpio .

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

xorg-server (копирование ~/.xinitrc из резервной копии)
бспвм
полибар
xfce4-терминал
тунар
xfce4-appfinder
различные шрифты с открытым исходным кодом

Первоначально при попытке запустить сервер Xorg я столкнулся с ошибкой отказа в разрешении на установку DRM. Оказалось, что мне нужно включить настройку режима ядра для Xorg, поэтому я добавил i915 (для драйвера Intel GFX) и все соответствующие модули, связанные с nvidia, в мой /etc/mkinitcpio.conf, запустив mkinitcpio для проверки (когда вы готовы на самом деле сгенерировать начальный виртуальный диск, запустите sudo mkinitcpio -p linux ).

Пока я возился с /etc/mkinitcpio.conf, я понял, что на самом деле не включил модуль ядра system76 в раздел MODULLES! После установки пакетов System76 папка /etc/modules-load.d заполняется такими файлами, как system76.conf и system76-io.conf, чтобы принудительно загрузить модули ядра, но я поместил system76 в /etc/mkinitcpio.conf на всякий случай (учтите, что если модуль ядра не установлен, mkinitcpio сообщит вам об этом). Именно так я изначально понял, что модуль ядра не был установлен должным образом.

Как только я понял, что драйвер system76 не был установлен должным образом, мне пришлось немного покопаться — я неправильно установил system76-dkms, а он был установлен неправильно, потому что я не установил linux-headers . После того, как я это исправил, я смог установить пакеты system76-* ( dkms , io-dkms , power ) из AUR, и не было отсутствующих модулей при запуске mkinitcpio (и, как следствие, sudo mkinitcpio -p linux ) и перезагрузить машину.

Попытка (и неудача) переопределить отметку высокой температуры

(section) tl;dr — это не сработало, значения доступны только для чтения, и переход на полностью ручное управление с помощью pwmconfig и fancontrol почти наверняка не является хорошей идеей.

После того, как все системные драйверы были правильно установлены, я начал искать, как я могу получить часть этой информации, особенно данные аппаратного датчика. Краткий просмотр Интернета и руководство Arch Wiki по lm_sensors помогли мне в основном вникнуть. Мне не приходилось много иметь дело с lm_sensors на моем последнем ноутбуке (он был безвентиляторным), но знакомство с acpi и датчиками было очень полезным (вывод такой красивый и аккуратный!). Теперь я могу меньше беспокоиться о перегреве компьютера.

Я заметил, что мой компьютер работает при температуре около 50-70°C в обычном режиме и при выполнении некоторых ресурсоемких операций. Поскольку температура компьютера в простое составляет около 45°C, а полибар настроен на отображение температуры выше 60°C красным цветом, мне было интересно, могу ли я что-нибудь сделать, чтобы вентиляторы включались раньше и удерживали процессор в более низком температурном диапазоне, даже за счет небольшого шумового загрязнения (вентиляторы Oryx Pro звучат как реактивный самолет, когда они действительно работают).

Просмотр выходных данных датчиков:

Итак, если вы заметили, для высокого уровня установлено значение 100C, а для критического значения также установлено значение 100C. Этого не должно быть, и я бы предпочел установить высокие значения, например, 75C. После непродолжительного поиска я нашел запись вики-архива на lm_sensors, которая прояснила, как переопределить эту конфигурацию. К сожалению, значения там на самом деле жестко закодированы в процессоре, и единственное, что я мог изменить, казалось бы, через файлы конфигурации /etc/sensors.d, это вычисление (которое изменяет смещения для самих измерений) — что я хотел изменить, так это высокая оценка.

После еще нескольких поисков я подумал, что, возможно, мне нужно использовать такие инструменты, как [sensors-detect ][sensors-detect] (которые я запустил, это заняло очень много времени) pwmconfig для создания конфигурации fancontrol , так что я начал изучать его, но предупреждение от pwmconfig остановило меня как вкопанный:

Поскольку у меня не было проблем с ручным управлением (компьютер подаст звуковой сигнал и выключится, если температура попадет в опасную зону), я решил оставить его на автоматическом управлении скоростью. Так что, в конце концов, я не стал менять конфигурацию для высокой оценки, потому что она на самом деле жестко запрограммирована в процессоре, и переход на полностью ручное управление пока не кажется необходимым (или хорошей идеей). После запуска компьютера в разных режимах я был доволен тем, как быстро и сильно включался вентилятор, когда это было необходимо, даже несмотря на то, что температура была выше, чем мне хотелось бы (80/90°C).

dhcpcd для автоматической настройки хоста по сети

(section) tl;dr — Используйте dhcpcd, запустите и включите его с помощью Systemd.

Одна из причин, по которой я выбрал Oryx Pro, заключалась в том, что у него был встроенный кабельный адаптер Ethernet. маршрутизатор. Однако при этом прямом подключении вашему компьютеру необходимо получить IP-адрес с использованием протокола динамической конфигурации хоста (AKA DHCP). Беглый просмотр отличного (как всегда) руководства Arch Wiki Network Configuration должно предоставить вам все, что вам нужно знать о настройке DHCP для вашей конфигурации сети.

Изначально я запускал dhclient вручную для настройки хоста, и, конечно, это довольно глупо делать каждый раз, когда вы перезагружаете компьютер. Следующим шагом была попытка автоматизировать его, и, хотя есть несколько вариантов, возможно, лучший выбор — использовать единицы Systemd, как указано в руководстве. Давайте сначала узнаем имя нашего сетевого устройства:

Итак, нам нужен интерфейс enp8s0. Это довольно странное имя (в большинстве руководств вы найдете такие имена, как eth0 ), но посмотрите ветку на SO, где это объясняется. Я воспроизведу здесь часть ответа для потомков (спасибо пользователю SO Braiam):

Это изменение в том, как теперь udevd присваивает имена Ethernet-устройствам. Теперь ваши устройства используют «Предсказуемые имена интерфейсов», которые основаны на (и цитировании источников):

Имена, включающие прошивку/BIOS, предоставляют порядковые номера для встроенных устройств (пример: eno1)

Имена, включающие встроенное ПО/BIOS, содержат порядковые номера разъемов PCI Express для горячей замены (пример: ens1)

Имена, включающие физическое/географическое расположение разъема оборудования (пример: enp2s0)

Имена, включающие MAC-адреса интерфейсов (пример: enx78e7d1ea46da)

Классическое непредсказуемое именование ethX, встроенное в ядро (пример: eth0)

Теперь, когда мы знаем имя сетевого устройства ( enp8s0 ), давайте запустим dhclient, запустив доступный нам модуль Systemd:

Мы также включим службу, чтобы она запускалась автоматически с помощью systemctl enable :

К сожалению, у меня это не сработало — запуск работал, но при перезапуске модуль dhclient@enps8s0 выдавал ошибку, отмечая, что устройство не найдено. После перезапуска устройства все будет в порядке — похоже, что устройство пыталось запуститься до завершения инициализации сети. Вместо того, чтобы пытаться переопределить конфигурации (при условии, что моя догадка о том, что не так, даже верна), я просто использовал вместо этого DHCP-C-D — DHCP Client Daemon. Обратите внимание, что это отличается от dhcpd, который является DHCP-демоном — ваш маршрутизатор выполняет динамическую настройку хоста — ваш компьютер действует как клиент в процессе, но клиент должен быть демонизирован, чтобы вы могли заниматься своими делами и при необходимости обновлять/извлекать конфигурацию хоста. На странице Arch на dhcpcd есть фантастическая информация о процессе и о том, как его настроить.

Отключить dhclient и настроить dhcpcd было легко:

Также используйте dhcpcd (орфография важна) вместо dhclient — у меня были проблемы с тем, что dhclient пытался запуститься слишком рано и фактически не находил интерфейс. Я мог добавить несколько переопределений для модуля dhclient@, который я запускал, и включить (может быть, цель позже в последовательности? Requires=Network ?), но dhcpcd просто работает.

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

Мне очень нравится мой Oryx Pro, и я надеюсь, что другим это понравится. Это прекрасно работает для меня (этот пост был написан на нем) в качестве моего ежедневного водителя, и я рад, что мне было так легко рискнуть немного отойти от проторенной дорожки и поставить на него Arch.

Как я уже говорил ранее, все это стало возможным благодаря неустанной работе участников Arch Linux (поддержка, документация и т. д.), а также напряженной работе и приверженности программному обеспечению с открытым исходным кодом людей из System76. Да здравствует ноутбук с Linux!

Если вы сомневаетесь в покупке System76, потому что опасаетесь, что она может не поддерживать ваш любимый дистрибутив Linux (Arch), будьте уверены, она определенно работает и работает хорошо.

MiSTer Google Slides PDF Project :: Требуется помощь
Новое меню справки MiSTer теперь интегрировано, alanswx ищет помощи в создании шпаргалок для каждого ядра. Если вы думаете, что можете помочь, и для получения дополнительной информации о шпаргалках MiSTer нажмите здесь!
Это сообщение можно закрыть, нажав [x] в правом верхнем углу этого объявления.

Почему я ненавижу эмуляцию.

По сути, это потому, что вы никогда не знаете, что получите.

Чтобы все выглядело правильно и соответствовало возможностям вашего оборудования, требуется слишком много доработок и настроек. Это заявление звучит так, как будто оно может иметь отношение к играм на ПК в целом по сравнению с играми на консолях, и вы можете быть правы, но с ПК вы обычно настраиваете в рамках спецификации, а игры предназначены для настройки с самого начала, с множеством опций. . Это здорово. Однако с эмуляцией старых консольных игр; у них, как правило, нет графических опций, поэтому при настройке есть больше шансов сломать что-то.

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

Вот пример. Я играл в игру Incredible Crisis на PS1 через RetroPie на Raspberry Pi 4.

Если вам интересно, это игра.

Цель состоит в том, чтобы нажать кнопку X, чтобы заполнить синюю полосу и остановить падение лифта.Я пробовал 3 раза, и что бы я ни делал, он не заполнялся. Я пытался ударить его как можно быстрее, в медленном устойчивом темпе и т. д., но ничего из того, что я мог сделать, не сработало. Это третий уровень, а два других предыдущих уровня были основаны на времени, поэтому я был очень озадачен тем, в чем была проблема. Поэтому я начал устранять неполадки. переход к параметрам и настройке, изменение опроса контроллера, перезапуск ретроарха, перезапуск пи и многое другое. Ничего не сработало. Я не смог пройти уровень.

Итак, я протестировал игру на другом эмуляторе [openemu] на своем Mac. [характеристики: 12 ядер/24 потока, 96 ГБ ОЗУ, RX580]. Я все время играл с 8bitdo SN30 Pro и прошел с первого раза. OK. поэтому Pi использует бэкенд RetroArch, поэтому я решил попробовать retroarch для Mac. 1.9.0 - это версия, на которой я был. Не помогло, ром не открывается. Обновился до 1.9.1, не помогло. Ром не открывал. Снова обновился до 1.9.0, и поэтому я просто отказался от Mac.

В конце концов я заработал, изменив режим на контроллере с DInput на Xinput (кажется), и, наконец, это заработало на Pi, но, черт возьми, какое испытание. Мне повезло, что я играл в эту игру раньше, когда был ребенком, поэтому я знаю, что мог бы пройти этот раздел, но большинство других людей, вероятно, просто отказались бы от этой игры навсегда.

Короче говоря, эмуляция больше не имеет места в моей жизни. Я также не уверен, что эмуляция имеет смысл. Это слишком утомительно и наполнено слишком большим количеством ошибок, чтобы сделать его приятным, независимо от того, насколько блестящими или глянцевыми являются передние концы.

Я мог бы играть в игру через эмуляцию и искренне, чаще всего, даже не знать, возникла ли проблема во мне, в игре, в эмуляции или во множестве других вещей. Я мог бы увидеть отсутствующий многоугольник и не знаю, почему. В игре может отсутствовать абсолютно важная информация или геометрия, а вы даже не узнаете об этом. Я видел на YouTube видео, в котором кто-то играл в Burnout PS2, эмулированную через Xbox Series X, но небо было просто черным, полностью отсутствующим, и он сказал: «В противном случае он работает и работает нормально».

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

Мое терпение уже не то, что раньше. Небольшая ошибка в современной ААА-игре может полностью вывести меня из игры, даже если бы я заплатил за нее 60 евро, поэтому у меня определенно нет терпения на грубую эмуляцию, которая тратит мое время и ломает игры.

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

Эмуляция действительно мертва для меня. Я бы предпочел играть в игру на своей OG PS1 на боку с грубым композитным выводом на дерьмовый ЭЛТ середины 80-х, чем играть на эмуляторе.

Что мне нравится в MiSTer, так это то, что многие ядра действительно достаточно близки к реальному оборудованию, и я чувствую, что оно стоит моих вложений времени и денег, и выходит за рамки оригинального оборудования во многих отношениях, но что я действительно больше всего мне нравится то, что это помогло мне снова подключиться к играм так, как эмуляция никогда не могла за 25 лет попыток.

Эмуляция никогда не будет достаточно хорошей. Есть некоторые неотъемлемые проблемы со всей концепцией этого, которые всегда будут создавать барьер между игроком и системой. Меня не волнует, насколько точна эмуляция с точностью до цикла, она просто никогда не кажется правильной. Я думаю, что это нормально для некоторых людей. но я чувствую, что сообщение должно начать меняться раньше, чем позже. Как компании, так и частные лица выжимают из эмуляции все возможное, и вы просто знаете, что скоро они начнут доить FPGA. Например. Кто-нибудь на самом деле думает, что Nintendo не собирается создавать FPGA-версии своих классических мини-консолей? Они определенно собираются.

Лучшие игры для Linux происходят на переднем крае — именно там, где сияет Arch Linux.

Джим Солтер – 11 августа 2021 г., 10:45 UTC

Увеличить / SteamOS перебазируется с Debian на Arch Linux для колоды Steam. Мы считаем, что, поскольку Valve проводит множество текущих работ по техническому обслуживанию, это разумный шаг.

комментарии читателей

Поделиться этой историей

Дополнительная литература

Как подтвердила Ars Technica в мае, за два месяца до официального анонса, Valve собирается вновь выйти на рынок аппаратного обеспечения со своим первым портативным ПК, Steam Deck. Этот нестандартный ПК x86 напоминает версию Nintendo Switch XL и поступит в продажу в конце 2021 года по цене от 399 долларов США.

Как и другие недавние аппаратные разработки Valve, Steam Deck по умолчанию будет запускать пользовательский дистрибутив Linux. Сегодня мы собираемся изучить, как подход Valve к Linux изменится к моменту запуска Steam Deck — и что это будет означать для игр на Linux в целом.

SteamOS против Windows

Несмотря на то, что Steam Deck может работать под управлением Windows — в настоящее время это лучшая игровая операционная система для ПК, — она не будет поставляться в таком виде. Как и более ранняя работа Steam Machine от Valve, вместо этого Deck будет поставляться с пользовательским дистрибутивом Linux.

Поставка в Linux снижает производственные затраты для Steam, защищает компанию от конкуренции с Microsoft Store для Windows и позволяет игрокам Steam Deck не подвергаться воздействию лучшей в мире экосистемы вредоносных программ, которая также работает в Windows.

Специальный дистрибутив Linux от Valve называется SteamOS. В более ранних версиях (например, поставляемых на Steam Machine) SteamOS основывалась на Debian Linux. Но в Steam Deck SteamOS 3.0 отказывается от Debian и вместо этого переустанавливает базу на Arch Linux.

SteamOS и Debian

Что касается функций, определяющих данный дистрибутив Linux, Arch и Debian почти диаметрально противоположны. Debian стремится предоставить относительно общую базу и стремится к максимальной стабильности за счет консервативного подхода — текущие стабильные выпуски состоят из программного обеспечения, которое системные администраторы склонны описывать как «проверенное», но энтузиасты чаще называют «устаревшим».

В поисках предсказуемой стабильности Debian полагается на прерывистые основные выпуски, которые требуют довольно сложных процедур обновления при переходе от одного к другому. Этот компромисс повышает предсказуемость — хотя при обновлении основного выпуска могут возникнуть проблемы, его можно запланировать на время, когда вы будете готовы справиться с этими проблемами. А пока программное обеспечение, которое вы используете ежедневно, меняется как можно меньше.

Debian – отличная основа для дистрибутива, призванного обеспечить простой и стабильный рабочий стол с минимальными затратами на разработку, но SteamOS не предназначена для таких задач.

SteamOS и Arch Linux

Arch Linux, напротив, не предоставляет ни общего базового опыта, ни цикла выпуска. Arch – это скользящая версия того, что можно было бы описать как "соберите свой собственный дистрибутив".

Совершенно новая установка Arch вообще не предоставляет пользователю графический интерфейс, потому что существует множество опций, начиная от фонового графического сервера (например, Xorg или Wayland) и заканчивая оконным менеджером (например, Metacity или Compiz). в среду рабочего стола (например, Gnome или KDE). Arch не хочет предполагать, как пользователь хочет, чтобы его система работала, поэтому в первую очередь у него очень мало вариантов выбора.

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

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

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

Все это сводится к тому, что Arch — ужасный дистрибутив для неподдерживаемого конечного пользователя, который просто хочет, чтобы их обычный настольный ПК работал. Но Steam Deck не предназначен для предоставления универсального рабочего стола, и Valve явно намерена сгладить острые углы до того, как пользователи с ними столкнутся.

Steam Deck на переднем крае

«Основной причиной [перехода на Arch] являются регулярные обновления, [поддерживающие] более быструю разработку для SteamOS 3.0», — сказал PC Gamer дизайнер Valve Лоуренс Янг. Янг говорит, что Arch — лучший выбор, учитывая огромное количество обновлений, изменений и настроек, которые Valve необходимо внести, чтобы обеспечить наилучшие игровые возможности в Steam Deck.

Дополнительная литература

Valve обещает, что Steam Deck будет запускать «всю библиотеку Steam» со скоростью 30+ кадров в секунду, так что это действительно означает множество настроек. Библиотека Steam включает тысячи версий игр для Linux, созданных как независимыми разработчиками, так и разработчиками AAA, но это составляет лишь 20–25 % всей библиотеки Steam.

Чтобы играть в игры Steam без родного порта, пользователи Linux полагаются на слой совместимости под названием Proton. Благодаря поддержке Proton еще около 26 % библиотеки Steam можно воспроизводить с почти исходным качеством в Linux, а около 70 % можно воспроизводить приемлемо.

К сожалению, обычно это не так просто, как "установи Proton, получи прибыль". Просматривая отчеты о совместимости ProtonDB, пользователь быстро попадает в запутанную кроличью нору различных дистрибутивов, сторонних репозиториев и даже разных версий самого Proton.

Внимательные читатели, вероятно, заметят, что мы назвали Debian «превосходным», а Arch «ужасным» для неподдерживаемых пользователей настольных ПК, но Steam Deck — это не настольный ПК, и мы оптимистично относимся к решению Valve перебазироваться на Arch. .

Чтобы предоставить «100 процентов библиотеки Steam, воспроизводимой со скоростью 30+ кадров в секунду», Valve необходимо будет постоянно предоставлять специально настроенные и специально интегрированные версии новейшего программного обеспечения для всего стека SteamOS — и это очень похоже на Arch Linux. сила.

Читайте также: