P4VMM2 и VT8375, не удаётся сменить разрешение экрана на Runtu 18.04 x32

2.4.1 (по ссылке выше) пробовала с имеющимися иксами?

Вот отсюда

Low-resolution fallback after boot: Ensure you have set GRUB_GFXPAYLOAD_LINUX=keep to maintain your selected resolution.

How do I ensure the graphics mode persists during boot?
Add the following line to the grub.cfg file to preserve the selected graphics mode:
set gfxpayload=keep

И еще. Можно попробовать ограничиться 16-битным цветом ради сомнений достаточности видеопамяти и производительности, т.е. vga=794.

В общем, практически во всём разобрались. Немного ворчания.

А далось вам это ‘1280x1024’? Используйте что есть - ‘1024x768’. Да, картинка будет похуже, чем с родным для LCD-матрицы ‘1280x1024’. Но не хуже, чем на ЭЛТ-мониторе. Дело не в мониторе. С любым другим, в том числе ЭЛТ, вы получите 1024x768. Эта видеокарта не умеет аппаратно декодировать современные видео форматы. Навряд-ли этот компьютер вытянет видео ‘1280x800’, а уж fullHD ему точно не по зубам.

с которым доступно лишь 5 Мб видеопамяти из 32

Для данного разрешения больше и не нужно, а 3D он всё-равно не сможет.

Пробовала, конечно: P4VMM2 и VT8375, не удаётся сменить разрешение экрана на Runtu 18.04 x32 (комментарий)

Эта версия драйвера не захотела работать, как и 2.3.7, а в логе появилось вот это:

[   117.578] (II) LoadModule: "savage"
[   117.579] (II) Loading /usr/lib/xorg/modules/drivers/savage_drv.so
[   117.758] (EE) Failed to load /usr/lib/xorg/modules/drivers/savage_drv.so: /usr/lib/xorg/modules/drivers/savage_drv.so: undefined symbol: exaWaitSync
[   117.759] (II) UnloadModule: "savage"
[   117.759] (II) Unloading savage
[   117.760] (EE) Failed to load module "savage" (loader failed, 7)
[   117.760] (==) Matched savage as autoconfigured driver 0
[   117.760] (==) Matched modesetting as autoconfigured driver 1
[   117.760] (==) Matched fbdev as autoconfigured driver 2
[   117.760] (==) Matched vesa as autoconfigured driver 3
[   117.760] (==) Assigned the driver to the xf86ConfigLayout
[   117.761] (II) LoadModule: "savage"
[   117.761] (II) Loading /usr/lib/xorg/modules/drivers/savage_drv.so
[   117.762] (EE) Failed to load /usr/lib/xorg/modules/drivers/savage_drv.so: /usr/lib/xorg/modules/drivers/savage_drv.so: undefined symbol: exaWaitSync
[   117.763] (II) UnloadModule: "savage"
[   117.763] (II) Unloading savage
[   117.763] (EE) Failed to load module "savage" (loader failed, 7)

И из-за того, что вместо savage загрузился fbdev, начала тормозить графика в системе (это и к видео относится, и к браузеру). А тормозила она из-за того, что с fbdev было доступно всего каких-то жалких 5120 килобайт видеопамяти.

А далось вам это ‘1280x1024’?

С разрешением 1024х768 на этом мониторе картинка растягивается по вертикали, из-за чего всё круглое становится овальным, а квадратное - прямоугольным. А ещё картинка немного дёргается по горизонтали, особенно когда процессор под нагрузкой или если курсором шевелить/скроллить мышкой что-либо.

Можно, конечно, на мониторе поставить тактовую частоту на максимум (не знаю, как правильно называется эта настройка - на русском в меню она названа как «Часы», а на немецком как «Takt»), чтобы у картинки была нормальная геометрия, но тогда она будет вылезать по бокам за пределы экрана, что меня тоже не устраивает.

Но не хуже, чем на ЭЛТ-мониторе.

Я бы не сказала. На стареньком 15-дюймовом мониторе Daewoo родом из 90-х картинка была приятнее, и она не желтела, в отличие от Филипса. Да и настроек в меню было побольше. Но увы, он сломался, и отнести в ремонт его у меня не хватит сил.

С любым другим, в том числе ЭЛТ, вы получите 1024x768. Эта видеокарта не умеет аппаратно декодировать современные видео форматы.

Может она и не может декодировать все эти новомодные 4К FullHD видео, и всякие там x264/x265/VP9 для неё это боль, но тем не менее, под оффтопиком и с родным драйвером эта видеокарта без каких-либо проблем выдаёт картинку в максимальном для неё разрешении 1600х1200. Так что 1280х1024 для неё не предел.

Навряд-ли этот компьютер вытянет видео ‘1280x800’, а уж fullHD ему точно не по зубам.

Если честно, то и видео в разрешении 640х480 c кодеком Xvid ему не так просто даётся. Всё-таки этот компьютер даже для 2003 года жалкая посредственность, рассчитанная лишь под работу с документами в MS Word/Openoffice. Развлекательный контент - это не про него. Но если правильно настроить видеоплеер и грузиться под Linux, то никаких проблем с просмотром видео нет (^-^)

А если есть необходимость, то видео можно сконвертировать с помощью WinFF в формат/разрешение полегче. Но это очень долго - на конвертирование целиком одного 12-серийного аниме-сериала со стандартным хронометражем (~23 минуты) и качеством 720p могут уйти ровно сутки.

А вот под окошками, увы, о любом видео лучше забыть, ибо там оно тормозит с любым разрешением и в любом формате, вне зависимости от видеоплеера и выбранного в системе разрешения экрана.

Для данного разрешения больше и не нужно

С 5 мегабайтами видеопамяти графика заметно тормозит. Особенно в браузере и при проигрывании видео. Её и так-то мало, а уж 5 Мб - это совсем ни в какие ворота.

«От добра добра не ищут.»

под окошками, увы, о любом видео лучше забыть, ибо там оно тормозит с любым разрешением и в любом формате…

О чём и речь. Толку от 1200, если тормозит.

На стареньком 15-дюймовом мониторе Daewoo родом из 90-х картинка была приятнее…

Если неизбежную ‘мазню’ ЭЛТ-монитора называть приятнее, то это просто привычка к этим специфическим искажениям. У LCD другие искажения, поэтому непривычно.

С 5 мегабайтами видеопамяти графика заметно тормозит.

Ещё раз. Тормозит не потому что 5 мб, а потому что нет видеоускорения. Для такого разрешения 5мб вполне достаточно.

Толку от 1200, если тормозит.

Тормозит видео только в Windows. И при 1280х1024, и при 1024х768, и даже при 800х600. В любом видеоплеере, будь то VLC или Windows Media player. А в Linux тормозов нет. Но и разрешений выше 1024х768 с родным для видеокарты драйвером - тоже.

А толк от 1280х1024 есть - в качественной и стабильной картинке с правильной геометрией, которая не дёргается из стороны в сторону, без муара и без мыла, и полностью соответствует монитору с соотношением сторон 5:4, который не может вписать 1024х768 не растягивая по вертикали и не нарушая геометрию. Это же ведь не ЭЛТ-монитор, чтобы ради правильной геометрии можно было просто взять и отрегулировать размер по вертикали, оставив чёрные полосы сверху и снизу, тут настроек размера нет.

неизбежную ‘мазню’ ЭЛТ-монитора

У них мазни не сильно больше, чем у TFT-мониторов. Тем более, что TFT-монитор с нестандартным для него разрешением по мазне может не то что догнать, а даже превзойти их. И посадить зрение пользователю заодно (>_<)

А вот цвета и глубина чёрного у ЭЛТ всё же приятнее. Но это в сравнении с TFT 20-летней давности, коим мой нынешний монитор и является. И белый у ЭЛТ обычно выглядит именно как белый, а не как бежевый с оранжевым оттенком.

У LCD другие искажения, поэтому непривычно.

Пока что я только заметила обилие тёплых оттенков и слишком светлый чёрный цвет. Ну и то, что TFT тусклее ЭЛТ. Но у меня и монитор совсем старый всё-таки.

Тормозит не потому что 5 мб, а потому что нет видеоускорения. Для такого разрешения 5мб вполне достаточно.

Хотелось бы в это верить. Или хотя бы видеоускорение с драйвером fbdev включить.

видеоускорение с драйвером fbdev…

…не существует впринципе. Этот драйвер мало что умеет, но везде работает.

картинке с правильной геометрией, которая не дёргается из стороны в сторону, без муара и без мыла, и полностью соответствует монитору с соотношением сторон 5:4, который не может вписать 1024х768…

Смотреть в настройках самого монитора. У хорошего монитора все эти настройки есть. В том числе, может быть ‘аппаратное сглаживание’ и цветокоррекция. Впрочем, если LCD TN-film, то дрянь, как не настраивай. А старые такими и являлись.

У хорошего монитора все эти настройки есть. В том числе, может быть ‘аппаратное сглаживание’ и цветокоррекция.

У моего монитора этого нет. Есть только контраст с яркостью, центровка по вертикали/горизонтали, настройка цвета и настройка сдвига по фазе («Phasenlage/Takt» оно, да?). Собственно, сейчас геометрия исправлена с помощью выкрученного «Takt», но это не выход из-за мыльной дёргающейся картинки с муаром, которая немного выходит за края экрана. Но радует, что для каждого видеорежима настройки центровки и сдвига по фазе свои собственные.

Впрочем, если LCD TN-film, то дрянь, как не настраивай.

Он самый (^-^)

Вообще ничего о себе не сообщает: No displays found

Покажи пжст еще apt list *ddc* и apt list *edid* и sudo get-edid -b 0 | edid-decode

И посмотри VGA кабель - все ли 15 контактов присутствуют и прозваниваются (особенно 11, 12 и 15 по которым шина i2c передает DDC данные). Если чо, на городской барахолке VGA кабель 20 рублей, и суббота как раз!

А вообще, треду немного не хватает последовательности, КМК. Или я слоупочу.

Что за видюха, монитор и ОС - разобрались, уже база.
Есть ли связь монитора с видюхой по DDC - нипанятнааа.
Если нет, то замена этой связи через подсовывание EDID. Найденный тобой файл не подошёл, костыльный вариант через зарезервированное имя файла в параметрах ядра тоже.
Где мы в этой куче…

Пока что я только заметила обилие тёплых оттенков и слишком светлый чёрный цвет.

Цветовую температуру снизить, или программно, или настройками монитора. Хайлилайкли.

Тормозит не потому что 5 мб, а потому что нет видеоускорения. Для такого разрешения 5мб вполне достаточно.

Хотелось бы в это верить.

1280×1024×3 байта = 3932160 байт
1280×1024×2 байта = 2621440 байт
1024×768×3 байта = 2359296 байт
1024×768×2 байта = 1572864 байта
800×600×3 байта = 1440000 байт
800×600×2 байта = 960000 байт
1152×870×2 байта = 2004480 байт
720×576×2 байта = 829440 байт

Пробовалось 64к цветов (16 бит) вместо миллионов (24/32 бит)?
Может видюшечке полегче будет 2 байта на пиксель, чем 3.
Кстати, у последних двух режимов пропорция как у родного для монитора.

Или хотя бы видеоускорение с драйвером fbdev включить

Для начала vainfo что кажет?

Video Decode and Presentation API for Unix (VDPAU) is a royalty-free application programming interface (API) as well as its implementation as free and open-source library (libvdpau) distributed under the MIT License.[1] VDPAU is also supported by Nvidia.[3] The VDPAU interface is to be implemented by device drivers, such as the Nvidia GeForce driver, nouveau, or amdgpu, to offer end-user software, such as VLC media player or GStreamer, a standardized access to available video decompression acceleration hardware in the form of application-specific integrated circuit (ASIC) blocks on graphics processing units (GPU), such as Nvidia’s PureVideo or AMD’s Unified Video Decoder and make use of it.

Video Acceleration API (VA-API) is an open source application programming interface that allows applications such as VLC media player or GStreamer to use hardware video acceleration capabilities, usually provided by the graphics processing unit (GPU). It is implemented by the free and open-source library libva, combined with a hardware-specific driver, usually provided together with the GPU driver. VAAPI video decode/encode interface is platform and window system independent but is primarily targeted at Direct Rendering Infrastructure (DRI) in X Window System on Unix-like operating systems (including Linux, FreeBSD, Solaris), and Android, however it can potentially also be used with direct framebuffer and graphics sub-systems for video output. Accelerated processing includes support for video decoding, video encoding, subpicture blending, and rendering.[2]

PS: Core2Duo за 1тыр по местным форумам/юлам/авитам не искала? Кстати, хорошая новость - в авите директор-маркутолох какойто поменялся, есть надежда что барыги там притихнут.

Первые попавшиеся темы из поиска на LoR-е

Старая проблема с неправильным разрешением на лаптопе.
Изменение расширения экрана в Linux Mint22
Почему доступны не все разрешения экрана в ArchLinux?
Как сменить разрешение экрана при nomodeset?
AMD Ryzen 5 смена разрешения экрана
Разрешение экрана
Разрешение экрана при перезагрузке

apt list *ddc*

Вывод списка… Готово
ddcci-dkms/bionic-updates,now 0.3.1-2ubuntu0.1 all [установлен]
ddccontrol/bionic,now 0.4.3-2 i386 [установлен]
ddccontrol-db/bionic,now 20171217-1 all [установлен, автоматически]
ddclient/bionic 3.8.3-1.1ubuntu1 all
ddcutil/bionic,now 0.8.6-1 i386 [установлен]
fonts-ddc-uchen/bionic 1.0-1 all
gddccontrol/bionic,now 0.4.3-2 i386 [установлен]
libddccontrol-dev/bionic 0.4.3-2 i386
libddccontrol0/bionic,now 0.4.3-2 i386 [установлен, автоматически]

apt list *edid*

Вывод списка… Готово
edid-decode/bionic,now 0.1~git20160708.c72db881-1 i386 [установлен]
libparse-edid-perl/bionic,now 1.0.6-1 all [установлен]
read-edid/bionic,now 3.0.2-1build1 i386 [установлен]

sudo get-edid -b 0 | edid-decode

0
This is read-edid version 3.0.2. Prepare for some fun.
Attempting to use i2c interface
Only trying 0 as per your request.
Bus 0 doesn't really have an EDID...
Couldn't find an accessible EDID on this bus.
Attempting to use the classical VBE interface

	Performing real mode VBE call
	Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
	Function supported
	Call successful

	VBE version 300
	VBE string at 0xc08e1 "S3 Graphics ProSavage DDR Family BIOS"

VBE/DDC service about to be called
	Report DDC capabilities

	Performing real mode VBE call
	Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
	Function supported
	Call successful

	Monitor and video card combination does not support DDC1 transfers
	Monitor and video card combination does not support DDC2 transfers
	0 seconds per 128 byte EDID block transfer
	Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
	Read EDID

	Performing real mode VBE call
	Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
	Function supported
	Call failed

The EDID data should not be trusted as the VBE call failed
Error: output block unchanged
I'm sorry nothing was successful. Maybe try some other arguments
if you played with them, or send an email to Matthew Kern <pyrophobicman@gmail.com>.
Extracted contents:
header:          00 00 00 00 00 00 00 00
serial number:   00 00 00 00 00 00 00 00 00 00
version:         00 00
basic params:    00 00 00 00 00
chroma info:     00 00 00 00 00 00 00 00 00 00
established:     00 00 00
standard:        00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
descriptor 1:    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
descriptor 2:    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
descriptor 3:    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
descriptor 4:    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
extensions:      00
checksum:        00

No header found
Manufacturer: @@@ Model 0 Serial Number 0
EDID version: 0.0
Analog display, Input voltage level: 0.7/0.3 V
Sync: 
Image size is variable
Gamma: 1.00
Monochrome or grayscale display
Established timings supported:
Standard timings supported:
non-conformant standard timing (0 horiz)
non-conformant standard timing (0 horiz)
non-conformant standard timing (0 horiz)
non-conformant standard timing (0 horiz)
non-conformant standard timing (0 horiz)
non-conformant standard timing (0 horiz)
non-conformant standard timing (0 horiz)
non-conformant standard timing (0 horiz)
Manufacturer-specified data, tag 0
Manufacturer-specified data, tag 0
Manufacturer-specified data, tag 0
Manufacturer-specified data, tag 0
Checksum: 0x0 (valid)
EDID block does not conform at all!
	Bad year of manufacture
	Manufacturer name field contains garbage

И посмотри VGA кабель - все ли 15 контактов присутствуют и прозваниваются (особенно 11, 12 и 15 по которым шина i2c передает DDC данные).

Как прозванивается - не знаю, но контакты есть все.

Если чо, на городской барахолке VGA кабель 20 рублей, и суббота как раз!

Так они сейчас все одинаковые...

Если нет, то замена этой связи через подсовывание EDID. Найденный тобой файл не подошёл, костыльный вариант через зарезервированное имя файла в параметрах ядра тоже.

Тогда где взять рабочий EDID?

А без ключей и перенаправлений sudo get-edid других i2c не показывает?

Тогда где взять рабочий EDID?

• sudo find /sys |grep -i edid

• Или взять рабочий кабель. Хотя… под офтопиком разрешения определячются же вроде.

• Или ждать ЛоР-овца с Philips 170S.

• Или стаскать Philips 170S к более другому ПК для считывания EDID.

• wxEDID вероятно может помочь.

Пробовалось 64к цветов (16 бит) вместо миллионов (24/32 бит)?

Чтобы картинка была как у первых цветных сотовых телефонов?

Может видюшечке полегче будет 2 байта на пиксель, чем 3.

Я пробовала подставить Depth 16 в xorg.conf, и не сказала бы, что видеокарте стало легче от этого. А я же испытала фрустрацию от полученной картинки. Она была просто ужасна...

Кстати, у последних двух режимов пропорция как у родного для монитора.

1152х870 и 720х576? Они тоже 4:3.

Для начала vainfo что кажет?

Вот что:

libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns -1
libva error: va_getDriverName() failed with unknown libva error,driver_name=(null)
vaInitialize failed with error code -1 (unknown libva error),exit

Core2Duo за 1тыр по местным форумам/юлам/авитам не искала?

Зачем? У меня 478 сокет, мне Core 2 Duo не подойдёт.

А менять одну древнюю материнку на другую ради процессора не вижу смысла. Я не увлекаюсь ПК, и для меня свой нынешний компьютер лишь старый и ни на что не годный хлам, к которому мне пришлось вернуться после того, как сменивший его ноутбук (Asus X551MA) совсем перестал подавать признаки жизни.

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

А мне-то что с этого, если у меня Авито по полчаса грузится? И грузится он даже не из-за того, что компьютер немощь, а из-за того, что у кое-кого из программистов очень чесались руки напихать в сайт кучу ненужных скриптов и прочей дребедени, и всю его работоспособность привязать именно на эту вот всю дребедень. Осталось для полного счастья заблокировать браузеры старше 100-ых Огнелисов и прочих Хромиумов. И ведь так оно скоро и будет, потому что «в вашем браузере новомодная чушь может работать некорректно» и вообще пользователей старых ПК меньшинство.

А без ключей и перенаправлений sudo get-edid других i2c не показывает?

Вообще ничего не показывает:

This is read-edid version 3.0.2. Prepare for some fun.
Attempting to use i2c interface
1 potential busses found: 0
Bus 0 doesn't really have an EDID...
Couldn't find an accessible EDID on this computer.
Attempting to use the classical VBE interface

	Performing real mode VBE call
	Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0
	Function supported
	Call successful

	VBE version 300
	VBE string at 0xc08e1 "S3 Graphics ProSavage DDR Family BIOS"

VBE/DDC service about to be called
	Report DDC capabilities

	Performing real mode VBE call
	Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0
	Function supported
	Call successful

	Monitor and video card combination does not support DDC1 transfers
	Monitor and video card combination does not support DDC2 transfers
	0 seconds per 128 byte EDID block transfer
	Screen is not blanked during DDC transfer

Reading next EDID block

VBE/DDC service about to be called
	Read EDID

	Performing real mode VBE call
	Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0
	Function supported
	Call failed

The EDID data should not be trusted as the VBE call failed
Error: output block unchanged
I'm sorry nothing was successful. Maybe try some other arguments
if you played with them, or send an email to Matthew Kern <pyrophobicman@gmail.com>.

sudo find /sys |grep -i edid

Результат нулевой. Терминал просто выполнил (?) команду и ничего не написал.

под офтопиком разрешения определячются же вроде

Там они тоже не определяются. Они там просто «из коробки» доступны все сразу и с любым монитором, лишь бы драйвер соответствовал видеокарте.

Или ждать ЛоР-овца с Philips 170S.

Необязательно с Philips 170S, в общем-то. Лишь бы монитор имел соотношение сторон 5:4, а параметры у них всё равно будут схожими.

Или стаскать Philips 170S к более другому ПК для считывания EDID.

А вот это не получится, увы.

wxEDID вероятно может помочь.

Ему требуется libc6 версии 2.34 и свежее, а у меня только 2.27 (-_-)

требуется libc6 версии 2.34 и свежее, а у меня только 2.27…

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

Video Decode and Presentation API for Unix (VDPAU) is a royalty-free application programming interface (API) as well as its implementation as free and open-source library (libvdpau) distributed under the MIT License.

Вот стоило установить vainfo и связанные с VAAPI и libva пакеты, так перестали открываться браузеры Iron и Luakit (>д<)

Вот это терминал выдаёт при попытке запустить Iron:

libva error: va_getDriverName() failed with unknown libva error,driver_name=(null)
[2083:2083:0214/142355.657721:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CD4FE0C]cmd: SetBucketSize
[2083:2083:0214/142355.669549:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CD4FE0C]cmd: SetBucketData
[2083:2083:0214/142355.673917:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CD4FE0C]cmd: SetToken
[2083:2083:0214/142355.685408:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CD4FE0C]cmd: SetBucketSize
[2083:2083:0214/142355.692524:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CD4FE0C]cmd: SetBucketData
[2083:2083:0214/142355.712920:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CD4FE0C]cmd: SetToken
[2083:2083:0214/142355.717114:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CD4FE0C]cmd: kTraceBeginCHROMIUM
[2083:2083:0214/142355.745176:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [.RenderCompositor-0xc0d8200]cmd: SetBucketSize
[2083:2083:0214/142355.752976:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [.RenderCompositor-0xc0d8200]cmd: SetBucketSize
[2083:2083:0214/142355.903484:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:108DFE0C]cmd: SetBucketSize
[2083:2083:0214/142355.959231:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:108DFE0C]cmd: SetBucketData
[2083:2083:0214/142355.971127:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:108DFE0C]cmd: SetToken
[2083:2083:0214/142356.009121:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:108DFE0C]cmd: SetBucketSize
[2083:2083:0214/142356.032312:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:108DFE0C]cmd: SetBucketData
[2083:2083:0214/142356.042037:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:108DFE0C]cmd: SetToken
[2083:2083:0214/142356.069014:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:108DFE0C]cmd: kTraceBeginCHROMIUM
[2083:2083:0214/142356.073914:ERROR:raster_decoder.cc(1352)] [.RenderWorker-0xc085800]cmd: SetBucketSize
[2083:2083:0214/142356.113020:ERROR:raster_decoder.cc(1352)] [.RenderWorker-0xc085800]cmd: SetBucketSize
[2083:2083:0214/142356.148256:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CC2FE0C]cmd: SetBucketSize
[2083:2083:0214/142356.182788:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CC2FE0C]cmd: SetBucketData
[2083:2083:0214/142356.197042:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CC2FE0C]cmd: SetToken
[2083:2083:0214/142356.234178:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CC2FE0C]cmd: SetBucketSize
[2083:2083:0214/142356.242232:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CC2FE0C]cmd: SetBucketData
[2083:2083:0214/142356.264853:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CC2FE0C]cmd: SetToken
[2083:2083:0214/142356.292615:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [GroupMarkerNotSet(crbug.com/242999)!:5CC2FE0C]cmd: kTraceBeginCHROMIUM
[2083:2083:0214/142356.317941:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [.BrowserMainThread-0xd54a000]cmd: SetBucketSize
[2083:2083:0214/142356.339489:ERROR:gles2_cmd_decoder_passthrough.cc(829)] [.BrowserMainThread-0xd54a000]cmd: SetBucketSize
[2083:2083:0214/142356.362459:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:9069010D]cmd: SetBucketSize
[2083:2083:0214/142356.415172:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:9069010D]cmd: SetBucketData
[2083:2083:0214/142356.438205:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:9069010D]cmd: SetToken
[2083:2083:0214/142356.461765:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:9069010D]cmd: SetBucketSize
[2083:2083:0214/142356.493062:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:9069010D]cmd: SetBucketData
[2083:2083:0214/142356.513015:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:9069010D]cmd: SetToken
[2083:2083:0214/142356.530653:ERROR:raster_decoder.cc(1352)] [GroupMarkerNotSet(crbug.com/242999)!:9069010D]cmd: kTraceBeginCHROMIUM
[2083:2083:0214/142356.551400:ERROR:raster_decoder.cc(1352)] [.BrowserWorker-0xe215c00]cmd: SetBucketSize
[2083:2083:0214/142356.594448:ERROR:raster_decoder.cc(1352)] [.BrowserWorker-0xe215c00]cmd: SetBucketSize
[2083:2083:0214/142357.650930:ERROR:raster_decoder.cc(1352)] [.BrowserWorker-0xe215c00]cmd: kFlush
[2083:2083:0214/142358.798313:ERROR:raster_decoder.cc(1352)] [.RenderWorker-0xc085800]cmd: kFlush
Received signal 11 <unknown> 000000000000
#0 0x00000531705f base::debug::CollectStackTrace()
#1 0x00000527a352 base::debug::StackTrace::StackTrace()
#2 0x000005316cdb base::debug::(anonymous namespace)::StackDumpSignalHandler()
#3 0x0000b7fa7d20 ([vdso]+0xd1f)
#4 0x00000697d3e5 cc::LayerTreeHost::FinishCommitOnImplThread()
#5 0x000006a24a06 cc::SingleThreadProxy::DoCommit()
#6 0x000006a27959 cc::SingleThreadProxy::ScheduledActionCommit()
#7 0x000006a182f7 cc::Scheduler::ProcessScheduledActions()
#8 0x000006a19055 cc::Scheduler::NotifyReadyToCommit()
#9 0x000006a273cd cc::SingleThreadProxy::BeginMainFrame()
#10 0x000002887ebb base::internal::Invoker<>::RunOnce()
#11 0x0000052cff08 base::TaskAnnotator::RunTask()
#12 0x0000052e4227 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWorkImpl()
#13 0x0000052e3e6b base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWork()
#14 0x0000052e49c4 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWork()
#15 0x0000052924f5 base::MessagePumpGlib::Run()
#16 0x0000052e4d89 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::Run()
#17 0x0000052e4e26 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::Run()
#18 0x0000052b67d2 base::RunLoop::Run()
#19 0x000005638b0f ChromeBrowserMainParts::MainMessageLoopRun()
#20 0x0000036d269e content::BrowserMainLoop::RunMainMessageLoopParts()
#21 0x0000036d4ca2 content::BrowserMainRunnerImpl::Run()
#22 0x0000036cefe1 content::BrowserMain()
#23 0x00000521236a content::ContentMainRunnerImpl::RunServiceManager()
#24 0x000005211f29 content::ContentMainRunnerImpl::Run()
#25 0x00000520f443 content::RunContentProcess()
#26 0x00000520fe1b content::ContentMain()
#27 0x000002742f99 ChromeMain
#28 0x000002742e9f main
#29 0x0000b6709fa1 __libc_start_main
#30 0x000002742d71 _start
  gs: 00000033  fs: 00000000  es: 0000007b  ds: 0000007b
 edi: 0cadea00 esi: 0d67f000 ebp: bfb3ad98 esp: bfb3ac00
 ebx: 0abadfff edx: 0cbcde00 ecx: 0cbcddff eax: 0cadea01
 trp: 0000000d err: 00000000  ip: 0697d3e5  cs: 00000073
 efl: 00010286 usp: bfb3ac00  ss: 0000007b
[end of stack trace]
Calling _exit(1). Core file will not be generated.

А вот это при запуске Luakit:

Inconsistency detected by ld.so: ../sysdeps/i386/dl-machine.h: 640: elf_machine_rel_relative: Assertion `ELF32_R_TYPE (reloc->r_info) == R_386_RELATIVE' failed!

В чём именно кроется проблема (в криворукой пользовательнице ПК, конечно) и как это исправить я не знаю, так что просто удалю эти пакеты.

Пробовала, конечно

[ 117.758] (EE) Failed to load /usr/lib/xorg/modules/drivers/savage_drv.so: /usr/lib/xorg/modules/drivers/savage_drv.so: undefined symbol: exaWaitSync

Видимо придется попробовать собрать драйвер прямо на 18.04 :)

надо запустить 2 терминала - один от рута, а другой от пользователя.

в терминале от рута

apt-get update; apt-get install build-essential

По ссылке https://yagla.tv/cA4eTpu есть два файла xserver-xorg-video-savage_2.4.1-1.dsc и xserver-xorg-video-savage_2.4.1-1.tar.gz

Их надо скачать и положить в отдельный каталог для сборки

в терминале от пользователя войти в каталог с этими файлами и сделать

dpkg-source -x xserver-xorg-video-savage_2.4.1-1.dsc

все разаархивируется в каталог xserver-xorg-video-savage_2.4.1-1

зайти в этот каталог и вызвать команду

dpkg-buildpackage -us -uc -b

будет известно что требуется доустановить для сборки и усановить это требуемое от рута, а потом снова попробовать пересобрать…

в общем делов то на 2 минуты…

Видимо придется попробовать собрать драйвер прямо на 18.04 :)

А надо ли?

Моя проблема с выбором разрешения решилась банальной заменой кабеля. Yokatta...

EDID тут же начал определяться системой. Вот лог: http://paste.org.ru/?u2pzc9

И вместе с EDID, сразу же в xrandr появилась целая куча режимов, которые мог предложить драйвер, поэтому опцию UseBIOS в конфиге включила обратно, и в целом убрала оттуда лишнее. Параметры ядра из командной строки - тоже. Собственно, вот все режимы, которые доступны мне сейчас:

xrandr: Failed to get size of gamma for output default
Screen 0: minimum 320 x 240, current 1280 x 1024, maximum 1280 x 1024
default connected 1280x1024+0+0 0mm x 0mm
   1280x1024     60.00*   75.00  
   1280x960      60.00  
   1152x864      75.00    70.00    60.00  
   1024x768      75.00    70.00    60.00  
   800x600       75.00    72.00    60.00    56.00    65.00  
   640x480       75.00    73.00    67.00    60.00  
   640x400       60.00  
   512x384       75.00    70.00    60.00  
   400x300       75.00    72.00    60.00    56.00  
   320x240       75.00    73.00    60.00  

10-monitor.conf теперь такой. Данные о мониторе взяла из лога:

Section "ServerLayout"
	Identifier     "X.org Configured"
	Screen      0  "Screen0" 0 0
EndSection

Section "Monitor"
	Identifier "PHL0839"
	ModelName "Philips 170S"
	VendorName "PHL"
	Option "DPMS" "true"
EndSection

Section "Files"
	ModulePath "/usr/lib/xorg/modules"
EndSection

Section "Module"
	Load  "record"
	Load  "GLcore"
	Load  "glx"
	Load  "dbe"
	Load  "extmod"
	Load  "dri2"
	Load  "dri"
EndSection

Section "ServerFlags"
	Option "IgnoreABI" "on"
EndSection

Section "Device"
	Identifier "ProSavage DDR-K"
	Driver "savage"
#	Option "HWCursor" "on"
#	Option "SWCursor" "off"
#	Option "UseBIOS" "off"
	Option "AccelMethod" "EXA"
#	Option "LCDClock" "145.00MHz"
#	Option "CRTOnly" "off"
#	Option "ShadowStatus" "on"
	Option "DRI" "off"
	Option "ForceInit" "on"
	BusID	"PCI:1:0:0"
EndSection

Section "Screen"
	Identifier	"Screen0"
	Device	"ProSavage DDR-K"
	Monitor	"Philips 170S"
	DefaultDepth	24
	SubSection "Display"
		Viewport   0 0
		Depth     1
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     4
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     8
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     15
	EndSubSection
	SubSection "Display"
		Viewport   0 0
		Depth     16
	EndSubSection
	SubSection "Display"
		Viewport 0 0
		Depth 24
	EndSubSection
EndSection

И всё бы ничего, но с разрешением 1280х1024 стало заметно тормозить видео в VLC, при том, что оно выводится через Х11. Так что теперь мне надо как-то его оптимизировать... Но как, помимо вывода видео через XVideo, с которым плеер теряет стабильность вплоть до падений? Впрочем, это уже не относится к изначальной теме треда.

Раз компьютер слабенький, то VLC всяко не лучший вариант. Попробуйте mplayer. Лучше консольный. Но в те времена в его комплекте был gmplayer - c графической оболочкой. В любом случае, ‘x11’ - медленный способ вывода. Смотрите в настройках, может есть ‘xv’ - это самый быстрый вариант, если работает. А падает, может перегрев?.. Те процессоры быстрыми были только на бумаге, а вот грелись рекордно.