Здесь три темы HiDPI. Хорошо смотрятся.
vs220
И не понятно почему напрямую кабель в комп а не через роутер если дома еще и смарт тв и телефоны скорее всего тоже имеются
Чтобы запускать на десктопе серверы, видимые вне домашней сети, без лишних мучений. USB dongle раздаёт Wi-Fi для домашних устройств.

Vadim
операторы у вас охреневшие,конкурентов наверно нет.
Кстати, конкурентов навалом. Просто я с ним сроднился :-) .

vs220
Проверить гнездо на материнке, акуратно картонкой подчистить контакты, переобжать штекер на кабеле.
Вот об этом не подумал! Может быть «несовместимость» гнезда на материнке и штекера на кабеле. Например, была у меня такая несовместимость с USB. В гнезде USB-хаба лепестки мало выступали, а в штекере клавиатуры на входе был какой-то пластмассовый порожек. Из-за этого не было контакта при соединении именно этой клавиатуры именно с этим USB-хабом.

Ещё прикол в том, что эпизодически скорость сама собой увеличивается. Сейчас второй эпизод :-) .

P. S. Блин, и тут забыл подписаться на тему.
Не уверен, что кто-то сможет мне помочь. Написал сюда, чтобы пожаловаться на жизнь :-( .

22:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
	Subsystem: Micro-Star International Co., Ltd. [MSI] Device 7b86
	Flags: bus master, fast devsel, latency 0, IRQ 71, IOMMU group 9
	I/O ports at e000 [size=256]
	Memory at fcc04000 (64-bit, non-prefetchable) [size=4K]
	Memory at fcc00000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Virtual Channel
	Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
	Capabilities: [170] Latency Tolerance Reporting
	Capabilities: [178] L1 PM Substates
	Kernel driver in use: r8168
	Kernel modules: r8169, r8168
Материнская плата MSI B450-A Pro. Появился интересный глюк с сетью. С некоторого момента скорость download уменьшилась с 50 Мб/с (скорость тарифа) до 1 Мб/с и потеря пакетов в ping достигла 40 % O_O . При этом скорость upload осталась прежней, 50 Мб/с (скорость тарифа).
  • Если запустить на этой материнской плате MSI Windows 10 или чистую Lubuntu с live media, скорость низкая. То есть дело не в настройках ОС.
  • Если подключить интернет-кабель к Smart TV или к древней материнской плате ASUS M2N-MX SE, скорость высокая. У ASUS потери пакетов 0 %.
  • Если подключить материнскую плату MSI к материнской плате ASUS полукроссоверным кабелем, скорость 94 Мб/с в обе стороны (максимум для ASUS).
Самое обидное, что не возможно указать на конкретное устройство, которое глючит.

Пробовал
  • заменить драйвер r8169 на r8168, как видите,
  • изменить параметр `sysctl net.ipv4.tcp_ecn`,
  • изменить параметры сетевой карты: full duplex, half duplex, 100 Мб/с, 10 Мб/с.

Если вызвать интернет-провайдера, с большой вероятностью его устройство покажет, что кабель нормальный, и мне придётся заплатить за необоснованный вызов. Хотя этому кабелю 10 лет, и из-за него регулярно пропадает интернет (не реже, чем раз в год), и каждый раз провайдер чинит кабель на своей стороне. Материнская плата относительно новая, так что выбросить её из-за такой чепухи жалко.
Мыши кололись, плакали, но продолжали кушать NVIDIA. :-)
vs220
beroal
две вещи несовместные.

11 лет на нвидии , пока иксы живы все в порядке.
Неужели NVIDIA начала выпускать драйверы, подходящие к свежим ядрам?
safocl
да в том то и дело – угараздило меня взять gtx1650 – ведь понимал же чо для линукса беру – балдежный вайланд на амд вроде норм идет жеж? – вроде по той же цене примерно была rx570 или 560… уже не помню.
NVIDIA и Linux — две вещи несовместные. Давно покупаю AMD. С AMD, конечно, тоже есть проблемы — OpenCL.
pacman -Fs xyz
помилка: помилковий параметр «-s»
На форуме и в русской вики вовсю используют эту комбинацию аргументов. В английской вики почему-то её нет.
pacman -Q pacman
pacman 5.2.2-2
Извиняюсь, что поднимаю древнюю тему. Нашёл ещё такое решение для `systemd`:
/etc/systemd/system/getty@.service.d/override.conf
[Service]
ExecStartPre=setfont -C /dev/%I UniCyr_8x16
Почитал методы в Resizing LVM-on-LUKS и dm-crypt/Device encryption и ужаснулся. Куча расчётов вручную. Одна ошибка, и ты отрезаешь хвост файловой системы. Здесь пишут, что последние версии GParted и KDE Partition Manager поддерживают LUKS. Что насчёт утилит командой строки? Ставить Xorg server и Gnome на флэшку для восстановления ради одной утилиты как-то не хочется.

P. S. Сколько сейчас занимает ArchLinux сразу после установки? Надо установить на маленький раздел для экспериментов. В раздел 2 ГБ не влез.
Всем привет.

Открыто новое RFC.

Краткое содержание:
Сделать -march=x86_64-v2 опцией по умолчанию для всех пакетов. Она подразумевает следующие наборы инструкций, которые доступны на практически всех, кроме самых старых процессоров AMD:

CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3

Hi all,

A new RFC has been opened here:
https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/2

Summary:
Make -march=x86_64-v2 the default for our packages. This assumes the
following instruction sets which are essentially available on all but
the oldest AMD CPUs:

CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3
источник

Я слежу за обсуждением возможного перехода на x86_64-v2 как архитектуры по умолчанию для пакетов в списке рассылки arch-dev-public. Будучи простым пользователем, я не могу помочь с проблемами, которые там обсуждаются, поэтому я решил написать о том, что меня беспокоит, здесь.

Хотя я вижу преимущества этого перехода, который делает доступным большее количество опций ЦПУ и, таким образом, аппаратных оптимизаций, я считаю, что при этом полностью игнорируется применение ArchLinux-а на VPS. На большинстве моих VPS, хостеры не предоставляют опции вроде SSE3 или выше, LAHF-SAHF или CMPXCHG16B на своих компьютерах. Я не знаю, какое оборудование они используют, но может быть, что само железо не поддерживает этих опций. …

I have been following the discussion on the suggested move to x86_64-v2 as default architecture for packages on the arch-dev-public mailing list.
As an ordinary user I cannot contribute to the issues raised there, so I decided to submit a concern I have about this here.

While I can see the benefits of the proposal, which is to assume more available CPU flags per default and thusly make use of hardware-side optimizations, I think that the application of Arch Linux on VPS has been completely ignored.
On most of my VPSs, the hosters do not provide flags like SSE3 or higher, LAHF-SAHF or CMPXCHG16B on their machines.
I don't know their underlying hardware, but it may be the case, that even the bare metal does not yet support those flags. …

источник