Aha!

Debian 12, KDE Plasma GUI-val.

A hibaüzenet lényegi része: "Application tried to create a window, but no driver could be loaded."

Köszönöm a válaszod! Azt hiszem valahol az átjárhatóságnál lesz a megoldás. Megpróbálok ezen szál alapján utána nézni.

Köszönöm, még egyszer!

/* Egy lelkes kontár */

A su - végrehajt egy login shellt, vagyis törli az összes korábbi környezeti változót, és megcsinálja az aktuálisat.
emellett persze lehet, hogy a wine egyébként se szeret rootként futni.
elvileg, ha beírod:
userként: xhost +
userként: su -
rootként: export DISPLAY=127.0.0.1:0

akkor elvileg mennie kellene, feltéve, hogy beállítottad, hogy az X figyeljen tcp socketen is.

beírod, hogy ps -ax|grep X
erre elvileg egy soros választ kapsz, amiben paraméterként vagy lesz egy -nolisten tcp, akkor bajban vagy, vagy lesz egy -listen tcp, akkor működni fog a fenti. Tudomásom szerint Debianék nolistenesek.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Az első (all-in) megy, a további próbák nem. Nem jut eszembe több variáció.

user@Dell-Inspiron-5767:~$ scp -r -p -P 2022 admin@192.168.200.254:/ Downloads/
RB1100AHx4-20240131-1313.backup                                                                                                                   100%  267KB   4.7MB/s   00:00    
RB1100AHx4-20230519-2052.backup                                                                                                                   100%  271KB   4.7MB/s   00:00    
user@Dell-Inspiron-5767:~$ scp -r -p -P 2022 admin@192.168.200.254:/RB*.* Downloads/
scp error: RB*.*: no such file or directory!
user@Dell-Inspiron-5767:~$ scp -r -p -P 2022 admin@192.168.200.254:RB*.* Downloads/
scp error: RB*.*: no such file or directory!
user@Dell-Inspiron-5767:~$ scp -P 2022 admin@192.168.200.254:RB*.* Downloads/
scp error: RB*.*: no such file or directory!

Köszönöm Mindenkinek!
Amit írtatok az így teljesen logikus és következetes, ha belegondolok.

Egy ilyet találtam: https://wiki.winehq.org/FAQ#Should_I_run_Wine_as_root.3F

A 6.2-es pont és az azt követő vonatkozik erre.

/* Egy lelkes kontár */

Nekem még esetleg ez:

scp -r -p -P 2022 admin@192.168.200.254:./RB*.* Downloads/

De elvileg az előző variációkban már szerepel olyan, ami ezt is lefedi...

/* Egy lelkes kontár */

A wildcard karaktereket sosem kellett.

ls ps???2?.pdf
-rw-r--r-- 1 coec coec 103620 Feb 17 2022 psDec21.pdf
-rw-r--r-- 1 coec coec 101289 Feb 17 2022 psJan22.pdf

[ Szerkesztve ]

https://www.coreinfinity.tech

"nem lokális hivatkozásról beszéltem, hanem remote-ról"

Teljesen mindegy, meg egyszer mondom. AIX+ksh is helyesen ertelmezte, meg mindenfele Linux shell is. Levedeni akkor kell, ha valamilyen szerencsetlen ok miatt ezen karakterek vmelyike bekerul a file nevebe (pl. egy rosszul kivitelezett website mirroring eseteben).

https://www.coreinfinity.tech

Tutira. Belehibaztal, 2000-2014 kozott napi szinten buzeraltam ksh-t AIX-on.

[ Szerkesztve ]

https://www.coreinfinity.tech

De, valójában escapelni kell a wildcardokat, abban az esetben, ha a helyi könyvtárban van a wildcardnak megfelelő nevű fájl.
A shell megpróbálja kifejteni, ha sikerül, helyettesíti, ha nem sikerül, akkor nem. Neked azért működött, mert nem sikerült.

szerk: tuttira. az előbb teszteltem.

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

"Azóta következetesen idézőjelbe teszek minden ilyet.": az idézőjel pont arra utasítja a shellt, hogy bontsa ki, tehát az erre a célra nem alkalmas.
Ha azt akarod, hogy a wildcardot ne bontsa ki, akkor vagy escape-eled, vagy aposztrófok közé teszed.

és ismétlem magam: most teszteltem.

szerk: egyébként unixokon sh volt, vagyis Bourne shell. Solarison anno volt ksh és csh nem default shellként, de már egy jó ideje ott is bash a shell.

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

hmm. ezt most lehet, hogy a paraméterbehelyettesítéssel kevertem...

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Mivel most éppen gépeket telepítek, volt kis időm és én is kipróbáltam. Létrehoztam néhány fájlt az admin könyvtárában:
marcipan-001.txt
marcipan-002.txt
teperto-001.txt
teperto-002.txt

Eredmények:
scp admin@10.1.214.10:mar*.* /home/joe
marcipan-001.txt 100% 16 10.8KB/s 00:00
marcipan-002.txt 100% 16 11.4KB/s 00:00

scp admin@10.1.214.10:mar* /home/joe
marcipan-001.txt 100% 16 11.1KB/s 00:00
marcipan-002.txt 100% 16 4.5KB/s 00:00

scp admin@10.1.214.10:*001.* /home/joe
marcipan-001.txt 100% 16 11.5KB/s 00:00
teperto-001.txt 100% 16 12.4KB/s 00:00

Az autentikáció publikus-privát kulcsokkal van megoldva, ezért nem kellett a -P paraméter.
Debian 12-n, Bash shellből adtam ki az utasításokat.

Szerk.: Ezek szerint Ablakos kollégának is mennie kellenének azoknak az utasításoknak.
Mi lehet a gond?

[ Szerkesztve ]

/* Egy lelkes kontár */

Ubuntu 22.04 desktop:

~$ ssh -V
OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022

user@Dell-Inspiron-5767:~$ scp -P 2022 admin@192.168.200.254:/RB*.* Downloads
admin@192.168.200.254's password: 
scp error: RB*.*: no such file or directory!

Fedora 39 desktop (synology vmm):
~$ ssh -V
OpenSSH_9.3p1, OpenSSL 3.1.1 30 May 2023

user@fedora:~$ scp -P 2022 admin@192.168.200.254:/RB*.* Downloads
admin@192.168.200.254's password: 
RB1100AHx4-20240131-1313.backup
RB1100AHx4-20230519-2052.backup

Nem szintaktikai hiba van, valami egészen más.

Fetűnt, hogy az első esetben a jelszót bekéri, annak ellenére, hogy megadtad a -P paraméterben.
Nem lehet valamiféle karakterkódolási probléma?

/* Egy lelkes kontár */

Ubuntu:
user@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 "admin@192.168.200.254:/RB*.*" .1
scp error: RB*.*: no such file or directory!
user@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 'admin@192.168.200.254:/RB*.*' .
scp error: RB*.*: no such file or directory!

user@Dell-Inspiron-5767:~/Downloads$ set -x
user@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 "admin@192.168.200.254:/RB*.*" .
+ scp -r -P 2022 'admin@192.168.200.254:/RB*.*' .
scp error: RB*.*: no such file or directory!
user@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 'admin@192.168.200.254:/RB*.*' .
scp error: RB*.*: no such file or directory!

Fedora ugyanezt a szintakszist ("") is tökéletesen kezeli, hozza a fájlokat.

Egy percig sem kételkedtem abban, amit mondtál, de mint látod az utolsó próbálkozásból, nem szintaktikai probléma lesz.
Olyanba futottam már bele, hogy más kódlap volt beállítva a shell-ekben két gépen és nem tudta értelmezni az egyik gépről árküldött utasításokat a másik gép shell-je, de az ssh-val volt, nem scp-vel.

/* Egy lelkes kontár */

Megtennéd, hogy összehasonlítod a két Linux lokalizációját? Mit mutat a local parancs Ubuntu-n és Fedora-n?

/* Egy lelkes kontár */

Ubuntu:
user@Dell-Inspiron-5767:~$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=hu_HU.UTF-8
LC_TIME=hu_HU.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=hu_HU.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=hu_HU.UTF-8
LC_NAME=hu_HU.UTF-8
LC_ADDRESS=hu_HU.UTF-8
LC_TELEPHONE=hu_HU.UTF-8
LC_MEASUREMENT=hu_HU.UTF-8
LC_IDENTIFICATION=hu_HU.UTF-8
LC_ALL=

Fedora:
user@fedora:~$ locale
LANG=hu_HU.UTF-8
LC_CTYPE="hu_HU.UTF-8"
LC_NUMERIC="hu_HU.UTF-8"
LC_TIME="hu_HU.UTF-8"
LC_COLLATE="hu_HU.UTF-8"
LC_MONETARY="hu_HU.UTF-8"
LC_MESSAGES="hu_HU.UTF-8"
LC_PAPER="hu_HU.UTF-8"
LC_NAME="hu_HU.UTF-8"
LC_ADDRESS="hu_HU.UTF-8"
LC_TELEPHONE="hu_HU.UTF-8"
LC_MEASUREMENT="hu_HU.UTF-8"
LC_IDENTIFICATION="hu_HU.UTF-8"
LC_ALL=

[ Szerkesztve ]

ssh-ra mindkét linux a gyökérbe kerül a login után. A parancsokat a ctrl+r hozza elő, de új begépelésre sem lesz jobb.
A 192.168.200.254 egy mikrotik router. Először "őt" gyanusítottam, de mivel a próbaképp feltett fedora simán bemegy (ahogyan a korábbiakban mutattam) ez valami ubuntizmus.

Ezt már említettem az ubuntu topickban (pont ezt). Megoldás persze nincs hozzá.
Mikrotik-é nem standard linux terminal. Routerboard fejlesztés, nincs ls parancs.

Az Ubuntun en_HU, illetve en_US a nyelvi beállítás. Próbáld meg átállítani hu_HU-ra!

Itt egy link hozzá:
https://www.thomas-krenn.com/en/wiki/Configure_Locales_in_Ubuntu

Lehet, hogy nincs igazam, de van egy olyan érzésem, hogy ez meg fogja oldani.

[ Szerkesztve ]

/* Egy lelkes kontár */

Oh!
Épp egy Mikrotik HAP AX3-at fogok nemsokára bűvölni . Már itt van az asztalomon, kibontott tollazattal. Ahhoz kellett nekem a winbox is. Majd kipróbálom az ssh-t is, ha odaérek.

/* Egy lelkes kontár */

Sziasztok
Nem tudom probálkozot-e valaki Ubuntut RealVNC-vel elérni?
Egy raspberry pi-re speciált ubuntut telepítettem egy pi 4-re. Felraktam rá a RealVNC servert és indítottam a két servicet. Enable utána start paraméterrel.
sudo systemctl enable vncserver-virtuald.service
sudo systemctl enable vncserver-x11-serviced.service
Engedélyeztem az 5900 portot a tűzfalon.
systemctl status
és a
ps -ef | grep vnc

parancs szerint is aktive a VNC és a két service is fut.
Mégsem tudok rá RealVnc viewer-er rácsatlakozni másik gépről.
Kihagyhattam valamit?
Mi lehet a gond?
Köszi

[ Szerkesztve ]

Nekem egy Hap Ax2 lesz a fő router és pár kisebb a többi helyiségbe mesh rendszerbe kötve. Csak érjek a felprogramozások végére

Van jelentősége (előny, hátrány) ha egy megosztást hagyományos /etc/fstab vagy szolgáltatásként kapcsolom fel?

Elég kicsi esélyt adok rá, hogy bárki is használja itt.
Mire tudod használni? Kulcsokat tárolhatsz benne, pl SSH kulcsokat.
Használhatod SSD titkosításra ha OPAL 2.0-as, vagy simán LUKS-hoz. Lockolhatod vele egyéb titkosított tárolókat.
Használhatod véletlen szám generátornak, vagy csak kulcs generátornak. Jelentősen gyorsabb mintha CPU-ból csinálni.

Nincs, ha csak nem szeretnél rá dependált szolgáltatást.

Tegnap még működött...