Вогнал костыль я в тушку (xkeyboard-config) туго.

Тупо из
/usr/share/X11/xkb/keycodes/evdev
убрал
<I372> = 372; // #define KEY_FAVORITES 364
<I374> = 374; // #define KEY_KEYBOARD 366

Х запустились, пока без последствий.

На борде есть баг-репорт по "моей" проблеме.

Не знаю как смог загнуть свой примус. Полагаю - многократно накатывал обновления без перегрузки системы и "там" чо-то стало набекрень.

Как-то всё у меня кривоватенько, так что не рискую водружать в заголовок темы [РЕШЕНО] - сплошной голова-мяч.
Челом бью вам атцы, красноглазики и просто комрады.

У меня иксы вмятинушку.

Терминал чо-та сильно ругается.

Там откуда-то за раз вылезло столько "варнингов", что даже не знаю в какую сторону гуглу поклоны бить.
Не бросайте сиротинушку, скажите слово веское, помогите найти кнопку волшебную, чтобы примус, собака, заработал.
У меня (руки из жопы) Я известный гуманитарий со стажем.

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

Ну вот сегодня как раз появились "звёзды из глаз":


( ~ )  >> journalctl -b -p err
-- Logs begin at Fri 2017-06-30 20:42:40 +05, end at Wed 2017-07-05 16:25:06 +05. --
Jul 03 16:42:32 pampas kernel: ACPI Error: Needed type [Reference], found [Integer] ffff8801a84f1c18 (20170119/exresop-103)
Jul 03 16:42:32 pampas kernel: ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20170119/dswexec-461)
Jul 03 16:42:32 pampas kernel: ACPI Error: Method parse/execution failed [\_PR.CPU0._PDC] (Node ffff8801a84edaa0), AE_AML_OPERAND_TYPE (20170119/psparse-543)
Jul 03 19:38:50 pampas kernel: usb 1-1.1: device descriptor read/64, error -110
Jul 03 19:38:57 pampas kernel: Bluetooth: hci0 command 0x0c25 tx timeout
Jul 03 19:39:00 pampas kernel: Bluetooth: hci0 command 0x0c38 tx timeout
Jul 03 19:39:02 pampas kernel: Bluetooth: hci0 command 0x0c39 tx timeout
Jul 03 19:39:04 pampas kernel: Bluetooth: hci0 command 0x0c05 tx timeout
Jul 03 19:39:06 pampas kernel: Bluetooth: hci0 command tx timeout
Jul 03 20:55:09 pampas kernel: usb 1-1.1: device descriptor read/64, error -110
Jul 04 07:26:05 pampas kernel: usb 1-1.1: device descriptor read/64, error -110
Jul 04 07:26:15 pampas kernel: usb 1-1.1: device not accepting address 10, error -32
Jul 04 09:09:08 pampas kernel: usb 1-1.1: device descriptor read/64, error -110
Jul 04 09:09:19 pampas kernel: usb 1-1.1: device not accepting address 13, error -32
Jul 04 09:09:21 pampas kernel: Bluetooth: hci0 command 0x1009 tx timeout
Jul 04 15:53:06 pampas kernel: usb 1-1.1: device descriptor read/64, error -110
Jul 05 10:23:45 pampas kernel: usb 1-1.1: device descriptor read/64, error -110
Jul 05 11:49:54 pampas kernel: usb 1-1.1: device descriptor read/64, error -110
Jul 05 11:50:05 pampas kernel: usb 1-1.1: device not accepting address 22, error -32
Jul 05 12:53:39 pampas kernel: ata1.00: exception Emask 0x50 SAct 0x0 SErr 0x4090800 action 0xe frozen
Jul 05 12:53:39 pampas kernel: ata1.00: irq_stat 0x00400040, connection status changed
Jul 05 12:53:39 pampas kernel: ata1: SError: { HostInt PHYRdyChg 10B8B DevExch }
Jul 05 12:53:39 pampas kernel: ata1.00: failed command: FLUSH CACHE EXT
Jul 05 12:53:39 pampas kernel: ata1.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 20
                                        res 40/00:9c:28:f0:87/00:00:00:00:00/40 Emask 0x50 (ATA bus error)
Jul 05 12:53:39 pampas kernel: ata1.00: status: { DRDY }

"ACPI", я так понимаю - это про неапгрейдинный БИОС.
"Bluetooth и usb 1-1.1" - недоустановленный драйвер под "синий зуб"
Но созерцая "ata1.00" - "что-то мне сыкотно" (С)

"ACPI" и "Bluetooth и usb 1-1.1" - это давно радует, а "а-та-та" - сегодня

Ну и история болезни:

( ~ )  >> uname -a
Linux pampas 4.11.7-1-ARCH #1 SMP PREEMPT Sat Jun 24 09:07:09 CEST 2017 x86_64 GNU/Linux

( ~ )  >> df -h
Filesystem      Size  Used Avail Use% Mounted on
dev             2.9G     0  2.9G   0% /dev
run             2.9G  776K  2.9G   1% /run
/dev/sda1        29G  9.7G   19G  34% /
tmpfs           2.9G  160K  2.9G   1% /dev/shm
tmpfs           2.9G     0  2.9G   0% /sys/fs/cgroup
tmpfs           2.9G   66M  2.8G   3% /tmp
/dev/sdb1       466G  100G  367G  22% /mnt/base
/dev/sda2        20G  7.0G   12G  37% /home
/dev/sda4       415G   89G  327G  22% /mnt/win
tmpfs           586M   16K  586M   1% /run/user/1000
( ~ )  >> lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk
├─sda1   8:1    0  29.3G  0 part /
├─sda2   8:2    0  19.5G  0 part /home
├─sda3   8:3    0     2G  0 part
└─sda4   8:4    0   415G  0 part /mnt/win
sdb      8:16   0 465.8G  0 disk
└─sdb1   8:17   0 465.8G  0 part /mnt/base
sr0     11:0    1  1024M  0 rom  

( ~ )  >> lsusb
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 1bcf:2883 Sunplus Innovation Technology Inc.
Bus 001 Device 024: ID 13d3:3362 IMC Networks Atheros AR3012 Bluetooth 4.0 Adapter
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 15d9:0a4f Trust International B.V. Optical Mouse
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
( ~ )  >> lspci
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.3 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 4 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 635M] (rev ff)
03:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01)
04:00.0 Ethernet controller: Qualcomm Atheros AR8161 Gigabit Ethernet (rev 10)
P.S. Ага, про арч вей читал... не помогло
zotkindm
Это на стационаре беда походу.

А как стационар "лечить"?
Други!

Подключаю с "бука" WIN раздел на соседнем стационарном компьютере:

'sudo mount -t cifs //192.168.1.5/downloads /mnt/share -o user=Администратор,password=,rw'

Сам бук весит на wifi.

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

Как мне это дело вылечить?
Спасибо, браты.
Вопрос снят установкой альтернативной гитхабовской версии пакета (devtools::install_github("hadley/stringr"))
vasek
$ ldconfig -p | grep libicuuc …. (ищем ее в кэше....)
libicuuc.so.57 (libc6) => /usr/lib/libicuuc.so.57 ... (имеется, но обрати внимание на версию)
libicuuc.so (libc6) => /usr/lib/libicuuc.so
$ pacman -Qo /usr/lib/libicuuc.so.57 … (смотрим какому пакету принадлежит)
/usr/lib/libicuuc.so.57 принадлежит icu 57.1-1 … (а у тебя какая версия ..?) ...... может нужно обновится...?
Так что пока реши проблему с библиотекой …... не забывая, что у тебя x86_64 ....

 >> ldconfig -p | grep libicuuc
	libicuuc.so.57 (libc6,x86-64) => /usr/lib/libicuuc.so.57
	libicuuc.so.57 (libc6) => /usr/lib32/libicuuc.so.57
	libicuuc.so (libc6,x86-64) => /usr/lib/libicuuc.so
	libicuuc.so (libc6) => /usr/lib32/libicuuc.so

>> pacman -Qo /usr/lib/libicuuc.so.57
/usr/lib/libicuuc.so.57 is owned by icu 57.1-1

Да, конфликт версий. Даунгрейд не хочется делать.
ka
А что говорит ldd /полный путь до бинарника кому нужна либа?
Ничего не говорит. У R свой механизма установки пакетов.

warlock9000
Оно работало, а потом поломалось или сразу так?
Не могу точно сказать, но когда-то оно работало.

Medar
А firefox не сломался?
Вроде норм.

Обратил внимание в логах установки, что ругается уже на другую библиотеку, видать подмена версий всё-таки сработала. Вот полный лог Rstudio (оболочка над R):

> install.packages("stringr")
Installing package into ‘/home/varnava/R/x86_64-pc-linux-gnu-library/3.2’
(as ‘lib’ is unspecified)
--2016-04-14 09:52:00--  https://cran.rstudio.com/src/contrib/stringr_1.0.0.tar.gz
Resolving cran.rstudio.com (cran.rstudio.com)... 54.192.92.128
Connecting to cran.rstudio.com (cran.rstudio.com)|54.192.92.128|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 34880 (34K) [application/x-gzip]
Saving to: ‘/tmp/RtmpJOihJe/downloaded_packages/stringr_1.0.0.tar.gz’

     0K .......... .......... .......... ....                 100%  147K=0.2s

2016-04-14 09:52:01 (147 KB/s) - ‘/tmp/RtmpJOihJe/downloaded_packages/stringr_1.0.0.tar.gz’ saved [34880/34880]
   File /home/varnava/.Renviron contains invalid line(s)
      DvpZNW2Io9v8ovxEs1lQ5TMB4
      MwbrtKM39P5IhyacfmcNIlBqlie3mgARerng0w1bb2oGglGaIy
      438173296-aDdE0zviQH6tHAuWOGnVGQQAKvIVTLKRwpDTIsos
      8MTes9Qa6FFhfih1dRFhZkQYN2Xr40t3Y4tAAAFOnDsT0
   They were ignored

* installing *source* package ‘stringr’ ...
** package ‘stringr’ successfully unpacked and MD5 sums checked
** R
** inst
** preparing package for lazy loading
Error in dyn.load(file, DLLpath = DLLpath, ...) :
  unable to load shared object '/home/varnava/R/x86_64-pc-linux-gnu-library/3.2/stringi/libs/stringi.so':
  libicuuc.so.56: cannot open shared object file: No such file or directory
ERROR: lazy loading failed for package ‘stringr’
* removing ‘/home/varnava/R/x86_64-pc-linux-gnu-library/3.2/stringr’
Warning in install.packages :
  installation of package ‘stringr’ had non-zero exit status

The downloaded source packages are in
	‘/tmp/RtmpJOihJe/downloaded_packages’
Здрассте всем.

У меня в R не идёт в установка нужного пакета:
Error in dyn.load(file, DLLpath = DLLpath, ...) :
  unable to load shared object '/home/varnava/R/x86_64-pc-linux-gnu-library/3.2/stringi/libs/stringi.so':
  libicuuc.so.56: cannot open shared object file: No such file or directory
ERROR: lazy loading failed for package ‘stringr’

Но файлики с названием, напоминающим припев из фильма Кин-Дза-Дза, вроде у меня есть:
>> pacman -Qsq icu
harfbuzz-icu
icu
lib32-icu
python-pyicu

Тока там цифирки немного не те:
>> ls -l /usr/lib | grep icui18n
lrwxrwxrwx  1 root root       18 Apr  2 20:18 libicui18n.so -> libicui18n.so.57.1
lrwxrwxrwx  1 root root       18 Apr  2 20:18 libicui18n.so.57 -> libicui18n.so.57.1
-rwxr-xr-x  1 root root  2591776 Apr  2 20:18 libicui18n.so.57.1

"Я же с ней и так и эдак" (С):
( /usr/lib )  >> sudo ln -s libicui18n.so.57.1 libicui18n.so.56.1
( /usr/lib )  >> sudo ln -s libicui18n.so.57.1 libicui18n.so.56

Эффект предсказуемы. Вернее полное его отсутствие.
vasek
Про некоторые из них и в Wiki прописано — страшного ничего нет.....правда ошибки немного другие, но попробовать можно...... ну и можно пройтись fsck …. то же ничего страшного не будет...
Попробывал
libata.force=noncq
Получил увеличение листинга ошибок в 5 раз и фриз системы. Откатил изменения.