Torchwood01 Сообщения

Torchwood01	# 1 год, 4 месяца назад
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	ghost Зацени багу, похоже твое… vs220 Torchwood01 en_GB Попробуйте со стандартной локалью и кеймапом запустить. в /etc/locale.gen добавить `en_US.UTF-8 UTF-8` сгенерировать ее `sudo locale-gen` и запустить игру с раскладкой us и en_US локалью `setxkbmap us env LC_ALL=en_US.UTF-8 wine 'путь_до_экзешника_игры.exe'` Действительно, помогло. Кто бы мог подумать, что проблема в британской раскладке, она от американской отличается только в мелочах и до этого с ней работало всё. Правда, теперь у меня другие проблемы с игрой (видимо, вселенная очень не хочет, чтобы я вернулась в Скай), но к теме треда это уже не относится. #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

# 1 год, 4 месяца назад

Сообщения: 36

Участник с: 24 марта 2017

ghost
Зацени багу, похоже твое…

vs220
Torchwood01
en_GB
Попробуйте со стандартной локалью и кеймапом запустить.
в /etc/locale.gen добавить
en_US.UTF-8 UTF-8
сгенерировать ее
sudo locale-gen
и запустить игру с раскладкой us и en_US локалью
setxkbmap us
env LC_ALL=en_US.UTF-8 wine 'путь_до_экзешника_игры.exe'

Действительно, помогло. Кто бы мог подумать, что проблема в британской раскладке, она от американской отличается только в мелочах и до этого с ней работало всё. Правда, теперь у меня другие проблемы с игрой (видимо, вселенная очень не хочет, чтобы я вернулась в Скай), но к теме треда это уже не относится.

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 1 год, 4 месяца назад (отредактировано 1 год, 4 месяца назад)
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	Здравствуйте. Анамнез следующий. Примерно год или полтора назад у меня идеально работал под вайном Skyrim. Всё это время я в него не играла, а давеча решила вернуться. и столкнулась с проблемой. Большая часть клавиш управления перестала работать. Методом тыка было выяснено, что буквенные клавиши не работают, а технические (tab, стрелки и т.д.) работают. Истина вскрылась, когда я попробовала переназначить клавиши в разделе Управление. Оказалось, вайн посылает с клавиатуры не буквы, а некие странные шестнадцатитиричные коды. Например, вместо английской T посылается 0x64. У меня две раскладки клавиатуры, британская английская и русская. Пробовала запускать, точно убедившись, что переключена на английскую, результат нулевой. В локалях прописан en_GB по-умолчанию и en_GB и ru_RU в разные пункты. Обе локали сгенерированы в UTF-8. Отдельно замечу, что из описания проблемы видно, что она вызвана одним из обновлений (вайна?) за примерно последний год. Кто-нибудь сталкивался с подобным? Что мне делать? #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01

# 1 год, 4 месяца назад (отредактировано 1 год, 4 месяца назад)

Темы: 8

Сообщения: 36

Участник с: 24 марта 2017

Здравствуйте. Анамнез следующий. Примерно год или полтора назад у меня идеально работал под вайном Skyrim. Всё это время я в него не играла, а давеча решила вернуться. и столкнулась с проблемой. Большая часть клавиш управления перестала работать. Методом тыка было выяснено, что буквенные клавиши не работают, а технические (tab, стрелки и т.д.) работают. Истина вскрылась, когда я попробовала переназначить клавиши в разделе Управление. Оказалось, вайн посылает с клавиатуры не буквы, а некие странные шестнадцатитиричные коды. Например, вместо английской T посылается 0x64.

У меня две раскладки клавиатуры, британская английская и русская. Пробовала запускать, точно убедившись, что переключена на английскую, результат нулевой. В локалях прописан en_GB по-умолчанию и en_GB и ru_RU в разные пункты. Обе локали сгенерированы в UTF-8. Отдельно замечу, что из описания проблемы видно, что она вызвана одним из обновлений (вайна?) за примерно последний год.

Кто-нибудь сталкивался с подобным? Что мне делать?

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 1 год, 5 месяцев назад
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	Решено самостоятельно. Оказывается, моя видеокарта серии Sea Islands, а не Southern Islands как я думала изначально, и правильные команды ядру — radeon.cik_support=0 amdgpu.cik_support=1 radeon.blacklist=yes #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 1 год, 5 месяцев назад (отредактировано 1 год, 5 месяцев назад)
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	Купила новый комп, пересадила в него хард из старого. Пытаюсь запустить дрова AMDGPU вместо Radeon. Добавила в mkinitcpio MODULES=(amdgpu radeon), в /etc/default/grub radeon.si_support=0 amdgpu.si_support=1, создала /etc/modprobe.d/radeon.conf с текстом options radeon si_support=0 и /etc/modprobe.d/amdgpu.conf с текстом options amdgpu si_support=1. Перегенерила initcpio и grub. На всякий случай перешла с linux-lts на мейнстримный linux. Ядро всё равно цепляет radeon, а не amdgpu. В lspci -k вот так: `00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R4/R5 Graphics] (rev 45) Subsystem: Hewlett-Packard Company Mullins [Radeon R4/R5 Graphics] Kernel driver in use: radeon Kernel modules: radeon, amdgpu` Я в непонятках. По идее карта точно из списка поддерживаемых AMDGPU и порядок загрузки модулей явно прописан. Почему не цепляет нужный драйвер? #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01

# 1 год, 5 месяцев назад (отредактировано 1 год, 5 месяцев назад)

Темы: 8

Сообщения: 36

Участник с: 24 марта 2017

Купила новый комп, пересадила в него хард из старого. Пытаюсь запустить дрова AMDGPU вместо Radeon.

Добавила в mkinitcpio MODULES=(amdgpu radeon), в /etc/default/grub radeon.si_support=0 amdgpu.si_support=1, создала /etc/modprobe.d/radeon.conf с текстом options radeon si_support=0 и /etc/modprobe.d/amdgpu.conf с текстом options amdgpu si_support=1. Перегенерила initcpio и grub. На всякий случай перешла с linux-lts на мейнстримный linux.

Ядро всё равно цепляет radeon, а не amdgpu. В lspci -k вот так:

00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R4/R5 Graphics] (rev 45)
        Subsystem: Hewlett-Packard Company Mullins [Radeon R4/R5 Graphics]
        Kernel driver in use: radeon
        Kernel modules: radeon, amdgpu

Я в непонятках. По идее карта точно из списка поддерживаемых AMDGPU и порядок загрузки модулей явно прописан. Почему не цепляет нужный драйвер?

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 3 года, 2 месяца назад
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	vs220 Torchwood01 поделиться Ссылки подправьте Подправлено. Это после редактирования кусочки остались. vs220 А почему делюга на кедах? Наука не знает вопрос «почему». Она знает вопрос «почему бы и нет?!» #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01

# 3 года, 2 месяца назад

Темы: 8

Сообщения: 36

Участник с: 24 марта 2017

vs220
Torchwood01
поделиться
Ссылки подправьте

Подправлено. Это после редактирования кусочки остались.

vs220
А почему делюга на кедах?

Наука не знает вопрос «почему». Она знает вопрос «почему бы и нет?!»

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 3 года, 2 месяца назад (отредактировано 3 года, 2 месяца назад)
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	Мне негде поделиться наведённой красотой, так что загляну сюда. #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	Таки дошли руки в очередной раз попробовать обновить ядро, после чего перед восстановлением системы вытащить из мёртового варианта логи загрузки и внимательно изучить. Сказать, что я долго, грязно и трёхэтажно материл компанию AMD и всё, что с ней связано — ничего не сказать. К моему удивлению, согласно логам, после момента абсолютно мёртвого, как мне казалось, повисания, система продолжала корректно грузиться вплоть до последних мелочей. Автологин в аккаунт, запускается NetworkManager, стартуют службы Tor с I2P и даже успевают соединиться с нодами до того, как я, тем временем, печально вздыхаю и жму на кнопку выключения «повисшего» компьютера. Читаю дальше, обнаруживаю попытку запуска иксов: `(EE) Fatal server error: (EE)No screen found(EE) … x@vt7.service: Comand process exited, code=exited status=1 x@vt7.service: Failed with result 'exit code' Failed to start X on Vt7` Перечитываю весь лог от начала до конца, а потом начинаю сравнивать с ещё двумя логами удачных загрузок. В логе после обновления не обнаруживаю ни одного упоминания видеокарты и ни одного упоминания монитора после передачи управления от initramfs основной системе. То есть, система успешно грузится (кроме исксов) и даже, видимо, реагирует на мои попытки что-то нажать, но я этого не вижу, монитор-то отвалился… Никакие переустановки или вовсе сносы (из надежды заставить работать хотя бы софтверную обработу графики) драйвера не помогли. Пытаюсь перейти на проперитарщину. Выясняется, что она прямо в зависимостях требует ядро… не выше именно той версии, с которой у меня всё работает. Видеокарта с новым ядром не работает и всё тут. Видимо, мейнтейнеры открытого драйвера просто не парятся. Какое-то время стоически сражаюсь с зависимостями, переделываю все конфиги и тыкаюсь в гуе каталиста. Есть контакт. Итоговая конфигурация системы: ядро lts, неофициальный репозиторий Xorg, Catalyst, рыдающий над этим делом любитель свежайших пакетов, [testing] и свободного ПО. После сноса основного ядра pacman соглашается обновиться (иначе заивисомсти впадают в истерику). Вопрос закрывается. Остался лишь риторический: копить на видеокарту Nvidia или винтовку M-16, чтобы наведаться в офис ATI? #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01

# 4 года, 11 месяцев назад (отредактировано 4 года, 11 месяцев назад)

Темы: 8

Сообщения: 36

Участник с: 24 марта 2017

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

К моему удивлению, согласно логам, после момента абсолютно мёртвого, как мне казалось, повисания, система продолжала корректно грузиться вплоть до последних мелочей. Автологин в аккаунт, запускается NetworkManager, стартуют службы Tor с I2P и даже успевают соединиться с нодами до того, как я, тем временем, печально вздыхаю и жму на кнопку выключения «повисшего» компьютера. Читаю дальше, обнаруживаю попытку запуска иксов:

(EE)
Fatal server error:
(EE)No screen found(EE)
…
x@vt7.service: Comand process exited, code=exited status=1
x@vt7.service: Failed with result 'exit code'
Failed to start X on Vt7

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

Никакие переустановки или вовсе сносы (из надежды заставить работать хотя бы софтверную обработу графики) драйвера не помогли. Пытаюсь перейти на проперитарщину. Выясняется, что она прямо в зависимостях требует ядро… не выше именно той версии, с которой у меня всё работает. Видеокарта с новым ядром не работает и всё тут. Видимо, мейнтейнеры открытого драйвера просто не парятся. Какое-то время стоически сражаюсь с зависимостями, переделываю все конфиги и тыкаюсь в гуе каталиста. Есть контакт.

Итоговая конфигурация системы: ядро lts, неофициальный репозиторий Xorg, Catalyst, рыдающий над этим делом любитель свежайших пакетов, [testing] и свободного ПО. После сноса основного ядра pacman соглашается обновиться (иначе заивисомсти впадают в истерику).

Вопрос закрывается. Остался лишь риторический: копить на видеокарту Nvidia или винтовку M-16, чтобы наведаться в офис ATI?

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 4 года, 11 месяцев назад
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	Новая версия ядра наконец-то вышла в стабильной ветке, а нестабильная ушла и того дальше… и теперь обе ломают мне систему. Не могу обновить ядро даже с отключённым [testing]. Что-то не так в версии 4.13, работает только 4.12. Как и раньше, судя по выводу, загрузка просто встаёт на моменте, когда ядро уже подключило всё железо и должно передать управление systemd. В голову пришли два решения, одно другого «дороже»: попробовать поставить вручную уже выпущенную на kernel.org 4.14 в надежде, что мучающий меня баг починили, или мигрировать на systemd-based initramfs, чтобы пресловутый systemd загружался раньше точки, в которой это не делает. То и другое оставлю на крайний случай. Есть предложения как починить по человечески, чем может быть вызвано, куда вообще «копать»? #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01

# 4 года, 11 месяцев назад

Темы: 8

Сообщения: 36

Участник с: 24 марта 2017

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

В голову пришли два решения, одно другого «дороже»: попробовать поставить вручную уже выпущенную на kernel.org 4.14 в надежде, что мучающий меня баг починили, или мигрировать на systemd-based initramfs, чтобы пресловутый systemd загружался раньше точки, в которой это не делает. То и другое оставлю на крайний случай.

Есть предложения как починить по человечески, чем может быть вызвано, куда вообще «копать»?

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 4 года, 11 месяцев назад
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	А теперь самое интересное. Systemd-sysvcompat не виноват в проблеме. Смутившие меня конфликты файлов, относящихся к загрузке, заставили два дня подозревать не того! Обновился и он, заменив своими симлинками лажовые скрипты, и сам systemd. Выяснилось, что проблема в пакете linux. Исключил также linux-headers (обновляется корректно, но отваливается DKMS, откатил), ну, мало ли, какие-то модули ломаются, и, на всякий случай, даже vhba (тупо снеся его вместе с cdemu). Не-а, в итоге система приводится к виду, где pacman -Syu сообщает только об обновлении linux и оно ломает загрузку. Вопросов теперь два — чего там такого намейнтейнили и когда я смогу обновить ядро. Хотя, они, скорее, риторические. Буду просто ждать следующей версии пакета. #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01

# 4 года, 11 месяцев назад

Темы: 8

Сообщения: 36

Участник с: 24 марта 2017

А теперь самое интересное. Systemd-sysvcompat не виноват в проблеме. Смутившие меня конфликты файлов, относящихся к загрузке, заставили два дня подозревать не того!

Обновился и он, заменив своими симлинками лажовые скрипты, и сам systemd. Выяснилось, что проблема в пакете linux. Исключил также linux-headers (обновляется корректно, но отваливается DKMS, откатил), ну, мало ли, какие-то модули ломаются, и, на всякий случай, даже vhba (тупо снеся его вместе с cdemu). Не-а, в итоге система приводится к виду, где pacman -Syu сообщает только об обновлении linux и оно ломает загрузку.

Вопросов теперь два — чего там такого намейнтейнили и когда я смогу обновить ядро. Хотя, они, скорее, риторические. Буду просто ждать следующей версии пакета.

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01	# 4 года, 11 месяцев назад
Темы: 8 Сообщения: 36 Участник с: 24 марта 2017	Удалось более-менее локализовать очаг проблемы. Итак, pacman -Qo сообщает, что скрипты инициализации, перезагрузки и пр. не принадлежат никакому пакету. Непонятно, откуда они взялись и почему именно они работают, но зато очевидно, откуда взялся конфликт файлов. Обнволение с выключенными тестовыми репозиториями происходит корректно (что интересно, среди пакетов в нём вообще нету sysvcompat, но мне, всё же, хочется заставить их работать. Игнорирование sysvcompat и самого systemd не решает проблему, исходя из чего я предположил, что какие-то другие пакеты в ветке testing были уже переделаны под совместимость с их новыми версиями. Я решил проигнорировать всё, что более-мене связано с инициализацией ОС и, о чудо, тестовая ветка обновилась! В итоге, на данный момент проблема сведена всего к семи пакетам: `systemd, systemd-sysvcompat, grub, linux, linux-headers, upower, vhba-module` Точнее, vhba к загрузке никак не относится, но у него в зависимостях была новая версия linux, так что он отвалился. Буду пытаться обновлять каждый по отдельности и смотреть, в какой момент всё опять развалится. #### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####

Torchwood01

# 4 года, 11 месяцев назад

Темы: 8

Сообщения: 36

Участник с: 24 марта 2017

Удалось более-менее локализовать очаг проблемы.

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

Обнволение с выключенными тестовыми репозиториями происходит корректно (что интересно, среди пакетов в нём вообще нету sysvcompat, но мне, всё же, хочется заставить их работать. Игнорирование sysvcompat и самого systemd не решает проблему, исходя из чего я предположил, что какие-то другие пакеты в ветке testing были уже переделаны под совместимость с их новыми версиями. Я решил проигнорировать всё, что более-мене связано с инициализацией ОС и, о чудо, тестовая ветка обновилась! В итоге, на данный момент проблема сведена всего к семи пакетам:

systemd, systemd-sysvcompat, grub, linux, linux-headers, upower, vhba-module

Точнее, vhba к загрузке никак не относится, но у него в зависимостях была новая версия linux, так что он отвалился.

Буду пытаться обновлять каждый по отдельности и смотреть, в какой момент всё опять развалится.

#### M3B1US LVM C4SC4D3 DOUBL3 R34CH4ROUND ####