mesa набирает вес
mesa скидывает вес
pacman -Qi mesa | rg -e Версия -e размер
Версия               : 19.2.3-2
Установленный размер : 81,61 MiB

Aivar
Ядро обновилось. Как теперь?
в ядре 5.3.8 осталось всё по прежнему, а вот в 5.3.10 наконец починили
Aivar
Transcend 8GB, два раздела: exfat и f2fs, монтируются в пространстве пользователя, читаются, записываются, всё ОК, в логах крамолы нет. В чем подвох?
да тут вообще какая-то непонятка происходит

подключаешь флешку lsusb и dmesg её видят
$ lsusb
Bus 002 Device 005: ID 8564:1000 Transcend Information, Inc. JetFlash

$ dmesg  --follow
...
[  352.562160] usb 2-1.2: new high-speed USB device number 5 using ehci-pci
[  352.642139] usb 2-1.2: New USB device found, idVendor=8564, idProduct=1000, bcdDevice= a.00
[  352.642152] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  352.642158] usb 2-1.2: Product: Mass Storage Device
[  352.642163] usb 2-1.2: Manufacturer: JetFlash
[  352.642168] usb 2-1.2: SerialNumber: 09021000000000000575276691
[  352.720881] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[  352.724176] scsi host4: usb-storage 2-1.2:1.0
[  352.724523] usbcore: registered new interface driver usb-storage
[  352.734482] usbcore: registered new interface driver uas
...
[  465.797158] usb 2-1.2: USB disconnect, device number 5

а вот ни в lsblk ни в /dev/sd* она не появляется и соответственно не монтируется
если флешку высунуть и опять всунуть то уже даже dmesg никак не реагирует, а в lsusb информация вообще никак не меняется после первого раза даже если флешки нету
работать с флешкой можно только если с ней загрузиться

собрал archiso с данным ядром та же проблема, и в журнал пишет
Nov 01 12:33:34 archiso kernel: sd 4:0:0:0: [sdb] No Caching mode page found
Nov 01 12:33:34 archiso kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through
Nov 01 12:33:35 archiso kernel: gsmi: exec 0xc1ef: Unknown error 0xc1ef
Nov 01 12:33:36 archiso kernel: BUG: kernel NULL pointer dereference, address: 0000000000000030
Nov 01 12:33:36 archiso kernel: #PF: supervisor read access in kernel mode
Nov 01 12:33:36 archiso kernel: #PF: error_code(0x0000) - not-present page
Nov 01 12:33:36 archiso systemd-udevd[290]: 0000:01:00.0: Worker [310] failed
Nov 01 12:33:37 archiso kernel: BUG: kernel NULL pointer dereference, address: 0000000000000030
Nov 01 12:33:37 archiso kernel: #PF: supervisor read access in kernel mode
Nov 01 12:33:37 archiso kernel: #PF: error_code(0x0000) - not-present page
Nov 01 12:36:35 archiso systemd-udevd[290]: cpu0: Worker [293] processing SEQNUM=2248 killed
Nov 01 12:36:35 archiso systemd-udevd[290]: cpu1: Worker [300] processing SEQNUM=2249 killed
Nov 01 12:36:35 archiso systemd-udevd[290]: cpu1: Worker [300] failed
ilya
Странно! А почему в арче так (2-а логических ус-ва, на каждое физическое)?
второе логическое устройство это пустышка и не имеет вообще никаких параметров настройки
v4l2-ctl -d /dev/video1 --list-ctrls
а почему так я хз, возможно не совсем корректная работа uvcvideo-драйвера и по нему плачет какой-нибудь патч
ilya
Мне для "эксперемента" требуется подключится требуется к камере, но софт ругается :(
кокой-то специфический софт ?
у меня двt камеры, одна встроенная вторая по usb
$ v4l2-ctl --list-devices
HD WebCam: HD WebCam (usb-0000:00:1a.0-1.3):
	/dev/video0
	/dev/video1

USB 2.0 Camera: USB 2.0 Camera (usb-0000:00:1d.0-1.2):
	/dev/video2
	/dev/video3
также выводит по два устройства под каждую камеру, но работает только одно, вернее video0 для одной и video2 для второй
mpv /dev/video0
mpv /dev/video2
Bendalf
как вы и сказали результаты запроса pacman нужно парсить. это трудный путь.
да не так уж и трудно, просто в данном случае в этом нету никакого мм.. профита, а полный поиск по метаданным пакета дает более полную картину

Bendalf
независимо установлены у меня или нет и какая версия линукса
Bendalf
]в итоге экономия места на диске и времени на синхронизации плюс легкая и очень быстрая доступность конкретно интересного.
если я правильно понял, вы думаете что если, например, пол года не обновляться то актуальность локальных баз протухнет ? и для того чтобы их обновить нужно будет полностью обновлять всю систему ?
не совсем, в другой теме я уже вам писал о том что так называемая база пакмана делится на две части
/var/lib/pacman/sync и /var/lib/pacman/local, так вот, грубо говоря, команда pacman -S предназначена(поиск) для первой части а команда pacman -Q для второй.
поэтому чтобы просто иметь всю свежую(текущую) базу пакетов достаточно выполнить:
$ pacman -Sy
качает быстро, сохраняет мало
при желании даже можно проделать это вручную, например так:
$ curl -s --remote-name-all -Z  https://mirror.mirohost.net/archlinux/{core/os/x86_64/core,extra/os/x86_64/extra,community/os/x86_64/community}.db
данная команда качает базы для трёх офреп с указанного сервера, операция занимает несколько секунд(в зависимости от канала)
$ du -sch *
4,9M	community.db
136K	core.db
1,7M	extra.db
6,7M	итого
то есть цена вопроса это скачать меньше 10 мегабайт
после чего
$ pacman -Ssq game > список_пакетов.txt
vasek
то есть это список пакетов, который получается в выводе pacman -Ss game ???
не совсем, можешь глянуть у себя
$ curl -s "https://www.archlinux.org/packages/search/json/?q=game&flagged=Not+Flagged" | jq -r '.results[].pkgname' | sort -u > x1
$ pacman -Ssq game | sort -u > x2
$ comm -23 x2 x1 | wc -l
у меня, например, разница в 13 пакетов
но это обусловлено
- разным набором реп на офе и локально [можно выставить аналогичные через pacman.conf]
- присутствием флага устаревший [возможно только через web-интерфейс]
- разный способ поиска: pacman по всем локальным метаданным, curl(web-интерфейс) - только по имени и описанию пакета [используя pacman тоже в принципе можно ограничить поиск но нужно будет вручную распарсить метаданные pacman -Qi ]

по сути всё что можно сделать через web-интерфейс можно сделать и через pacman, единственное что нельзя получить это флаг устаревший, но это, на сколько я понял, особенность удаленной базы и данный флаг больше служит напоминанием тому кто сопровождает пакет о том что вышла новая версия и пора бы уже обновить пакет.

vasek
но вот только не понятно, зачем нужен этот список?
а хз, может какую нибудь утилиту клепает которая работает не на платформе арча
Bendalf
входят в один пакет. и когда -то давно они ставились кучей как kdegames
так они и сейчас ставятся кучей при желании https://www.archlinux.org/groups/x86_64/kdegames/ (метапакет)
pacman -S kdegames
а можно даже и так, без выбора, всё или ничего:
pacman -S kdegames-meta
Bendalf
просто curl или wget мне всю страницу скачает без фильтров.
я же давал подсказку когда разбирал возникшую разницу в количестве пакетов через пакман и через curl(web-интерфейс), вот с помощью curl и специально оформленного запроса я и получал нужные данные с офсервера
есть такая штука как Official repositories web interface позволяющая делать запросы на офсервер к базе пакетов через веб-интерфейс а в ответ получать структурированный json-ответ

Bendalf
получить список пакетов в виде просто текста.
одна строка- одно название.только имена без версий.
например вот эти https://www.archlinux.org/packages/?sort=&q=game&maintainer=&flagged=Not+Flagged
ладно, давайте попробую подробно показать как преобразовать этот url в то что вам нужно, надеюсь будет полезно
берём вашу ссылку
https://www.archlinux.org/packages/?sort=&q=game&maintainer=&flagged=Not+Flagged
- заменяем базовую часть на https://www.archlinux.org/packages/search/json/
- сортировки в web-интерфейсе нету, поэтому убираем sort=, вместо этого мы потом в конце проделаем это с помощью консольной команды sort
- запрос поиска по слову оставляем q=game
- по майнтейнероам(сопроводитель пакета) фильтровать не нужно поэтому maintainer= можно либо оставить как есть(пустое значение) или просто убрать
- параметр flagged=Not+Flagged оставляем как есть что выведет всё кроме пакетов помеченных как временно устаревшие
в итоге получим такую ссылку:
https://www.archlinux.org/packages/search/json/?q=game&flagged=Not+Flagged
далее формируем запрос через curl с ключём -s(не выводить лишнего)
curl -s "https://www.archlinux.org/packages/search/json/?q=game&flagged=Not+Flagged"
в итоге мы получим json-ответ с полной информацией по пакетам удовлетворяющим наш запрос(напомню - ищем пакеты содержащие слово game в названии или описании пакета а также они не должны быть помечены как устаревшие)
json это хорошо но нам нужен простой список, и в этом нам поможет замечательная утилита для работы с json в консоли - jq, которую при желании можно потыкать онлайн на https://jqplay.org/
устанавливаем если нету
pacman -S jq
итак, нам нужно получить только имена пакетов, манипуляции с jq довольно простые поэтому напишу конечный результат, а при желании более подробно разобраться с jq можно на https://stedolan.github.io/jq/manual/
в конечном итоге получим:
curl -s "https://www.archlinux.org/packages/search/json/?q=game&flagged=Not+Flagged" | jq -r '.results[].pkgname' | sort > web.packages
получаем нужные данные с сервера и передаём утилите jq которая в свою очередь выудит из полученных данных только имена пакетов, затем всё это отсортируем и запишем в файл web.packages
вот этот файл web.packages и будет содержать список который вы хотели
единственное что дополнительно можно сделать это не просто отсортировать а отсортировать с уникализацией, то есть чтобы названия пакетов если они одинаковые не дублировались в нашем списке, так например qt5-gamepad будет встречаться дважды так как он присутствует как в репозитории Extra так и в репозитории KDE-Unstable(который тоже числится в списке реп на офсервере)
curl -s "https://www.archlinux.org/packages/search/json/?q=game&flagged=Not+Flagged" | jq -r '.results[].pkgname' | sort -u > web.packages
ForumLiker
red, Эт наихудшее обновление, которое убило две моих флешки. Они определяются, но нельзя смоонтировать .Уже чем только не пробовал их форматировать..не помогает
а вы попробуйте с lts-ядра а то с текущим они чего-то перемудрили
ForumLiker
после обновления ядра перестали монтироваться флешки
ага есть такое и еще всякое нехорошее пишет в журнал:
$ journalctl -b -p3
окт 30 15:24:53 arch kernel: gsmi: exec 0xc1ef: Unknown error 0xc1ef
окт 30 15:24:55 arch systemd-udevd[269]: 0000:01:00.0: Worker [293] failed
окт 30 15:27:53 arch systemd-udevd[269]: cpu0: Worker [284] processing SEQNUM=2156 killed
окт 30 15:27:53 arch systemd-udevd[269]: cpu1: Worker [283] processing SEQNUM=2157 killed
окт 30 15:27:53 arch systemd-udevd[269]: cpu0: Worker [284] failed