Раньше тоже всегда использовал американскую локаль, т.к. привык к английскому языку в системе, но тоже были неудобства с датами, раньше просто забивал или в gnome выставлял русскую локаль, получалось кривовато - дата на русском, остальное на английском - но работало. Недавно разобрался с этим вопросом.

Решение: необходимо выставить не американскую локаль, а обычную английскую:

su -
sed -i 's/en_US.UTF-8/#en_US.UTF-8/' /etc/locale.gen
#Uncomment en_GB.UTF-8 only and generate locales
sed -i 's/#en_GB.UTF-8/en_GB.UTF-8/' /etc/locale.gen && locale-gen
#Set locales for other GUI programs
echo "LANG=en_GB.UTF-8" > /etc/locale.conf

Получаем систему на английском, с привычной датой и 24-часа формат времени.

Наверняка есть ещё более правильная локаль, нужно пробовать из:

    en_AS: "English (American Samoa)",
    en_AU: "English (Australia)",
    en_BE: "English (Belgium)",
    en_BZ: "English (Belize)",
    en_BW: "English (Botswana)",
    en_CA: "English (Canada)",
    en_GU: "English (Guam)",
    en_HK: "English (Hong Kong SAR China)",
    en_IN: "English (India)",
    en_IE: "English (Ireland)",
    en_IL: "English (Israel)",
    en_JM: "English (Jamaica)",
    en_MT: "English (Malta)",
    en_MH: "English (Marshall Islands)",
    en_MU: "English (Mauritius)",
    en_NA: "English (Namibia)",
    en_NZ: "English (New Zealand)",
    en_MP: "English (Northern Mariana Islands)",
    en_PK: "English (Pakistan)",
    en_PH: "English (Philippines)",
    en_SG: "English (Singapore)",
    en_ZA: "English (South Africa)",
    en_TT: "English (Trinidad and Tobago)",
    en_UM: "English (U.S. Minor Outlying Islands)",
    en_VI: "English (U.S. Virgin Islands)",
    en_GB: "English (United Kingdom)",
    en_US: "English (United States)",
    en_ZW: "English (Zimbabwe)",
BPOH
Ставлю remmina и remmina-plugin-rdesktop c aur
Я не использую rdesktop я уже написал в том числе и плагин. Использую freerdp

Видимо rdesktop совсем перестал работать вот и вываливается с ошибкой.
Так что с пингом до сервера?

Честно говоря, игрушки не запускал, сказать ничего не могу.. Сейчас же есть облачный гейминг, если бы интересовался - то смотрел бы туда.
Вот и подросло поколение, как гриться... %)

nohashduck
Устанавливаю Arch Linux через скрипт archinstall но при установке Gnome ставиться версия 4.1 а мне нужна 3.38 как ее можно установить?

Не ставил арч через Archinstall но посмотрел видео как там устроено, рассказываю: как раз на шаге выбора "pre-programmed profiles" нужно пропустить шаг, просто нажав enter. Дальше выполняйте другие шаги как обычно, внимательно читая, что от вас требуется. После перезагрузки логиньтесь в консоли (от root или если у вас уже настроен sudo, от вашего пользователя).

Ну из зажмурившись, ставим сразу gnome-338 из aur:


sudo pacman -Syu
sudo pacman -S --needed git
git clone https://aur.archlinux.org/gnome-shell-338.git
cd gnome-shell-338 && makepkg -fsri && cd .. && rm -rf gnome-shell-338

Не уверен, что сразу сработает, поэтому лучше поставить aur helper:

sudo pacman -S --needed git
git clone https://aur.archlinux.org/pikaur.git
cd pikaur && makepkg -fsri && cd .. && rm -rf pikaur

ну и потом:

pikaur -S gnome-shell-338

Холивары о том какую именно графическую оболочку на старом железа ставить, оставлю на совести авторов. Добавлю, что абсолютно не важно какого года железо, лишь бы памяти было 4 или больше гб.. Ну кушает современный Гном 1,3Гб, ну не страшно, сейчас любой браузер открываешь и прямо с ходу, вынь да полож 1 гиг и больше, если у тебя всего 2 или 3 гб - чудес не бывает, на сайтиках не посидишь особо.
amon
а в каком месте Remmina "обвязывает" rdesktop?
Поправил, имел ввиду freerdp, дальше в тексте всё правильно.

amon
да и в репах rdesktop от мая 2020 года на секундочку..
https://github.com/rdesktop/rdesktop/releases - смотрю первоисточник, 2019 Впрочем тут тоже версия от 2019 года, а в 2020 поменяли версию пакета и всё.

amon
"прочих консольных утилит", которые "обвязывает" Remmina тоже не видать…
Ну а тут что не так опять?.. Идём на страницу пакета remmina изучаем список пакетов optional до просветления.
Не понимаю зачем сравнивать размеры пакетов, ведь они выполняют разные функции, одна консольная, вторая - c gui. Реммина по сути нужна из-за удобной панельки сверху при полноэкранном режиме.

amon
года четыре назад пользовал rdesktop и проблем не наблюдал…будет скоро 2 года, как его "не трогают" - может причина в этом
Возможно. А может в этом причина? На главной странице сайта большая красная плашка. Опыт 4-ех летней давности в роллинг дистрибутиве конечно же бесценный :)

P.S. Даже перепроверил, я точно на форуме арча нахожусь? Вдруг лор и труъ_неходящий_по_ссылкам лютует?..
Хоть вопрос сформулирован так себе, попробуем разобраться :) На работе пользуюсь удалённым доступом к большому win-серверу 99,9% времени, через ноутбук на Арче: ноут vaio 2011 года и на него тупо нет драйверов под десятку, а под линуксом наоборот, все встроенные железки работают.

Тоже перебирал разные клиенты и тонкости настройки, делюсь опытом:

1. myrdp и rdesktop - последние версии от 2018 и 2019 года, поэтому их даже не расссматривал (также были какие-то баги, не помню уже)
2. freerdp и remmina - активно обновляются, ставим на них!

Remmina - это обвязка вокруг freerdp и прочих консольных утилит, позволяет мышкой проводить настройку + всплывающее окно (механика ровно такая же как у обычной виндовой утилиты "удалённый рабочий стол"). Если этого наоборот не нужно, можно в автозагрузку кинуть freerdp с необходимыми ключами - включил комп - залогинился на win-сервер.

+ тонкость: у меня ещё два монитора для работы - в сесии gnome wayland, remmina упорно не работает с двумя мониторами, поэтому всегда работаю на Gnome on Xorg. Какие-то движения по данной теме есть, но тухловато. В принципе хватает и Xorg за глаза.

Дальше, для плавности отображения низкий пинг необходим, иначе работа на удёленном сервере будет пыткой. Я арендую сервер в своём городе, дата-центр находится практически в соседнем районе. Для нормальной работы получается в пределах 4-6 мс, при пинге 40-50мс работать невозможно, тормозит интерфейс - когда такое редко происходит - делаю перерыв, иду пить кофе )

Сам виндовый сервер (пробовал разные конфигурации - не зависит от версии, процов, оперативной памяти - всё бегает, летает) сейчас такой: Windows Server 2019, 2-3-4 ядра, 6-8-12ГБ (конфигурирую под свои задачи на лету, т.к. kvm, виртуальная машина, чертовски удобно)

И только после всего вышеперечисленного можно приступать к настройке Remmina - создал скрипт и повесил его на хоткей (на ноуте есть медиакнопка assist, которая на винде просто не работала, к слову):

#!/bin/bash
DRI_PRIME=1 /usr/bin/remmina -c /home/nebulosa/.local/share/remmina/rdp_host.remmina
У меня гибридная графика intel+amd поэтому прописано DRI_PRIME=1. На самом деле особо разницы не заметил - что обычный intel работает, что amd.

Также выложу свой рабочий профиль rdp_host.remmina (без личной информации):

[remmina]
password=
gateway_username=
notes_text=
vc=
window_height=480
scale=2
preferipv6=0
ssh_tunnel_loopback=0
serialname=
websockets=0
printer_overrides=
name=<your_name>
console=0
colordepth=64
security=
precommand=
disable_fastpath=0
left-handed=0
postcommand=
multitransport=0
group=
server=<your_ip>
ssh_tunnel_certfile=
glyph-cache=1
ssh_tunnel_enabled=0
disableclipboard=0
parallelpath=
audio-output=
monitorids=
cert_ignore=0
serialpermissive=0
gateway_server=
protocol=RDP
ssh_tunnel_password=
old-license=0
resolution_mode=2
pth=
loadbalanceinfo=
disableautoreconnect=0
clientbuild=
clientname=
resolution_width=0
drive=
relax-order-checks=0
username=<your_username>
base-cred-for-gw=0
gateway_domain=
network=lan
rdp2tcp=
gateway_password=
rdp_reconnect_attempts=
domain=<your_domain>
serialdriver=
restricted-admin=0
multimon=1
serialpath=
exec=
smartcardname=
last_success=20211203
enable-autostart=0
usb=
shareprinter=0
ssh_tunnel_passphrase=
shareparallel=0
disablepasswordstoring=0
quality=9
span=0
viewmode=4
parallelname=
ssh_tunnel_auth=0
execpath=
ssh_tunnel_username=
sharesmartcard=0
shareserial=0
resolution_height=0
sharefolder=/home/nebulosa/Downloads
useproxyenv=0
timeout=
freerdp_log_filters=
microphone=
dvc=
ssh_tunnel_privatekey=
gwtransp=http
ssh_tunnel_server=
ignore-tls-errors=1
window_maximize=0
keyboard_grab=0
disable-smooth-scrolling=0
gateway_usage=0
keymap=
window_width=640
freerdp_log_level=INFO
sound=local
scaler_expand=1
Настроек особо не много, не хочу морочиться с картинками, там буквально пара галочек и выбор наилучшей графики + HTTP протокол.

Для того чтобы пользоваться хоткеями именно Арча, а не удалённого сервера (например, заблокировать ноут Win+L или переключатся между приложениями по Win+Tab) не нужно включать перехват всех клавиш, и отдельно отключить комбинацию переключения между окнами по Alt+Tab в настройках Gnome.

Вроде всё охватил..
vadik
Жаль нельзя восстановить сообщение и убедиться.

https://imgbb.com/h7D950W
https://imgbb.com/s9KJHLz
https://imgbb.com/6bjtcQm

Накидал из истории браузера.
Технически - это Манджаро, не Арч, так что тоже можно удалять)

Сразу же можно понять что это не винда - по трейбару на стероидах.
Leshkin_Cat
Я правильно понял?
Да, Таймшифт монтирует в rw, поэтому можно сделать @ он же / и @home он же /home.

Leshkin_Cat
Ну, если это - единственная проблема (по-моему, здесь не куча действий…) и снимок открывает всё в режиме rw, то меня это устраивает.
Изначально я хотел допилить загрузку в снимок системы через grub. Поэтому предложенное действие в этой схеме лишнее.

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

Leshkin_Cat
В чём тогда преимущество того, что ВСЁ будет установлено по сути на 1 диск, на 1 раздел?
Про GPT и MBR не понял вопроса - загружается - отлично. То что, всё устанавливается на один диск - так тут ничего нового, новизна в том, что снимки быстрые, добавить/удалить место под систему и прочее. Удобство, скорость, вот и все преимущества)
Leshkin_Cat
то есть, если у меня - десктоп, то подраздел @var мне лучше не создавать?

Если хотите использовать откаты снапшотов и у вас в var нет - сайта, базы данных, или прочего, что может активно "есть" место во время создания новых - то, нет не нужно. Мне кажется, что подобные схемы актуальны для работы snapper, там при откате на предыдущий снапшот системы, он монтируется в readonly и вот для того, чтобы элементарно загрузится - нужен хотя бы записываемый var. Как потом возвращаться к рабочему состоянию - загадка, видимо всё вручную контролировать - подключения субволюмов, синхронизацию файлов..

Проблема в том, что в var у pacman хранятся базы установленных пакетов и дерево возможных пакетов для установки, поэтому отвязывать этот раздел от основной системы - плохая идея. Возможно в других дистрибутивах (например. OpenSuse, команда которого разрабатывает snapper) базы пакетного менеджера хранятся в другой папке и там с этим нет проблем.

Leshkin_Cat
В разных туториалах
Приглашаю в эту тему, где я попытался систематизировать существующие подходы актуальные для Арча и btrfs, затем создал скриптлисты (а сейчас уже докидываю все свои остальные доработки в github, пользуйтесь, советуйте свои)
BlitGaming
Если ваши слова верны, то в любом случае как минимум при использовании Pacman (хз как дела обстоят с dnf, yum, apt, zypper и т.д.) нельзя выделять под /var отдельный сабволум, это сломает пакеты. Хотя, если установить хук на создание timeshift снимков после установки или изменения пакетов, то при восстановлении проблем быть не должно.
В любом случае, лучше не мучаться и просто сделать два сабволума: корень и home.

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

Каждый шаг я проверял сам, когда копался в данной теме, было много откровений)
BlitGaming
Я решил удалить ненужный субволум @var (я ставил арч по гайду с ютуба, и без понятия зачем там было создание этого субволума)

По моим изысканиям, когда тоже занимался вопросом правильной разметки установки btrfs - выделение var в отдельный раздел, позволяет уменьшить размер снапшота @. По идее система сюда пишет какие-то временные файлы + если есть всякие базы/сайты - то var действительно может весить очень много, что имеет смысл вынесения в отдельный раздел.

Но в случае обычного десктопа, выделение var только вредит, т.к. состояние установленных пакетов у pacman ломается, при любом откате снапшота - например пакман считает что пакет установлен, но по факту в откаченном снапшоте физически данных файлов пакета нет.

BlitGaming
После всех этих процедур я вспомнил, что при вводе "sudo btrfs su list /", было 2-3 каких-то подраздела в субволуме /var, теперь они пропали. Теперь только @ и @home.

Скорее всего это были папки /var/lib/machines и /var/lib/portables. Решается предварительным созданием данных папок перед монтированием