-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Longeye
tag
válasz #79484416 #33849 üzenetére
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 */
-
bambano
titán
válasz Longeye #33848 üzenetére
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:0akkor 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
-
Ablakos
őstag
válasz Longeye #33850 üzenetére
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!
-
Longeye
tag
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 */
-
-
válasz #79484416 #33860 üzenetére
"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
-
-
bambano
titán
válasz sh4d0w #33859 üzenetére
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
-
bambano
titán
válasz #79484416 #33865 üzenetére
"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
-
Longeye
tag
válasz #79484416 #33869 üzenetére
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.txtEredmé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:00scp 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:00scp 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:00Az 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 */
-
Ablakos
őstag
válasz Longeye #33871 üzenetére
Ubuntu 22.04 desktop:
~$ ssh -V
OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022user@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 2023user@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.
-
Ablakos
őstag
válasz #79484416 #33875 üzenetére
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.
-
Longeye
tag
válasz #79484416 #33877 üzenetére
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 */
-
Ablakos
őstag
válasz Longeye #33881 üzenetére
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 ]
-
Ablakos
őstag
válasz #79484416 #33883 üzenetére
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. -
Longeye
tag
válasz Ablakos #33884 üzenetére
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_UbuntuLehet, hogy nincs igazam, de van egy olyan érzésem, hogy ez meg fogja oldani.
[ Szerkesztve ]
/* Egy lelkes kontár */
-
Staradder
tag
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 ]
-
Ablakos
őstag
Van jelentősége (előny, hátrány) ha egy megosztást hagyományos /etc/fstab vagy szolgáltatásként kapcsolom fel?
-
vicze
félisten
válasz #79484416 #33897 üzenetére
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. -
őstag
Új hozzászólás Aktív témák
- Mibe tegyem a megtakarításaimat?
- Politika
- Konzolokról KULTURÁLT módon
- Lalikiraly: MSI Cyborg 15 - Tényleg Kiborg.
- ASUS routerek
- AI jelzést kapnak az új Ryzenek
- Autós topik
- Kormányok / autós szimulátorok topicja
- Micro Four Thirds
- Visszavonta az Intel és a Qualcomm Huawei-hez kiadott exportlicencét az USA
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen