машинка довольно новая поэтому инфы мало но если судить по этому то с дровами под linux проблем не должно быть, разве что с сенсором отпечатков пальцев, также в D 14 под АМД наблюдалась проблема с ждущим режимом и гибернацией, хотя возможно в новой D 15 это и не так. В общем дерзайте )
можно яндекс web-переводчиком попробовать, там есть возможность распознавать картинки
какая либо виртуальная машина случаем не загружена ?
при выводе буфер и кеш лучше отделить
для отслеживания запустите в одном терминале:
watch -n1 free -hw
а в другом выполните:
sync && echo 3 | sudo tee /proc/sys/vm/drop_caches
grayich
как видно не выдаёт Last-Modified, в этом похоже и проблема
походу так оно и есть

vs220
ради интереса установил локальную дату больше чем на сервере
sudo touch -d '17 May 2099' testbd/sync/core.db
закачка всё равно не происходит хотя и выводит что-то типа этого
 core не устарел                               0,0   B  0,00   B/s 00:00 [----------------------------------------]   0%
в общем
время модификации файла баз данных core
локальная (L)
stat -c "%Y" $(pacman-conf DBPath)sync/core.db
на сервере (S)
date -d $(curl -sI "$(pacman-conf --repo core Server)/core.db" | awk -F': ' '/last-modified/ {print $2}') '+%s'
при обновлении если S > L то начинается полная закачка файла баз данных, в противном случае напишет что база не устарела
vs220
Но синхронизирует и при отличии в меньшую (старее) сторону
?
vs220
Код не смотрел поэтому спорить не буду.
там делов на 3 минуты, всё расписал
да и если смотреть тот же --debug там тоже упоминается время для каждой репы, например:
debug: using time condition: 1587667477
и это как раз время модификации
vs220
От времени не зависит, перезапишет даже если на сервере база старее чем локальная.
Поведение аналогично rcync скорее всего сумма сравнивается
я полностью привел рабочий пример на котором полностью доказал свои доводы
vasek
Это я к тому, что версия пакета, имхо, основной параметр проверки при обновлении.
обновление самой базы по идее вообще не должна зависеть от версий пакетов
mkdir ~/testbd
sudo pacman -Sy -b ~/testbd
сразу обновляем еще раз чтобы убедится что изменений нету
sudo pacman -Sy -b ~/testbd
меняем время базы core
sudo touch -d '17 May 1999' ~/testbd/sync/core.db
пробуем обновить
sudo pacman -Sy -b ~/testbd
так и есть перезаписывает базу core так как время локального файла(базы) core будет меньше чем на сервере

посмотреть время последней модификации нашей локальной тестовой базы
stat -c "%Y" ~/testbd/sync/core.db
на сервере
date -d $(curl -sI "$(pacman-conf --repo core Server)/core.db" | awk -F': ' '/last-modified/ {print $2}') '+%s'

если у ТС две последние команды(написанных выше) сразу после синхронизации баз будут отличатся или последняя команда вообще ничего не выведет значит проблема в том что сервер неверное отдает время модификации файла из за чего будет постоянно происходить полная перезакачка баз даже при простой синхронизации
grayich
в репе файл state присутствует, дата его вроде верная
у арча нету state, по крайней мере я такого ни разу не видел, а есть lastsync и lastupdate

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

grayich
ну и почему так может происходить, если не нормально.
могу предположить что это из за того что не находит файл lastupdate, но может из за чего нибудь еще