kostyalamer
2-3) Подумаю, можно сделать у какого-нибудь палитру попроще , urxvt добавлю - давайте настройку.
На гуглодиск выложил комментированные настройки urxvt (включая естественную палитру, где синий - это синий, а красный - это красный). Кроме того, там есть настроечка для mc - мелкая, но IMHO совершенно необходимая для работы в иксах. Она обеспечивает, чтобы операции mc (не терминала, а самого mc), которые что-то кладут в clipboard, клали его в иксовый clipboard. Например, Ctrl-Ins в панели (это хоткей "из коробки") кладёт в clipboard имя текущего файла или имена всех выделенных, если есть выделение.
Естественно, все настройки, которые лежат в $HOME, надо провести в двух местах: у пользовтеля и в /root.
Симпатичная сборка. Но несколько замечаний (не в упрёк).
1. Очень удобно, когда мышиное выделение в терминале сразу же помещает текст в clipboard, а по Shift-Ins вставляется текст из clipboard. Так терминал гораздо приятнее интегрируется с гуёвыми приложениями. Так вот, в xterm это сделано, а в двух других терминалах - нет. Хорошо бы сделать, если это возможно
2. Там аж три терминала, и во всех такие "мягкие" палитры, что с mc работать крайне напряжно, даже если вызывать прямо пункт меню "mc". Напряжно в прямом смысле: приходится напрягать глаза, чтобы что-то рассмотреть. Для mc надо бы самую простецкую палитру, без фокусов, чтобы синий - это был синий, а не блеклый серо-голубой и т.д.
3. Если есть три терминала, то не добавить ли и urxvt до кучи? Это я опять смотрю с колокольни пользователя mc. Из всего, что я пробовал, urxvt с mc сочетается лучше всего. При соответствующей настройке, естественно. Своей настройкой могу поделиться.
4. Там есть прикольная программка conky-manager, из реп. Но она крепко устарвшая - конфиги conky в нынешнем синтаксисе она в упор не видит, На github есть форк conky-manager2, который видит конфиги и в новом, и в старом синтаксисе. Но, увы, его нет даже в AUR. Впрочем, компилится он вполне аналогично conky-manager.
Ковыряясь с построением загрузочных iso, я наткнулся на непонятную (для меня) штуку. По порядку.
  • В репозитарии имеются пакеты amd-ucode и intel-ucode, которые помещают в /boot файлы amd-ucode.img и intel-ucode.img (именно с такими именами, с минусом).
  • grub-mkconfig "подхватывает" такие файлы, и наличие в комстроке загруки их обоих, вроде, ничему не вредит.
  • В "живых" Arch-based iso в комстроке загрузки фигурируют файлы amd_ucode.img и intel_ucode.img, притом оба. И во многих не-Arch живых iso, судя по конфигам autoiso, используются тоже такие имена (с подчёркиванием), то есть это типа стандарт de facto.
  • После загрузки с живых iso и после установки с них на винт зачастую в /boot нет ни одного из этих файлов, хотя пакеты amd-ucode и intel-ucode числятся установленными. (Например, так обстоит дело в ArchBang, и, кажется, в IceArch).
В чём глубокий смысл этих перименований, и что это за интересный стиль - втихую удалять файлы, принадлежащие установленным пакетам?
И что за дикое сочетание - на DVD/USB в безусловно пытаться грузить эти файлы, а в установленной системе - безусловно обходиться без них? Так нужны они или нет?
Похоже,что всё это - шедевр костылестроения. Чей и какой баг всё это призвано обходить, и в наличии ли этот баг сейчас? (Часто бывает, что бага давно нет, а костыли обросли мясом и остались навечно).
vs220
for i in `lsmod | sed '1d' | cut -d \ -f 1`; do modprobe –show-depends $i | grep firmware && echo $i; done
Пустой вывод.
А вот попробовал я dmesg | grep -i firmware и вывод меня ошарашил:
[    7.596576] [drm] Found VCN firmware Version ENC: 1.9 DEC: 1 VEP: 0 Revision: 28
[    0.692994] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    0.707816] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 0000 [bus 00-3f] only partially covers this bridge
[    6.834626] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0x5b8cb000-0x5b8cbfff flags 0x200] vs 5b8cb000 4000
[    6.834662] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0x5b8cf000-0x5b8cffff flags 0x200] vs 5b8cf000 4000
[    7.596576] [drm] Found VCN firmware Version ENC: 1.9 DEC: 1 VEP: 0 Revision: 28
[    7.596587] [drm] PSP loading VCN firmware
[   11.922474] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
И как оно вообще работает?! Впрочем, про загрузку фирмвари опять ничего позитивного.
vs220
В настоящее время в новые устройства микропрограмма больше не встраивается; её код загружается в устройство операционной системой при каждом запуске.
Вот теперь понял, спасибо. Это типа грош сэконопили на ПЗУ :)

vasek
Посмотреть какие firmware загружаются на данном железе можно так
journalctl -b | grep firmware
У меня эта команда завершается молча. Но система не загружается без linux-firmware. Кстати, виснет она культурненько: если нажать Alt-Ctrl-Del - идёт на перезагрузку.

Aivar
for i in `lsmod | sed '1d' | cut -d \ -f 1`; do modinfo $i | grep firmware && echo $i; done
А эта команда выдаёт кучу строк, которые почти все ко мне отношения иметь не могут. Как среди них выделить реально использованное?
vs220
Там подгружаемые драйвера, на одну систему или на несколько с неизменяемым железом и подключаемым оборудованием можно оставить только нужные. Но если хотите ,,уверенно загружалась везде,, то и все драйвера таскать придется
Вот тут не понял. В традиционной компьютерной терминологии драйвер - это программа, выпоняемая процессссором компьютера. В линуксе это модули ядра - отдельные *.ko или статически вкомпиленные в ядро. А firmware - это программа некой железки, имеющего свой внутренний процессор, то есть прменительно к компьютеру - программа чего-то, расположенного на мамке. Так что, нынешний линукс не может загрузиться, не перепрограммировав материнку?
Xts
akorop, я конечно не эксперт, но может после удаления нужно было mkinitcpio -p linux
Вряд ли. Я пробовал загружаться с fallback - виснет точно так же.
Сабж. Пакет этот у меня был установлен, но когда я увидел, что он в /usr/lib занимает пол-гига, и во многих местах прочитал, что он не особо нужен, то попробовал я его удалить. Удалился без вопросов. А система перестала загружаться, хоть со свежим ядром, хоть с lts. Начинает грузиться нормально, а потом зависает, после вывода на экран пары сообщений о найденных разделах диска. "Из-за угла" (через chroot) снова установил linux-firmware - загружаемость восстановилась. Как это всё понимать? И можно ли построить такую переносимую (на live-диске) систему, в которй бы не было занято полгига непонятно чем, но которая бы достаточно уверенно загружалась везде?
Подтверждаю. Пишут, что сломался драйвер CH340. Плачут по этому поводу многие, например, тут, так что, надеюсь, вскоре проблема решится.
vasek
EDIT 1 - это мне напомнило следующую ситуацию - есть такое понятие аттестация компьютера, обходится в несколько раз дороже
Ну конечно же, рабочее место в целом обязательно аттестуется, я об этом вскользь упоминал - говорил о согласовании с ОТК и заказчиком.