Здравствуйте, мои дорогие. Помогите исправить одну ОЧЕНЬ раздражающую проблему.

При альт-табе окон, переключение на ПРЕДЫДУЩЕЕ активное окно нормально работает только с кдешными приложениями. Когда это какое-нибудь другое приложение (например, какая-нибудь игрушка), оно оказывается не СЛЕДУЮЩИМ в списке, а ПОСЛЕДНИМ. Так ведь быть не должно? Подскажите, как исправить.

Пробовал менять значения фокуса и прочее, переключал стили этого переключания (разве что кубика не было), всё это не работает. Что это такое? Проблема не в kwin? А в чём тогда? Или я не там ищу?

Я конечно подозреваю что, возможно, это можно как-то обойти разнесением окон на разные столы и ограничением переключалки окон активными на столе, но это ведь не нормальное поведение?

UPD:
В общем, суть бага в том, что любое полноэкранное приложение при альт-табе падает в конец списка. Насколько я могу судить, проблема не дистроспецифичная и не зависит от версии — я повторил это в полутора дистрибутивах с 1 попытки.

Подвержены wine, sdl2, renpy, java и видимо вообще всё.

В последние дни вроде как активизировались обсуждения на тему зависаний линукса при нехватке памяти. Но сейчас на дворе 2019, почему на такую серьёзную проблему никто не обращает внимания уже больше 20 лет? Неужели она не решаемая?

Вроде как появились какие-то студентоподелки вроде earlyoom (вызывающие system() на сырые команды пришедшие через dbus или что-то такое там), но разве нельзя решить эту проблему средствами того же systemd?

Вот вам кусочек из лога, система ушла подумать и не вернулась. В ядре были включены все возможные счётчики, таймеры реагирующие на зависания и всё такое, в логе ничего не появилось от момента зависания до вызова manual oom. Готово для продакшена.

[126549.382913] sysrq: SysRq : Manual OOM execution
[126549.382990] Mem-Info:
[126549.382994] active_anon:1907880 inactive_anon:18992 isolated_anon:0
                 active_file:635 inactive_file:1258 isolated_file:0
                 unevictable:1 dirty:0 writeback:0 unstable:0
                 slab_reclaimable:4522 slab_unreclaimable:15053
                 mapped:65700 shmem:19656 pagetables:6750 bounce:0
                 free:14265 free_pcp:1481 free_cma:0
[126549.382996] Node 0 active_anon:7631520kB inactive_anon:75968kB active_file:2540kB inactive_file:5032kB unevictable:4kB isolated(anon):0kB isolated(file):0kB mapped:262800kB dirty:0kB writeback:0kB shmem:78624kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[126549.382998] DMA free:15900kB min:20kB low:32kB high:44kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15996kB managed:15900kB mlocked:0kB kernel_stack:0kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
[126549.382998] lowmem_reserve[]: 0 2982 7935 7935
[126549.383002] DMA32 free:27064kB min:4280kB low:7332kB high:10384kB active_anon:2897840kB inactive_anon:28604kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:3119804kB managed:3054044kB mlocked:0kB kernel_stack:720kB pagetables:7968kB bounce:0kB free_pcp:4264kB local_pcp:1328kB free_cma:0kB
[126549.383002] lowmem_reserve[]: 0 0 4952 4952
[126549.383006] Normal free:14096kB min:7108kB low:12176kB high:17244kB active_anon:4733680kB inactive_anon:47364kB active_file:2172kB inactive_file:4324kB unevictable:4kB writepending:0kB present:5234688kB managed:5075588kB mlocked:4kB kernel_stack:3824kB pagetables:19032kB bounce:0kB free_pcp:1660kB local_pcp:16kB free_cma:0kB
[126549.383006] lowmem_reserve[]: 0 0 0 0
[126549.383007] DMA: 1*4kB (U) 1*8kB (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (U) 3*4096kB (M) = 15900kB
[126549.383014] DMA32: 182*4kB (UME) 60*8kB (UME) 82*16kB (UME) 83*32kB (UME) 128*64kB (UME) 65*128kB (UME) 17*256kB (UM) 2*512kB (U) 0*1024kB 0*2048kB 0*4096kB = 27064kB
[126549.383021] Normal: 779*4kB (UME) 239*8kB (UME) 149*16kB (UME) 115*32kB (UME) 43*64kB (UE) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 13844kB
[126549.383027] 21739 total pagecache pages
[126549.383027] 2092622 pages RAM
[126549.383027] 0 pages HighMem/MovableOnly
[126549.383028] 56239 pages reserved
[126549.383028] Tasks state (memory values in pages):
[126549.383028] [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
[126549.383031] [    550]     0   550     3752      337    53248        0             0 udevd
[126549.383032] [   1372]     0  1372      627       14    32768        0             0 busybox
[126549.383033] [   1506]     0  1506    54386      306    69632        0             0 rsyslogd
[126549.383034] [   1537]     0  1537      662       30    45056        0             0 rasdaemon
[126549.383035] [   1668]     0  1668    19558       86    53248        0             0 chronyd
[126549.383036] [   1698]     0  1698     2241      200    49152        0             0 crond
[126549.383037] [   1764]     0  1764      975      100    45056        0             0 login
[126549.383038] [   1765]     0  1765      975      100    45056        0             0 login
[126549.383039] [   1766]     0  1766     1993       30    53248        0             0 agetty
[126549.383040] [   1767]     0  1767     1993       29    49152        0             0 agetty
[126549.383041] [   1768]     0  1768     1993       30    53248        0             0 agetty
[126549.383042] [   1769]     0  1769     1993       29    49152        0             0 agetty
[126549.383043] [   1771]     0  1771     2442      168    57344        0             0 bash
[126549.383044] [   2038]  1000  2038     2407      143    57344        0             0 bash
[126549.383045] [   3819]     0  3819    34164      306   118784        0             0 sddm
[126549.383046] [  25344]     0 25344    57765    18947   331776        0             0 X
[126549.383048] [  25362]     0 25362    13354      308   102400        0             0 sddm-helper
[126549.383049] [  25366]  1000 25366    68432     1053   241664        0             0 kwalletd5
[126549.383050] [  25367]  1000 25367     2317       77    57344        0             0 startkde
[126549.383051] [  25373]  1000 25373     1143       70    45056        0             0 dbus-launch
[126549.383051] [  25374]  1000 25374     1227      293    45056        0             0 dbus-daemon
[126549.383052] [  25398]  1000 25398      561       22    40960        0             0 start_kdeinit
[126549.383053] [  25399]  1000 25399    24169      749   176128        0             0 kdeinit5
[126549.383054] [  25400]  1000 25400    68126     1123   233472        0             0 klauncher
[126549.383055] [  25403]  1000 25403   147607     3503   319488        0             0 kded5
[126549.383056] [  25409]  1000 25409    67982     1056   233472        0             0 kaccess
[126549.383057] [  25418]  1000 25418    68083     1367   233472        0             0 kglobalaccel5
[126549.383058] [  25422]  1000 25422    11436      133    81920        0             0 kwrapper5
[126549.383059] [  25423]  1000 25423    88283     1272   253952        0             0 ksmserver
[126549.383060] [  25429]  1000 25429    55222      475   151552        0             0 kscreen_backend
[126549.383061] [  25436]  1000 25436   128268     7376   430080        0             0 krunner
[126549.383062] [  25438]  1000 25438   291634    42985   897024        0             0 plasmashell
[126549.383063] [  25446]  1000 25446    38475      535   159744        0             0 xembedsniproxy
[126549.383064] [  25449]  1000 25449    57216      531   172032        0             0 gmenudbusmenupr
[126549.383065] [  25455]  1000 25455    81168      970   217088        0             0 org_kde_powerde
[126549.383066] [  25469]  1000 25469   135246      963   241664        0             0 kactivitymanage
[126549.383067] [  25693]  1000 25693    83725     5711   368640        0             0 konsole
[126549.383068] [  25696]  1000 25696     2407      151    61440        0             0 bash
[126549.383069] [  30544]  1000 30544     2407      156    57344        0             0 bash
[126549.383070] [   3640]  1000  3640    95579     8042   360448        0             0 thumbnail.so
[126549.383071] [  14305]  1000 14305   749453    94288  1695744        0             0 falkon
[126549.383072] [  14310]  1000 14310    67726     1633   348160        0             0 QtWebEngineProc
[126549.383073] [  14345]  1000 14345   499805   107824  4390912        0           300 QtWebEngineProc
[126549.383074] [  14518]  1000 14518   870434    33733   987136        0             0 kwin_x11
[126549.383075] [  14720]  1000 14720   442839    21406  2011136        0           300 QtWebEngineProc
[126549.383076] [  14880]  1000 14880     2348       85    57344        0             0 ex.sh
[126549.383077] [  14882]  1000 14882  2440872  1572825 13651968        0             0 java
[126549.383078] [  14951]  1000 14951   469635    35992  3039232        0           300 QtWebEngineProc
[126549.383079] Out of memory: Kill process 14882 (java) score 773 or sacrifice child
[126549.383136] Killed process 14882 (java) total-vm:9763488kB, anon-rss:6281980kB, file-rss:9252kB, shmem-rss:68kB
[126549.494043] oom_reaper: reaped process 14882 (java), now anon-rss:0kB, file-rss:30532kB, shmem-rss:68kB

Добрый день.

Последнее время я замечаю, что линукс несколько растолстел, он даже перестал помещаться на 2 дискеты! С оптимизацией по производительности, с оптимизацией по размеру ещё влезает (тьфу тьфу). Отключение всего лишнего (вроде удаления символов, легаси функций и прочего) не помогло совершенно нисколько.

Вопрос мой в следующем. Что можно с ним сделать, на что обратить внимание? Проводились ли исследования на тему того сколько места занимают те или иные функции ядра? Какие ваши советы?

Добрый день, расскажите, как можно выявить куда проваливается память в жаваскрипте?

Я пытаюсь прогонять софтину под отладчиком, но оно мне ничего не говорит. Я подозреваю что дело в кривых плагинах и несовместымых версиях хромиума, но как тогда выяснить где совместимая?

Софтина — игрушка на rpgmakermv (тысячи их, практически любая), причём, легаси билд nwjs (0.14.7) нормально работает — память всегда в районе 200 мб, нет кучи процессов, сборщик всё очищает. Более новые показывают в отладчике занятыми какую-то сотню мегабайт, но имеют кучу процессов которые быстро разрастаются на гигабайты, память кончается и линукс зависает (полностью). Такое ощущение, что gc не работает корректно, иногда при смене сцен прибавляет сразу по сотке мегабайт (что даже не отражено в отладчике?).

Помимо последних 3, были проверены также 0.27.3 0.24.4 0.23.7 0.22.3 и все они текут хоть и меньше 0.38 0.39. Я ориентируюсь по версиям хромиума в вендовом экзешнике, там допустим 17 год. Всё равно течёт. В 0.14.7 не текла несмотря на то что нужна была совсем уж древняя версия хромиума и 0.14.7 сильно свежее.

Что можно сделать?

Алсо, добавьте тег nwjs? У электрона есть свой тег, несправедливость!

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

Всё как будто бы работает и никаких ошибок нигде нет, только плазме очень дурно, нет прозрачностей, и прочее. Работать совершенно невозможно, даже окна нормально не переключить – альттаб тоже плохо работает, на панели рандомные картинки.

В логе иксов

[   157.850] (**) Extension "Composite" is disabled
...
[   157.851] (II) xfree86: Adding drm device (/dev/dri/card0)
[   157.851] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied

Ошибку доступа удалось победить. Не догадаетесь как. С помощью chmod a+rw /dev/dri/card0, да. После этого эффекты не заработали, перемещение окон очень медленное со следами там где окно должно было перемещаться плавно, т.е. остаётся шлейф от окна. Переключение «механизма отрисовки» ака opengl, xrender ничего не даёт, эффектов нет.

В логе почему-то такие сообщения, хотя используется нуво и нвидия в блэклисте.

[  141.473754] nvidia: loading out-of-tree module taints kernel.
[  141.473771] nvidia: module license 'NVIDIA' taints kernel.
[  141.473772] Disabling lock debugging due to kernel taint
[  141.488228] nvidia-nvlink: Nvlink Core is being initialized, major device number 240
[  141.488546] NVRM: The NVIDIA probe routine was not called for 1 device(s).
[  141.488547] NVRM: This can occur when a driver such as: 
               NVRM: nouveau, rivafb, nvidiafb or rivatv 
               NVRM: was loaded and obtained ownership of the NVIDIA device(s).
[  141.488548] NVRM: Try unloading the conflicting kernel module (and/or
               NVRM: reconfigure your kernel without the conflicting
               NVRM: driver(s)), then try loading the NVIDIA kernel module
               NVRM: again.
[  141.488548] NVRM: No NVIDIA devices probed.
[  141.488707] nvidia-nvlink: Unregistered the Nvlink Core, major device number 240

при попытке загрузки с vesa почему-то загружается нуво, пишет опять же

[  141.204474] nvidia: loading out-of-tree module taints kernel.
[  141.204486] nvidia: module license 'NVIDIA' taints kernel.
[  141.204487] Disabling lock debugging due to kernel taint
[  141.218790] nvidia-nvlink: Nvlink Core is being initialized, major device number 240
[  141.219032] NVRM: The NVIDIA probe routine was not called for 1 device(s).
[  141.219033] NVRM: This can occur when a driver such as: 
               NVRM: nouveau, rivafb, nvidiafb or rivatv 
               NVRM: was loaded and obtained ownership of the NVIDIA device(s).
[  141.219034] NVRM: Try unloading the conflicting kernel module (and/or
               NVRM: reconfigure your kernel without the conflicting
               NVRM: driver(s)), then try loading the NVIDIA kernel module
               NVRM: again.
[  141.219034] NVRM: No NVIDIA devices probed.
[  141.219139] nvidia-nvlink: Unregistered the Nvlink Core, major device number 240
[  141.246733] nvidia-nvlink: Nvlink Core is being initialized, major device number 240
[  141.246994] NVRM: The NVIDIA probe routine was not called for 1 device(s).
[  141.246995] NVRM: This can occur when a driver such as: 
               NVRM: nouveau, rivafb, nvidiafb or rivatv 
               NVRM: was loaded and obtained ownership of the NVIDIA device(s).
[  141.246995] NVRM: Try unloading the conflicting kernel module (and/or
               NVRM: reconfigure your kernel without the conflicting
               NVRM: driver(s)), then try loading the NVIDIA kernel module
               NVRM: again.
[  141.246995] NVRM: No NVIDIA devices probed.
[  141.247168] nvidia-nvlink: Unregistered the Nvlink Core, major device number 2

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

Какая-то чистая, рафинированая содомия.

Удаляю файлы и синкаю нормально. Только они продолжают использоваться до выключения, скорее всего. Fsck сообщает следущее

0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 2
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
  65:01/00
1) Copy original to backup
2) Copy backup to original
3) No action
? 3
Reclaimed 653977 unused clusters (2678689792 bytes).
Free cluster summary wrong (198880 vs. really 852857)
1) Correct
2) Don't correct
? 2
Perform changes ? (y/n) n
/dev/sdb2: 0 files, 1/852858 clusters

Т.е. приходится вручную очищать бит и свободные кластеры при каждой загрузке. Как этого избежать? Не удалять файлы не вариант, поскольку загрузиться со второго раздела иначе не получится. Отмонтировать тоже, видимо, нельзя – пишет используется и не говорит кем.

Доброе утро. Помогите, голова не варит и гугл сегодня не в духе.

'(//a/text())[last()]'

выдаёт

lasttext

и

'(//a[@href])[last()]'

выдаёт

<a href="lastelem/">lasttext</a>

далее

'(//a/@href)[last()]'

выдаёт

 href="lastelem/"

Я хочу, чтобы оно тут в последнем примере превратилось просто в «lastelem/», это можно сделать? Мне нужно только содержимое атрибута последнего элемента на странице или хотя бы без пробелов в начале строки.

Добрый день. По какой причине сообщение может не доходить до получателя?

Как воспроизвести.

Выполняем в окне терминала

mkfifo mypipe
exec 3<>mypipe
while read -rt3 ss; do echo "${ss}"; done < <(cat mypipe)

в соседнем окне поочерёдно вводим что-то вроде такого (нужно успеть вводить в течение 3 секунд)

echo 'as1' >mypipe
echo 'as2' >mypipe
echo 'as1' >mypipe
echo 'as2' >mypipe
echo 'as1' >mypipe
echo 'as2' >mypipe

получаем

as1
as2
as1
as1
as2

или

as1
as1
as2
as1
as2

или не получаем, это работает не каждый раз.

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

В интернете говорят, что нельзя узнать степень заполненности трубы нормально, возможно удалось бы что-нибудь отследить. Отправлять ответ, что, мол, получили и прочитали? И если нет, то посылать ещё раз?

Может быть, избавиться от exec? Я пока не могу придумать как. Вот совсем не получается, блокируются и отправитель и получатель.

И, кроме того, в неинтерактивной сессии cat остаётся висеть в памяти вместе со скриптом, мне приходится писать kill cat при завершении, потому что её некому остановить. Как быть с этим? Я не могу закрыть трубу или сделать так, чтобы кошка отвалилась?

Справедливости ради, на практике мне первая проблема не встречалась. Что это, магия интерактивной сессии, или просто сложнее заметить?

Подскажите альтернативу этой конструкции в 1 команду, без переменных, спасибо. Я начинаю думать, что и так сойдёт.

Появились квадратные цветные артефакты в окне приложения, в dmesg падают гигабайты таких сообщений в секунду. Примерно каждый час.

[52323.797836] nouveau 0000:01:00.0: gr: TRAP ch 8 [007eee8000 kwin_x11[7664]]
[52323.797842] nouveau 0000:01:00.0: gr: GPC0/TPC0/MP trap: global 00000000 [] warp 3d000d [OOR_REG]                                                              
[52323.797847] nouveau 0000:01:00.0: gr: GPC0/TPC1/MP trap: global 00000000 [] warp 3e000d [OOR_REG]                                                              
[52323.797851] nouveau 0000:01:00.0: gr: GPC0/TPC2/MP trap: global 00000000 [] warp 3e000d [OOR_REG]                                                              
[52323.797855] nouveau 0000:01:00.0: gr: GPC0/TPC3/MP trap: global 00000000 [] warp 3d000d [OOR_REG]

в dmesg не поместилось, но за секунду до этого были такие сообщения

May 17 06:11:00 calculate kernel: nouveau 0000:01:00.0: gr: TRAP ch 8 [007eee8000
 kwin_x11[7664]]
May 17 06:11:00 calculate kernel: nouveau 0000:01:00.0: gr: GPC0/TPC3/MP trap: gl
obal 00000004 [MULTIPLE_WARP_ERRORS] warp 1000e [OOR_ADDR]
May 17 06:11:00 calculate kernel: nouveau 0000:01:00.0: gr: TRAP ch 8 [007eee8000
 kwin_x11[7664]]
May 17 06:11:00 calculate kernel: nouveau 0000:01:00.0: gr: GPC0/TPC3/MP trap: gl
obal 00000004 [MULTIPLE_WARP_ERRORS] warp 1000e [OOR_ADDR]

и ещё вот такие

May 17 06:10:59 calculate kernel: nouveau 0000:01:00.0: gr: TRAP ch 8 [007eee8000 kwin_x11[7664]]
May 17 06:10:59 calculate kernel: nouveau 0000:01:00.0: gr: GPC0/TPC0/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 30009 [ILLEGAL_INSTR_ENCODING]
May 17 06:10:59 calculate kernel: nouveau 0000:01:00.0: gr: GPC0/TPC1/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 0009 [ILLEGAL_INSTR_ENCODING]
May 17 06:10:59 calculate kernel: nouveau 0000:01:00.0: gr: GPC0/TPC2/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 20009 [ILLEGAL_INSTR_ENCODING]
May 17 06:10:59 calculate kernel: nouveau 0000:01:00.0: gr: GPC0/TPC3/MP trap: global 00000004 [MULTIPLE_WARP_ERRORS] warp 0009 [ILLEGAL_INSTR_ENCODING]

Проходит через несколько секунд. Эффект заразный, если поводить курсором заражаются все окна под ним. Если приложение не перезапустить, через несколько минут появляется прямоугольная чёрная мозаика, но уже без ошибок в dmesg. Никуда не уходит. Как это починить?

Здравствуйте, объясните мне, почему любое приложение на этом языке протекает? Вот запускаешь ты его, сразу 400 уходит, хотя там 100 за глаза, ну ладно. Через пару часов это уже 4000 (при этом всё работает нормально). Но далее закономерно начитаются проблемы, даже если памяти избыток.

В частности, это касается игрушек, Runescape там, Wakfu и остальное. В определённый момент, всё начинает сильно, всё сильнее и сильнее, подвисать, тормозить и зависать. Причём, никакие игры с ключами, ограничениями памяти, переключениями режимов GC и прочим таким, ни к чему не приводят — становится только хуже. Например, можно начинать с самого начала: сделать чтобы GC приходил почаще и вёл себя агрессивней. Подфриживания будут чаще и с самого начала, но при этом памяти хватит на дольше (вроде бы). Это продолжается уже много-много лет. Неужели это происходит только у меня и никто этого не видит?

И попутно, у оракловской сборочки есть панель управления приложениями с профайлером и прочими ништяками, можно ли иметь что-нибудь похожее для openjdk? Мне она не нужна, просто интересно.

Добрый день, уважаемые. Как получить более лучший звук? Для маздайки была программа, загружающая лучшие звуковые банки «в звуковую карту», а также проприетарная программа которая позволяла рендерить очень красиво и качественно в готовые форматы без участия звуковой карты. Но проблема в том, что эти банки уже много лет как пропали из интернета, я не могу их найти. Вероятно, по лицензионным причинам, хотя мне всё ещё полагаются банки от производителя. То, что линуксовый драйвер не поддерживает из загрузку, я просто принимаю как данность. А проприетарной программы для линукса просто нет.

Мой опыт с Timidity:

• трещит в режиме демона и -iA
• с пульсаудио не работает, из-за чего её нужно перекомпилировать с libao (которая работает с пульсаудио)
• трещит в режиме воспроизведения с -OO, немножко и не всегда
• timidity-eawpatches далеко не самый плохой вариант звучания, но и не лучший

Но существует также Fluidsynth – прекрасный софт, выбор профессионалов:

• уведомляет о проблемах с файлами
• чтобы работал реалтайм, нужно установить пакет sys-auth/realtime-base-0.1 и добавить пользователя в группу realtime (либо запускать через kdesu)
• по-сути, единственные доступные банки, которые удалось найти и употребить, это те, что на сайте Musescore – не то, что надо, звучание совершенно не ламповое и отсутствуют многие инструменты, идущий в репах FluidR3_GM.sf2 оттуда же пока лучше всего
• после прерывания aplaymidi, продолжает пищать – я не понимаю такой фичи (в qsynth есть кнопка паники на такие случаи, можно использовать её), это вроде стандартно, да?
• так и не получилось подцепить её в wine (это большая проблема, поскольку звук нужен в игрушках в вайне), хотя должно было уже заработать, и тут, видимо, ничего не сделать.

Если вы так же как и я не имеете ни малейшего представления как это сегодня работает, вот команда для запуска сервера

 ~ # modprobe snd-seq
 ~ # ADRIVER=alsa #pulseaudio #jack
 ~ # fluidsynth --server --no-shell --audio-driver=$ADRIVER --midi-driver=alsa_seq --portname=FluidSynth1 /usr/share/sounds/sf2/FluidR3_GM.sf2

потом aconnect -o и aplaymidi -p128:0 file.mid

https://wiki.archlinux.org/index.php/FluidSynth если что-то не получилось.

Программный миди из directx можно использовать в wine, это пока работает. Любителей навернуть всё подряд в вайн я могу сразу расстроить – установка дополнительных библиотек сломает звук.

winetricks gmdls dmsynth dmusic dsdmo quartz

По факту, получилось получить относительно нормальное звучание, скопировав пару библиотек в wine, но наверняка ведь можно лучше.

Итак, вопросы:

• где найти норм шрифты для fluidsynth (в формате sf2 видимо) и есть ли некие рекомендации
• как его прокинуть в wine для игрушек
• либо как получить лучшее звучание в wine без fluidsynth, запущенного на хосте

Итак, что мы имеем (TL;DR версия в последнем абзаце).

Бзди:

• Ни один xbsd дистрибутив не загрузился в efi режиме. Наибольшую жизнеспособность проявила dragonfly – зависала на сообщении менеджера (перечисления разрешения экрана и остальных параметров)

• Разметка при установке через dd плыла и parted не мог ничего обнаружить (как и прочие утилиты в любой ОС).

• PCI-звуковуха так и не заработала, видимо 15 лет это слишком новая – поддерживались только более старые. Интеловская встройка вроде работала.

• Ни один дистрибутив не подцепил днс, хотя пинги на 8.8.8.8 уходили нормально. В некоторых дистрибутивах мне не хватило знаний настроить днс, он почему-то упорно не хотел работать.

• Установка программ не работала. Никакой речи о том чтобы изменения где-то сохранялись даже нет. Вообще установка системы на флешку не работала, вероятно в той же связи что таблица разделов несколько испорчена.

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

• Всё какое-то инопланетное и заскорузлое, явно не для белых людей.

• Существующие gpt разделы не определялись, в фм была почему-то метка 1 из разделов несколько раз хотя их там несколько с разными метками. Монтирование не работало.

• В производных фрибсд есть видеодрайвер, но нет софта.

Лини:

Ох. Ок, по-порядку.

Opensuse. После установки система полноценно работала, как я понимаю там не убунтовский casper-rw, а что-то своё. Хотя может и она же. Работала нормально, только почему-то разметила остававшееся пространство в ext4 и в неё писала. Постоянные зависания при обращении к флешке, дополнительный софт устанавшивался на неё же. И очень долго запускался всегда. Тиринг на видео. С видеодрайвером возникла проблема недоступности сайта nvidia из России, но в целом решаемо. Проприетарный драйвер работал нормально, однако запуск приложений стал тормозить ещё больше, значительно. Звуковую карту пришлось настраивать в панели управления, после перезапуска сломалась pulseaudio, помогло отключение (заодно пропало зависание звука в веб-браузере, картинка всё ещё зависала при любой серьёзной активности флешки). Единственная цепляет хостнейм в локалке? Похоже на то.

Knoppix. Свежего дистрибутива нет не зеркале яндекса, хотя прошёл уже месяц. RIP.

Puppyrus. На зеркале яндекса что-то странное, не получилось.

Slax. Ну, в принципе, если прочитать инструкцию по установке, то особых проблем не возникло. Оно просто немножко странное. Нет UEFI режима. Не понимаю зачем там богомерзкие VLC и хромиум в штатной поставке. Mpv и ungoogled-chromium зашли бы лучше. Ядро 4.9, программное обеспечение разной степени несвежести (релиз был пару месяцев назад), в апт прилетело 2 десятка обновлений от дебиана. В репах нет Оперы, это фатальный недостаток. Вручную из интернета скачивать? Все диски монтируются сами, по-умолчанию логинится в иксовую сессию под рутом. Было немножко щекотно запускать браузер под рутом. Да и медиафайлы не менее щекотно открывать.

Calculate. Это был кандидат номер 1, меня потянуло на эксперименты.

Плюсы:

• Регулярно обновляемые исошки.
• Выбор окружения из нескольких видов, правда описания хоткеев почему-то на русском когда всё остальное на английском. Без проблем, отлично работает (через раз).
• Драйвера и адобфлэш (странные люди) в комплекте.
• Возможность загрузки без пульсаудио (как мы выяснили ПА абсолютное зло: создаёт задержки, не работает через раз без объяснения причин).
• В основном уместные флаги у бинарного ПО. Подборка софта в поставке местами довольно странная, но я не то чтобы жалуюсь.
• Работает в памяти, очень быстро. При запуске программ, похоже, иногда читает что-то с образа на диске, незаметно.
• При загрузке русскоязычной версии, переключение раскладки на капслок. Очень удобно. Правда, вручную повесить переключение на капслок так и не удалось (как и на многие другие комбинации).

Минусы:

• H264 на ютубе простым способом включить не получилось, для opensuse достаточно было установить пакет ffmpeg-extra.
• Синхронизации софта и настроек нет (вроде её обещают при установке на флешку (другую) из Calculate Console. Будет ли тормозить? Можно ли выбрать fat32 для раздела флешки с изменениями? Не знаю. Это мне обещали в Slax, но та единственная не запустилась.
• Билдер в ЦЦ фейлится на 1 шаге (The value for variable ‘Build ID’ may be only) без возможности выбора. Для меня это критично, как минимум мне нужны установленные дополнения в браузере и замены по софту. Серьёзно, странный выбор местами.
• Чтобы после обновления загруженные файлы удалялись, надо предварительно покопаться в настройках.
• Я так понимаю вообще с флэшки полноценно не работает.
• Как-то криво устанавливается на флешку средствами дд. Я имею в виду, посмотрите сами, очень криво. Исошка никуда не годится. Но на удивление всё загружается и работает, даже EFI режим.
• emerge –sync выдаёт вот такое

>>> Syncing repository 'gentoo' into '/usr/portage'...
fatal: no upstream configured for branch 'master'
!!! git rev-parse error in /usr/portage
q: Updating ebuild cache for /usr/portage ... 
q: Finished 36437 entries in 0.174513 seconds
...
Action: sync for repo: gentoo, returned code = 128
Action: sync for repo: calculate, returned code = 0
Action: sync for repo: distros, returned code = 0

я не понимаю чего оно хочет, eix-sync вроде работает

• алсо, что ето

 * Could not chmod or unlink '/usr/lib64/libreoffice/program/unopkg.bin': [Errno 95] Operation not supported: b'/usr/lib64/libreoffice/program/unopkg.bin'
 * Could not chmod or unlink '/usr/lib64/libreoffice/program/soffice.bin': [Errno 95] Operation not supported: b'/usr/lib64/libreoffice/program/soffice.bin'
 * Could not chmod or unlink '/usr/lib64/firefox/plugin-container': [Errno 95] Operation not supported: b'/usr/lib64/firefox/plugin-container'
 * Could not chmod or unlink '/usr/lib64/firefox/firefox': [Errno 95] Operation not supported: b'/usr/lib64/firefox/firefox'

• Пароля на суперпользователя нет, но «su -» не работает. Напрягает постоянно вводить guest:guest, в других дистрибутивах был логин без пароля.
• Не совсем очевидно как работает сборка софта из исходников, много странных файлов непонятного назначения и ничего похожего на make.conf – настройки класть в make.conf/custom.xxxx или это часть системы сборки?
• После остановки networkmanager через некоторое время перестаёт работать сеть. Странное что-то, меня wicd всегда устраивал, но тут и он не нужен.
• Очень высокие системные требования к системе для пересборки https://old.calculate-linux.org/main/ru/calculate-builder мне ведь всего пару пакетов заменить…
• И всё-таки, зачем мне либреофис, зачем мне в лайт системе несколько недоплееров (среди них ни одного нормального), зачем мне куча софта ровно половина из которого является абсолютным мусором? Нет, что-то не так.
• Всё пропитано зловонными миазмами разложения гнома и пульса с гномовскими блютусами захардкожена во всех пакетах. Видимо не удалить не пересобрав всё, там какие-то циклические завизимости дальше. Я напоминаю, что это система в памяти - отключение без пересборки образа постольку-поскольку, по большей мере просто отъедает память.
• Повсеместные закладочки и бэкдорчики, обращается к странным серверам (неприкрыто подозрительные дефолты) – товарищ майор или еврейская разведка? Если первое, то пусть, но очень напоминает второе (возможно, это просто паранойя, но было очень неприятно наблюдать – такого раньше нигде не было).
• Звуковым картам выдаётся случайная очерёдность, на другую так просто не переключиться.
• После загрузки графический режим включается через раз – может просто повесить ПК целиком (проприетарный драйвер)
• Всё-таки добавлю, это повторилось ни один десяток раз. В файловом мененжере последовательность shift+del enter НЕ УДАЛЯЕТ ФАЙЛ. Боже, как я ненавижу гном и всё с ним связанное, для каких-то ненормальных людей сделано.
• При выделении файла, невозможно нажать вызвать контекстное меню – выделение слетает. С проприетарным драйвером? Я не понимаю что это, но бесит просто неимоверно.
• Скорее всего compton (этот мусор до сих пор где-то используют?) плохо работает с проприетарным драйвером – медленное перетаскивание окон, разрывы. А впрочем с нуво вроде бы работает нормально.
• Режим с проприетарным драйвером загружается стабильно дольше.
• Со свободным драйвером перетаскивание окна может уронить приложение.
• Системные приложение завязаны на python2, установка работает только для mbr разделов (впрочем с gpt тоже загружается, только системные скрипты местами отваливаются).

Slackware Live. Были большие надежды, не в последнюю очередь благодаря возможности собрать произвольную систему. Я так понимаю скрипты где-то отдельно в интернете искать? Достаточно неочевидно. Загрузочное меню (в том числе EFI-версия) значительно уступает таковому у кальки. Параметров конечно больше (упомянутых в справке). Пригодность оценить не удалось, драйверу nouveau плохеет каждый раз, из-за чего система зависает (вся или частично) в обоих режимах. Странно, ядро вроде бы той же версии (4.19.29).

============================================

На очереди Астра.Орёл и CloverOS. По поводу Астры мне говорили что там устаревшее ПО и маленький выбор, не подходит. По поводу второго есть опасения что поведёт себя так же, как и Calculate.

По итогам моих небольших изысканий, пока можно сделать только один вывод. В 2019 году всё ещё не существует пригодных к повседневному использованию систем (за исключением openSUSE). Необходим дистрибутив, который бы сохранял изменения на флэшку только при выключении. И восстанавливал их при включении. Пока были обнаружены только дистрибутивы, задействующие флешку в live режиме на постоянной основе (openSUSE, Ubuntu, Fedora), из-за чего работать с такой системой просто невозможно (на самом деле это реально, если только периодические зависания не являются большой проблемой) и дистрибутивы, поддерживающие пересборку базового образа (как минимум, это приведёт к необходимости менять настройки при каждом запуске, а также сохранению персистентных данных где-то ещё). Ну и вообще не изменяемые ещё есть.

Раньше вроде бы существовали какие-то конструкторы, что есть на сегодняшний день? Мне необходимо нечто вроде openwrt, только для обычных дистрибутивов. Чтобы можно было добавлять пакеты вроде проприетарного драйвера и веб-браузера (и плеера, что уж там) в образ. Или удалять лишние компоненты. Например, в opensuse таковыми после некоторого использования оказались dragon player и pulseaudio. Они совершенно не нужны и будут только засорять систему.

Кроме того, очевидная проблема практически со всеми имеющимися дистрибутивами в том, что они все какие-то гном-ориентированные, при этом гному насколько я знаю нужны pulseaudio и mesa. Это явно будет не нормальная система.

Но Slax пока кандидат номер один, скажите мне только, в нём можно добавить видеодрайвер и пересобрать образ с ним?

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

Установка выполнена на флешку в формате live образа leap15, после запуска флешка была автоматически доразмечена в ext4, звуковые карты автоматически не добавились (но работают после выбора вручную в конфигураторе), видеодрайвер nouveau работает подозрительно без особых нареканий (новые карты в нём поддерживаются для галочки как я понимаю), небольшой тиринг. В целом, всё в порядке.

Теперь о плохом, с чем мне, собственно, и необходима ваша помощь. Флешка должна была быть убитой, но какая есть (она новая, просто adata). В принципе нормально работает. Постоянно возникает состояние disk wait и всё зависает (например, видео в браузере), звук рассинхронизовывается с картинкой. А также ввод текста, скроллинг и всё остальное. Особенно подвержен Firefox, несмотря на то что кэш вроде бы получилось выключить. В Opera всё значительно лучше, но там так и не удалось найти никакие параметры на тему дискового кэша.

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

- Как можно выяснить кто виноват и что делать? Какие параметры sysctl стоит покрутить? Почему гугл предлагает что угодно, кроме ответа на такой простой вопрос?

- Насколько я знаю, система периодически сохраняет что-то куда-то, как выяснить что и куда, как поместить эти файлы в tmpfs? Возможно, тут приходится systemd (под которым всё и запущено)? Я не умею им пользоваться, подскажите, если знаете.

- Сайт nvidia.com выдаёт невалидный сертификат и репозиторий https://download.nvidia.com/opensuse/leap/15.0/ недоступен (Россия), также недоступны отдельные файлы, их можно скачать через любой прокси в выдаче гугла. Что это может быть? Возможно ли добавлять репозитории через прокси? Вот такая ошибка «Timeout exceeded when accessing 'https://download.nvidia.com/opensuse/leap/15.0/repodata/repomd.xml'»

- Переключения между окнами очень медленные, приложения запускаются долго. Периодически все меню зависают. Закрываются ещё дольше, Firefox просто умирает в процессе.

- Стоит ли переразметить ext4 раздел на флешке во что-то иное, мне говорили, что использование файловых систем вроде ntfs может сказаться на долговечности?

- Zypper выдаёт странные сообщения вроде

Additional rpm output:
setting /usr/lib/mc/cons.saver to root:root 4755. (wrong permissions 0755)

- Проприетарный драйвер nvidia зачем-то установил samba и кучу странных зависимостей — это норма?

- Как можно увидеть перечень сервисов и отключить лишнее? В yast были запущены avahi и прочее, но мне кажется там не всё. И они почему-то не хотят умирать.

- Попытка изменения конфигурации ядра в yast проваливается с сообщением об отсутствии grub, как мне изменить некоторые параметры?

- Yast блокирует любую работу системы, например я хочу поискать название (и возможно установить что-нибудь) и zypper сообщает мне что всё заблокировано. От root, от пользователя ждёт своей очереди (которая никогда не наступает, но иногда всё же наступает). Не умеет работать от root?

Я помню раньше довелось использовать knoppix с лайвсиди, на совершенно убитом пк. Так там таких проблем не было. Стоит попробовать другой live дистрибутив? Вы можете порекомендовать KaliLinux или любой другой дистрибутив? Желательно не производные убунту, с лёгкой установкой проприетарных компонент (драйвера, браузеры, ffmpeg), похожими предпочтениями в софте (rsyslog, chrony, firewalld, mcelog), но без кучи странных неиспользуемых сервисов (зачем нужен btrfs-defrag-plugin.py на системе с ext4? зачем мне avahi? зачем мне самба наконец?).