Эхо-массив на новой строке с порядковыми номерами

Частичный ответ:

Я предполагаю, что это Xorg.logявляется результатом запуска X-сервера с существующим xorg.conf; если это не так, удалите свой xorg.confи повторите попытку.

Xorg.logвначале выглядит нормально, в частности

[     4.129] (II) AMDGPU(0): Output DVI-D-0 using initial mode 1920x1080 +0+0.
[     4.129] (II) AMDGPU(0): Output DVI-D-1 using initial mode 1280x1024 +1920+0

означает, что у вас есть один фреймбуфер («рабочий стол» ), и каждый выход отображает часть фреймбуфера.

Однако это не останавливается на достигнутом, после все выглядит правильно инициализированным мы получаем

[     4.702] (II) AMDGPU(0): EDID vendor "SAM", prod id 161
...
[     4.817] (II) AMDGPU(0): Allocate new frame buffer 1920x1080
[     4.817] (II) AMDGPU(0):  => pitch 8192 bytes

поэтому мы получаем EDID для "SAM", который находится на "DVI -D -1", второй раз, и он выделяет для него новый фреймбуфер, и у меня есть подозрение, что этот фреймбуфер отличается от общего "настольного" фреймбуфера. Это означает, что если отображается именно этот фреймбуфер, вы можете сколько угодно менять вещи в фреймбуфере «настольного компьютера», но на «DVI -D -1» он просто отобразит другой фреймбуфер. Который, вероятно, черный, и это то, что вы видите.

Я никогда не видел ничего подобного и понятия не имею, что происходит.

Я бы отправил отчет об ошибке специалистам по сопровождению AMDGPU и посмотрел, есть ли у них идеи. Включите полный Xorg.log.

0
26.03.2021, 19:11
1 ответ

хорошо, я получил это, просто перебирая массив. не был уверен, что есть лучшее/более чистое решение.

мое исправление:

declare -a configs=(
"~/.vimrc"
... )

i=0
for o in "${configs[@]}"
do
  printf "%d. %s\n" $((i++)) $o
done
0
28.04.2021, 22:56

Теги

Похожие вопросы