Решил таки попробовать самостоятельно скомпилировать эту бандуру, а не скачать готовый бинарник из репов, и обалдел от количества опций. Неужели кто-то всерьёз проходится по всему списку, размышляя над каждой опцией и проверяя, поддерживает ли его железо какой-нить там Intel Benis In Bagina Emulation Protocol Interface и нужен ли он ему на практике? Нет, не верю.

Наверняка есть какой-то обобщённый алгоритм, типа собрать в виде модулей всё что можно, или тщательно пройтись только по трём разделам, а в остальных оставить дефолтные значения? Или просто свалить всю работу на какую-нибудь автоматизированную тулзу? Поделитесь опытом.

Речь сейчас идёт не о каких-нить встраиваемых системах, а об обычном десктопе, хотя про первые тоже интересно было бы послушать.

Поставил я, значит, winxp на qemu, запустил, вроде бы работает, но в диспетчере устройств не опознаны графический адаптер и ethernet-контроллер (куемовский эмулятор сети, как я понял). Ну ладно, думаю, хрен с ним, с графическим, попробую интернет настроить.

Потыкался и наткнулся на некий virtio. Фиг знает, что это такое и зачем оно нужно, если qemu (по словам анонимусов из интернета) может эмулировать интернет-соединение из коробки, но модули от него я подключил, скачал отсюда флоппи с дровами, перезапустил и воткнул:

qemu-system-x86_64 c.img -enable-kvm -device virtio-net-pci

Я вообще понять не могу: я в ту сторону двигаюсь или нет? Кто-нибудь сталкивался с подобным?

_______

РЕШЕНИЕ: virtio не нужен, -device не нужен, нужное устройство уже присутствует по умолчанию, нужно всего-то скачать отсюда дрова и поставить их.

Значит, не работает у меня изменение яркости. На циннамоне работало как положено, а как решил заценить xfce, так что-то поломалось. Решил вручную забиндить кнопки на xbacklight (в настройках xfce). Забиндил, нажимаю - что-то не работает. Сам xbacklight в терминале работает корректно. Не поверил, забиндил вместо xbacklight терминал, нажал - терминал не открылся. Что за ботва?

Может, что-то отслеживает нажатия кнопок яркости и перехватывает их прежде, чем до них доберутся иксы (или что там за хоткеи отвечает, вообще не в курсе)? Как найти проблему?

Arch, если что.

Собсна, и говорить больше нечего: поставил я такой nvidia и nvidia-utils, запустил lxdm, а в ответ чёрный экран. Консоль нормально работает, а иксы что-то не работают. Щас пишу со стоящим nouveau.

Пробовал добавлять модуль nvidia в initrd, но не помогло. xorg.conf нвидиевской утилиткой обновлял, без толку. Ноутбук, geforce 940mx+intel hd graphics. С удовольствием бы предоставил лог иксов, но он перетёрся, а заново проделывать всю канитель с удалением nouveau и установкой nvidia ну очень влом.

Шо делать? Были ли у кого-нибудь похожие проблемы? Как решали?

Инбифо оставляй nouveau - отказано, у него производительность ни к чёрту.

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

Работаю через bluetoothctl. С мышью сопряжён, trust <адрес> выполнен. После команды connect <адрес> (или без неё: почему-то автоматически пытается коннектиться) появляются в bluetoothctl две такие строчки:

[CHG] Device 6C:5D:63:20:1D:A6 Connected: yes
[CHG] Device 6C:5D:63:20:1D:A6 Connected: no

В journalctl в это время появляются две другие строчки:

сен 29 18:05:50 LenovoST bluetoothd[375]: Refusing input device connect: No such file or directory (2)
сен 29 18:05:51 LenovoST bluetoothd[375]: Refusing connection from 6C:5D:63:20:1D:A6: unknown device

И так разиков пять, пока ему не надоест реконнектиться. Отдышится минут пять, и ситуация повторяется. Мышь всё это время, разумеется, не работает и в /dev/input отсутствует.

Это фиксится народными средствами, или мне топать на какой-нибудь багтрекер и жаловаться там? Или у меня просто руки кривые?

Стоит Arch, bluez 5.47-2.

Алсо, беспроводные наушники на этой же машине работают вполне ничо так. Мышка же работала на linux mint, пусть паршивенько, но всё же работала (правда, с другим адаптером).

Не могу понять, что же я делаю не так. Ставил плимут на арч по инструкции: собрал, добавил хук в initrd в нужном месте, добавил quiet splash к параметрам ядра, переключил lightdm на lightdm-plymouth, даже интеловский модуль в initrd добавлял для раннего запуска KMS - всё впустую: до и после плимутовского спиннера я гляжу на чёрный экран с ехидной строчкой starting version 234, потом появляется окно авторизации. При выключении машины спиннер вообще не появляется.

Я точно знаю, что так не должно быть, потому что в минте плимут работал как положено. Кто-нибудь решил эту проблему?

Ну ладно, а это вообще как-нибудь диагностируется, или и дальше вслепую тыкаться? Просто по моим поверхностным познаниям процесса загрузки плимут запускается на уровне initrd, что раньше, чем запуск init-а (так ведь?), так что то, почему он не светится, когда systemd уже заработал - самая настоящая загадка для меня.

Значится, есть у меня машинка с арчем, в которой ядро грузится прям из UEFI, а параметры указываются через опцию -u в efibootmgr. Это дико неудобно, т.к. каждый раз, когда их приходится менять, нужно непременно удалять загрузочную запись, копируя из неё параметры, и создавать заново. Я хочу вынести параметры в файл рядышком с ядром и initrd, чтобы при каждой загрузке системы параметры брались оттуда. Это возможно сделать, или UEFI в такие штуки не умеет?

Уже и не знаю, куда писать и где спрашивать, поэтому напишу сюда.

Повредилась, значит, лапка на wifi-антенне ноутбука (унёс с собой в могилу реалтековский паршивец при попытке извлечь его из уютного PCI-E разъёма). Было принято решение отрезать и припаять замену. Замену нашёл в местном сервисе, но там предупредили, что если просто перепаять, то будут помехи, так что надо менять всю антенну целиком. Неужели правда?

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

Что делать?

Думаю вот запилить флеху, которая будет 1) грузиться на старых машинах (gpt сразу отпадает, так ведь?), 2) грузиться в uefi-режиме (без ручного включения legacy в биосе) на новых машинах и 3) на винде будет распознаваться как обычная флеха.

Предполагаемый порядок действий: создать таблицу разделов с меткой msdos, сделать три раздела под данные (для винды), esp и сам арчлинукс, проставить на esp флажок загрузки, а потом смонтировать второй раздел (с esp) в /boot третьего (с системой) и поставить на всё это дело сразу два GRUBa, один для efi-загрузки, а другой на mbr:

# grub-install --target=i386-pc /dev/sda
# grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=boot

Что не так, что так? Какие подводные камни?
Не будет ли проблем из-за того, что раздел для efi второй, а не первый?
Правда ли, что некоторые новые биосы с uefi не умеют в efi-загрузку с дисков с mbr-таблицей разделов, или это редкость?
Ещё там где-то мельком прочитал про опцию --removable в грубе и что без неё всё сломается, это только для gpt или мне её тоже куда-то надо запихать?
Как можно, а как нельзя играться с --target-ами, можно ли, например, поставить в первую строчку x86_64-pc, и почему?
И ещё немножко не по теме, но всё равно: насколько старым должен быть проц для того, чтобы не поддерживать x86_64?

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

UPD: я всё сделал по описанному мной методу, добавив только --removable к обоим grub-install, и арч успешно загрузился на трёх машинах из трёх имеющихся во всех возможных режимах.

Осталась пара вопросов, вроде того, почему на одной из машин оказалось сразу два идентичных uefi-варианта загрузки вместо одного, или почему убунте с жесткого диска можно горделиво щеголять строчкой ubuntu в бутменю, а моя флеха довольствуется скромным EFI USB Device и папкой BOOT в EFI, даже если я указал в --bootloader-id что-то своё, но это уже мелочёвка.
Думаю, вопрос можно считать закрытым.

Вот варианты (пропускаемые вайтлистом, составленным фюрерами из Lenovo):

• Broadcom BCM43162
• Realtek RTL8821AE
• Intel 3165
• NFA435 - наверное, Atheros, хотя не уверен

Цена примерно одинаковая, все комбинированные, с bluetooth. Проблемы в нете нащупываются со всеми четырьмя моделями, но общее впечатление пока что лучше об интеловской поделке. Брать или не брать?

В общем, я не особо-то и счастливый обладатель вот этих братьев-акробатов:

01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10)
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter

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

Через провод всё плохо: судя по логу, dhcpcd как только что-то там начинает soliciting у роутера, так тут же carrier lost, не успев получить IP, и через несколько секунд цикл повторяется. В интернете проблемы похожие, но не в точности такие, и их решения мне не помогают.

Через wifi всё ещё хуже: если после подъёма (ip link set wlp2s0 up) интерфейса попытаться запустить wpa_supplicant, то он залипнет на десять секунд и вылетит с ошибкой, а интерфейс после этого упадёт и больше не поднимется. Решение есть, но для него нужно поставить dkms и пользовательский модуль с AUR, а как я это сделаю, если у меня нета нету?

Это проблема китайцев-вендоров или у меня руки кривые? Кто-нибудь сталкивался с чем-то похожим?

UPD: на минте 18.2 с ядром 4.8 всё работает сравнительно хорошо... если не считать регулярных дисконнектов по беспроводу, которые, собственно, и стали основной причиной возникновения у меня желания поставить что-нибудь поновее. На 4.10 вифи портится. Может, всё-таки регрессия и мне надо на багтрекер?

Есть RPi Zero, Raspbian на ней и паршивый wifi-адаптер, который не хочет отображаться через iw dev, пока его не выдернуть и не воткнуть обратно. Нужно либо автоматизировать перевтыкание при загрузке системы, либо вовсе исправить проблему с обнаружением. Нужно, чтобы при включении RPi в сеть она станет доступна через ssh автоматически, т.к. клавиатура и монитор скоро станут мне недоступны по внешним причинам. Какие будут предложения? Сразу предупреждаю, что в линуксах сравнительно недавно, так что тапками не бейтесь.