После этого firefox стал странно себя вести, иногда отказываясь переходить по ссылкам и открывать новые вкладки, т.е. сам он продолжает работать, но на сайты не переходит. Исправляется только после kill -9.
Стоит еще упомянуть, что после пересборки ядра, пришлось убрать seccomp из конфига firejail, чтобы firefox завёлся.
Кусок конфига /etc/firejail/firefox.profile
caps.drop all
# machine-id breaks pulse audio; it should work fine in setups where sound is not required
#machine-id
netfilter
nodvd
#nogroups
nonewprivs
noroot
notv
protocol unix,inet,inet6,netlink
#seccomp
shell none
tracelog
disable-mnt
private-dev
В плюсовом коде я бы запилил вектор векторов и инициализировал бы его через initializer_list. Поэтому, оказавшись без столь удобных инструментов, я немного впал в ступор.
caps.drop all
# machine-id breaks pulse audio; it should work fine in setups where sound is not required
#machine-id
netfilter
nodvd
nogroups
nonewprivs
noroot
notv
protocol unix,inet,inet6,netlink
seccomp
shell none
tracelog
disable-mnt
private-dev
private-tmp
noexec ${HOME}
noexec /tmp
Рандомно вылетает с таким логом:
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: [OPENGL] Failed to init compositor with reason: FEATURE_FAILURE_OPENGL_CREATE_CONTEXT (t=0.372391) |[1][GFX1-]: [OPENGL] Failed to init compositor with reason: FEATURE_FAILURE_OPENGL_CREATE_CONTEXT (t=152.096) |[2][GFX1-]: [OPENGL] Failed to init compositor with reason: FEATURE_FAILURE_OPENGL_CREATE_CONTEXT (t=198.388) [GFX1-]: [OPENGL] Failed to init compositor with reason: FEATURE_FAILURE_OPENGL_CREATE_CONTEXT
(firefox:7): Gdk-ERROR **: The program 'firefox' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadContext'.
(Details: serial 84490 error_code 168 request_code 153 (GLX) minor_code 4)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Parent is shutting down, bye...
Захотелось мне тут секурности и решил зашифровать rootfs & swap, а boot раздел вынести на sd-карту с возможностью физически переключать её в read-only.
Так вот, все работает как надо, если sd-карта в rw режиме, но если переключить её в ro, то по какой-то неведомой мне причине rootfs монтируется тоже в ro и из-за этого половина сервисов не стартует.
Почему так происходит? Как заставить initramfs монтировать rootfs в rw, не переключая sd-карту в rw?
UPD: initramfs создавался genkernel'ом, если это важно
Конфигурирую ядро для девайса на Exynos 5420 (Cortex-A15 + Cortex-A7). Как я понял, Cortex-A15 подвержен meltdown & spectre, поэтому хотелось бы от этого как-то защититься. Нашел в конфиге KPTI (PAGE_TABLE_ISOLATION), а там в дескрипшене написано:
Depends on: X86_64
То есть это значит, что фикс есть только для X86_64?
На днях наконец-то снес проприетарную прошивку и вместо неё поставил lineage os. До этого всегда пользовался тем, что предлагал вендор, поэтому имею весьма смутное представление о безопасности мобильной системы без вендорской опеки.
Так вот. Захотелось мне поставить какой-нибудь фаервол, чтобы усилить контроль над системой, но как оказалось, все подобные приложения требуют рута. И тут у меня возникает вопрос: если дать им этого рута, не зашкварно ли это будет? Это же дыра натуральная - любое локальное приложение сможет повысить свои права. Или я ошибаюсь? Если нет, то какой тогда смысл в фаерволах на андроиде, если безопасность от этого только снизится?
Проблема такая: при малейшей нагрузке на сеть (вебсерф, загрузка файла, etc), пинг к роутеру (Raspberry Pi 3 Model B / LEDE 17.0.4 ) вырастает до небес, что приводит WIFI к абсолютно неюзабельному состоянию.
Приведу кусок лога при пинговании роутера во время однопоточной загрузки файла из инета:
64 bytes from 10.0.0.1: icmp_seq=521 ttl=64 time=493.635 ms
Request timeout for icmp_seq 522
64 bytes from 10.0.0.1: icmp_seq=523 ttl=64 time=1569.522 ms
64 bytes from 10.0.0.1: icmp_seq=524 ttl=64 time=642.037 ms
64 bytes from 10.0.0.1: icmp_seq=525 ttl=64 time=406.650 ms
64 bytes from 10.0.0.1: icmp_seq=526 ttl=64 time=337.020 ms
Request timeout for icmp_seq 527
64 bytes from 10.0.0.1: icmp_seq=528 ttl=64 time=276.273 ms
64 bytes from 10.0.0.1: icmp_seq=529 ttl=64 time=233.462 ms
64 bytes from 10.0.0.1: icmp_seq=530 ttl=64 time=1009.487 ms
64 bytes from 10.0.0.1: icmp_seq=531 ttl=64 time=324.294 ms
64 bytes from 10.0.0.1: icmp_seq=532 ttl=64 time=241.726 ms
64 bytes from 10.0.0.1: icmp_seq=533 ttl=64 time=233.443 ms
64 bytes from 10.0.0.1: icmp_seq=534 ttl=64 time=255.738 ms
64 bytes from 10.0.0.1: icmp_seq=535 ttl=64 time=277.156 ms
64 bytes from 10.0.0.1: icmp_seq=536 ttl=64 time=403.915 ms
64 bytes from 10.0.0.1: icmp_seq=537 ttl=64 time=297.305 ms
64 bytes from 10.0.0.1: icmp_seq=538 ttl=64 time=394.790 ms
64 bytes from 10.0.0.1: icmp_seq=539 ttl=64 time=8.237 ms
64 bytes from 10.0.0.1: icmp_seq=540 ttl=64 time=10.917 ms
64 bytes from 10.0.0.1: icmp_seq=541 ttl=64 time=7.747 ms
64 bytes from 10.0.0.1: icmp_seq=542 ttl=64 time=7.741 ms
64 bytes from 10.0.0.1: icmp_seq=543 ttl=64 time=4.751 ms
64 bytes from 10.0.0.1: icmp_seq=544 ttl=64 time=7.073 ms
64 bytes from 10.0.0.1: icmp_seq=545 ttl=64 time=7.152 ms
64 bytes from 10.0.0.1: icmp_seq=546 ttl=64 time=4.625 ms
^C
--- 10.0.0.1 ping statistics ---
547 packets transmitted, 541 packets received, 1.1% packet loss
round-trip min/avg/max/stddev = 1.276/50.872/1569.522/137.861 ms
Загрузка файла завершилась на 539 пакете и пинг стабилизировался.
Физически нахожусь через 2 стены от роутера, но это не важно, т.к. проблема наблюдается даже в непосредственной близости. Изменение канала не помогает (выбрал наименее засранный). Ноутовская wifi карта исправна, проверял её с проприетарным зондированным роутером - коннект стабильный, т.е. проблема на стороне роутера. Тестировал сеть с usb-ethernet адаптером (т.к. на малинке всего одно ethernet гнездо) - коннект стабильный даже во время работы торрент-клиента, но нужен именно wifi...
Вайфай чип крутится на brcmfmac, но дело не в нем, потому что точно такая же проблема наблюдается с usb wifi свистком работающим под athk9k.
Итог такой: с wifi картами все ок, с их драйверами все ок, малинка способна предоставить нормальный коннект через usb-ethernet, но проблема есть и причину её я понять не могу. Помогите разобраться.
Господа, спасайте - тону! Хочется много - знаний и опыта мало. Не знаю с какого края начинать...
Захотелось мне навести порядок в моей цифровой жизни и решил я это сделать, выделив под каждую сферу деятельности по виртуалке (для написания кода, для онлайн-банкинга, для соц.сетей и вебсерфа, оффтопик с пробросом видеокарты для игр и т.д.).
Хочется максимальной производительности гостевых систем, их изолированности друг от друга, организации файлообмена, сетевого разграничения (виртуалка для банкинга должна ходить в сеть только через определенный vpn сервер, а часть виртуалок вообще не должна иметь доступа к сети), ну и конечно минимум проприетарщины - максимум швободки. Так как сабж должен работать на ноуте, то неплохо бы иметь возможность гибернации всего этого зоопарка с учетом full disk encryption (включая swap).
Также имеется в наличии (пылится в кладовке) незанятый системник с приличным процессором, тонной оперативки и десятком терабайт хдд. Вот и думается мне, что его сюда как-то можно прикрутить, и часть работы перекинуть на него.