- sziku69: Fűzzük össze a szavakat :)
- LordAthis: AI Kérdés érkezett - 3600 soros Spagetti kód refaktorálása és budget
- gban: Ingyen kellene, de tegnapra
- eBay-es kütyük kis pénzért
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Lalikiraly: Sencor SMC BS30 aktív hangfalszett bemutató
- Elektromos rásegítésű kerékpárok
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- GoodSpeed: AOMEI Backupper Professional Edition: Lifetime Subscription
-
LOGOUT
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
-
bzolika10
aktív tag
Sziasztok!
Hogyan kéne a port forwardot beállítani egy vsftpd szerverhez? Kinyitottam a routeremen a 21-es portot, lanról tudok csatlakozni FileZillával, de wanról már nem megy. A certet elfogadom mindig, de utána ezzel a hibával kilép:Parancs: LIST
Hiba: Az adatkapcsolat nem hozható létre: ECONNREFUSED - Szerver által visszautasított kapcsolat -
Victoryus
addikt
Félig-meddig előrébb jutottam. Az egyik galiba a tűzfal miatt volt szerintem. Kiadtam a
sudo ufw allow Sambaparancsot, onnantól már a Win7-es kliens látta a megosztást. Látja a megosztott mappa/almappákat, fájlokat. Írni is tud bele. Egyelőre nincs külön felhasználóm a sambához.
Plusz engedélyeztem a wins-t, meg ugyanazt a tartománynevet adtam, ami a win7-nek is meg lett adva.A
sudo smbclient -L localhosthibát dob továbbra is: Connection to localhost failed(Error NT_STATUS_CONNECTION_REFUSED) Erre a hibára kerestem rá, akkor írták pár lehetséges oknak, hogy nincs esetleg elég tárhely, tűzfal fogja meg vagy az smb.conf hibás. Utóbbin végigmegy a testpram, nem jezez hibát.
Hogyan tovább? -
sonar
addikt
smb1 egyrészt két kattintás engedélyezni
Feltéve ha admin vagy a gépen illetve azért khmm had ne kezdjem ecsetelni, hogy miért ne használjunk smb v1-et 2019-ben.gond nélkül kezeli a Windows smb3-as protokollon is a usernév nélküli csatlakozást
egy configot és némi leirást elfogadnék. Eddig 2x-er kellett volna, de egyszer sem jött össze. (samba4-re) -
sonar
addikt
válasz
Victoryus
#27690
üzenetére
Nos
workgroup = gyakorlas
wins support=yes
lehetőleg a win-en lévő workgrouppal megegyező legyen és kapcsold be a wins-et is (wines klienseknél nem árt kategória)igy tudod tesztelni, hogy megy-e a samba és élnek-e a share-k
smbclient -L localhostIlletve ide loggolsz: /var/log/samba/ nézd meg, hogy mire panaszkodik.
Másik meg, hogy samba4-nél (sem) szoktam anonym csatlakozást engedélyezni mert mindig vmi szivás van vele (asszem főleg azért mert csak smb1 kezeli az meg már tiltva van win-eken is).
Hanem szépen létrehozok neki user-tsudo smbpasswd -a user -
-
-
Victoryus
addikt
Nem tudom feltölteni. A VirtualBox integráció nem telepíthető rá, így meg nem megy a másolás-beillesztés. VBox osztott mappa se megy. Fájlmegosztás is jó lenne erre, de az se megy. Pendrive-ot nem ismeri fel, pedig gondoltam arra is ki lehetne másolni. Internet az van a szerveren is, de böngésző nincs, lynx-et meg nem tudom ennyire használni... grafikus felületet meg nem akartam, de lehet, hogy muszáj lesz, mert másképp nem tudom kimásolni azt az egy fájlt se. Esetleg valahova feltöltöm ftp-vel ha találok működő leírást hozzá. Most az látszik a legegyszerűbbnek, amit meg is tudok csinálni.
Mondjuk egy pendrive vagy egy virtualbox osztott mappa is jól jönne, ha működne...
-
Victoryus
addikt
Ha beállítok Samba fájlmegosztást, és 2 db hálózati kártya van az adott gépben, akkor melyiken fog látszódni?
(VirtualBox-Ubuntu Server, nat+belső hálókártya, dhcp van a belső háló felé+internetet is oszt az Ubuntu szerver)
A belső hálón kéne, hogy menjen a fájlmegosztás, de per pillanat nem lát semmit a Win7 kliens. Hálózati felderítés be van kapcsolva.Az Ubuntu server dokumentációjában található leírás alapján próbálom.
-
brickm
őstag
Sziasztok!
Ez lehet amatőr kérdés lesz,de:
Adott egy 18.04-es ubuntu szerver, amire fel van csatolva egy ext4-es partíció.
media/backups mappa.
Ennek annakidején chmod -R 777 -jogot adtam, amit most szeretnék megváltoztatni, de hiába írom át 760-ra, marad minden 777-en.
Már kipróbáltam a lemountolást, töröltem a backups mappát, majd annak -R 760-jogkört adtam, de mikor visszacsatoltam visszaállt 777-re a tartalma is meg a backups/ is.Mi erre a jelenségre a megoldás?
(samba felhazsnálókat csináltam, külön groupokkal, ezért kellene átvariáni a backup foldert.)
-
CPT.Pirk
Jómunkásember
válasz
#05055892
#27679
üzenetére
Igen, a sudo ilyen.
Javaslom nézz egy hdsentinelt a háttértárra, mert ami történt az nem normális. Továbbra is kétlem, hogy egy sima windózer frissítés csak úgy kinyír egy olyan partíciót, aminek az olvasásához nincs is driver a Windowsban... Inkább csak véletlen egybeesés és lehet, hogy közben kezd tönkremenni a háttértár, vagy mondjuk egy kicsit hibás sata kábel okozott adatvesztést. Én jártam már így, a sata kábel okozta hibákat meg feljegyzi a háttérár és a hdsentinel megmutatja.
-
#05055892
törölt tag
válasz
Jim Tonic
#27678
üzenetére
Siker! Sikerült az adat partíciót elérni ezzel a paranccsal: "gksu nautilus"
Az így megnyíló fájlkezelőben elérhető volt az adatok partíció is és le tudtam menteni az ott lévő adatokat.
Úgy döntöttem ezek után formázom az egészet és csak egy Windowst kap a gép. Mindazok által semmi bajom a linuxxal, de így egymás mellett két oprendszer egy átlag felhasználónak teljesen felesleges.Köszönöm mindkettőtöknek a segítséget, tegnap kb. már utolsó próbaként jutott eszembe, hogy írok a prohardverre, mivel itt profik vannak, akik segítenek sokszor másoknak.
-
#05055892
törölt tag
válasz
CPT.Pirk
#27675
üzenetére
Köszönöm mindkettőtöknek az eddigieket.
Megnyitottam Ubuntus Live disztrón a fájlkezelőt. Látom a 144 gigás windows partíciót (sőt még az 1 gigás windowsnak fenntartottat is), tudok is róla adatokat másolni. Viszont az adat nevezetű partíciót nem nyitja meg, azzal a szöveggel, hogy "You do not have the permissions necessary to view the contents of "adat"."
Megnyitottam a Gnome disket is arról is csatolok képet. Természetesen itt sem enged belépni az adatba.
-
CPT.Pirk
Jómunkásember
válasz
#05055892
#27674
üzenetére
Ha csak az adat partíció érdekes, akkor fognék egy live képes disztrót, és egyszerűen a fájlkezelőjével betallóznám a cuccokat róla.
De azt is csinálhatod, hogy gparteddel létrehozol egy partíciót a lefoglalatlan helyén (vagyis újraalkotod), aztán oda felraksz egy új Linuxot. Akkor lesz újra működő grub, és abból a friss Linuxból is el fogod érni az adat partíció tartalmát. Én ezt csinálnám.
-
-
válasz
#05055892
#27672
üzenetére
Nekem is csak rossz tapasztalataim vannak a hibrid telepítésekkel, kétszer is megszívtam vele, egyszer sem jött össze a javítás. A helyedben meg sem javítanám. Csatold fel Live Linux alatt a partíciókat, amik megvannak, és mentsd ki valahová a fontos adatokat. Aztán gyalu, és felrakod azt a rendszert, amelyik fontosabb.
-
#05055892
törölt tag
válasz
CPT.Pirk
#27666
üzenetére
Az fdisk -l - azt dobta, hogy nem tud hozzáférni semmihez. Így a többit nem próbáltam (fsck), viszont megnéztem testdiskkel, ext4 a fájlrendszer. (Sajnos nem én installáltam a linuxot, így ezt is kutatni kellett.)
A gparted-et nézem. Csatolom, a képet amit látok. Az első három biztos hogy a windowshoz tartozik. Az sda4 a linuxos, de valamiért három részre van osztva. sda5 egy linux swap, sda6 egy adat partíció, ide a gazdája szerint adatok vannak mentve és van egy lefoglalatlan 97 gb-os partíció, szerintem ez az ubuntu partíciója, de valamiért lefoglalatlannak mutatja. Ezzel van a baj.
Biztos hogy a windows update cseszte el, mert hétfőn ráengedtem az updatet, addig minden rendben volt. Amikor frissített 1607-ről 1803-ra, egyszer csak egy menetrendszerű újraindulásnál a grub rescue fogadott... :/
-
Sonja
nagyúr
-
CPT.Pirk
Jómunkásember
válasz
#05055892
#27665
üzenetére
Egy live disztró alól az fdisk -l mit mond? Ott tuti látszik a partíciód, aztán rá lehetne engedni egy fsck.ext4-et. Vagy annak megfelelő fsck-t, ha nem ext4-et használtál fájlrendszernek.
Továbbá van külön gparted live disztró, azzal gparted indít, ott pedig ellenőrzés és javítás a partíción. Én ezt próbálnám meg először.
Amúgy nem hiszem, hogy köze van a Windowsnak a történtekhez. Még csak nem is kezel Linuxos fájlrendszereket.
-
#05055892
törölt tag
Sziasztok,
adott egy Ubuntu 16.04+Windows 10 egymás mellett. (Nem vagyok barátja ennek a két op rendszer egymás mellett dolognak, de mindegy így kaptam a problémát.) Eddig tökéletesen működött, de a 1607-ről 1803-asra való Windows frissítés tönkre vágta a grubot és csak a grub rescue jön be.
Próbáltam a google nyújtotta lehetőségeket kiaknázni és visszaállítani a dolgokat, de egy partíciót, amin az Ubuntu van (valószínűleg) nem látja a grub rescue. hd0.msdos1-től msdos6-ig minden van amikor kiadom az ls parancsot, kivétel az msdos4. Próbáltam liveUSB-n a testdisk-et, ott lát minden partíciót, de nem jutottam előrébb.
Tudna valaki segíteni? Nagyon megköszönném, fontos adatok vannak az Ubuntus partíción.
-
ant7517
csendes tag
Igen természetesen működött. kintről bentről, látta ip címet..
de meglett most a megoldás, végülis 1 napot csesztem el vele, de megvolt az első iptables konfigom.
persze érteni egyáltalán nem értem hogy miért megy így ráadásul a netről kb 200 mintát kipróbáltam ilyet senki se írt, de mégis, így működik
összesen annyi, hogy inputnál a 80as portot nemcsak mint destination hanem mint source port is kell engedélyezni..
na ezt nem értem hogy miért, illetve hogy miért kell mind a kettőt, és hogy a neten erről miért nincs semmi.de most szépen teker.
-
ant7517
csendes tag
Sziasztok
Bár kezdő vagyok, de itt leltem iptableses problémát.. Remélem jó helyre írtam.
kitaláltam tanulgatom a linuxot így az ünnepek alatt, ezért nextcloudot raktam fel lxc containerbe. Ez DMZben van, mivel port forwardinggal nem lehet kintről is elérni ugyanazon a címen meg belülről is, márpedig ez fontos anélkül nem ér semmit.
Ehhez szeretnék életemben először iptablest csinálni, és nagyon nagyon elakadtam (ja igen, ubuntu a rendszer)
A lényeg, sikerült összerakni, működik, de nem tudom a rendszert frissíteni. Értem ez alatt, hogy a web böngészők se mennek, semmi se. Ellenben megy a web server, csak éppen apt-get se, meg lynx se.
Mit rontok el ??Mellékelem az iptablest
# flush all chains
iptables -F
iptables -X # delete chains..# defaults...
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP# accept localhost...
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT# DNS -- home server.
iptables -A INPUT -i eth0 -s 192.168.2.149 -p udp --sport 53 -j ACCEPT
#iptables -A OUTPUT -o eth0 -d 192.168.2.149 -p udp --dport 53 -m conntrack --ctstate NEW,ESTABLISHED -j ACCEPT# allow traffic if once connected
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT# accept traffic nextcloud
iptables -A INPUT -p tcp --dport 80 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT# this shit makes to work apt-get lynx etc.. 30000-65000
iptables -A INPUT -p tcp --match multiport --dports 30000:65000 -m state --state ESTABLISHED,RELATED -j ACCEPTmint látszik, itt az utolsó sorral ha megnyitom a 30000-65000ig minden tcp portot akkor működik.
Ezek ahogy elnéztem random generálódnak mert próbáltam kizárásos alapon meglelni a szükséges portot, esélytelenül..A neten semmi sincs róla, annyi van ha a 80as és 443as port nyitva, akkor működnie kell. hát nem teszi.
syslogot nem tudok nézni valamiért az lxc containerben nem működik de lehet hogy azért mert hiányos a tudásomElőre is köszönöm
Ant..
-
Vladi
nagyúr
válasz
joecontra
#27654
üzenetére
szerintem a nouveau drivert erőlteti. Lehet blacklistelni kéne, ha a csomag nem teszi meg neked. link. Arra figyelj, hogy inkább csomagból telepítsd ne az itt ajánlott binary driverrel. rpmfusion tároló tipikusan.
S neked is szólok, egyel fölötted, hogy van fedora topik.
-
joecontra
addikt
Sziasztok!
A következő a gondom.
Adott egy naprakész 64 bites Fedora 28 XFCE, Nvidia GeForce 210 videokártya Nvidia 340.106 driverrel.
A Virtualbox szerint nincs a gazdarendszeren 3D gyorsítás. Le akarnám csekkolni aglxinfo | grep directparanccsal mire ezt adja:X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 154 (NV-GLX)
Minor opcode of failed request: 4 ()
Resource id in failed request: 0x380000a
Serial number of failed request: 59
Current serial number in output stream: 59Az
nvidia-settingsazOpenGL/GLX Information-ra klikkelve összeomlik. VDPAU működik.Mit tegyek?
Üdv,
J -
#27653
Vladi
nagyúr
RaPiDsHaRe
#27652
Vladi
nagyúr
válasz
RaPiDsHaRe
#27652
üzenetére
-
#27651
Vladi
nagyúr
RaPiDsHaRe
#27650
Vladi
nagyúr
válasz
RaPiDsHaRe
#27650
üzenetére
A többit telepítetted, amit mondtam?
Csak be kell vele olvastadnod vele, majd elmenteni. Csak elindítod, beolvassa és utána mentés.
-
#27649
Vladi
nagyúr
RaPiDsHaRe
#27648
Vladi
nagyúr
válasz
RaPiDsHaRe
#27648
üzenetére
Fel kell telepítened az ntfs csomagokat. ntfs-3g a csomag, amit az epel tárolóban találsz. Először a tárolót vedd feldd!
Utána viszont a grubnak a config managerét kell futtatnod, hogy megtalálja! én a grub-costumisert szoktam használni.
Annyi a háttere a történetnek, hogy telepítskor nem ismerte az ntfs-t, így nem is látta a wint.
-
#27648
RaPiDsHaRe
aktív tag
RaPiDsHaRe
aktív tag
Sziasztok!
Windows 10, és Centos 7 -et szeretnék dual boot-ként használni egy laptopon.
Mindkettőt feltelepítettem, (Win 10 majd Centos), a grub nem látja a win-t.
Mit kell csinálnom, hogy tudjam mindkettőt használni ? -
Victoryus
addikt
Nézegettem az Ubuntu szerver dokumentációját. A netplan leírásában van bridge lehetőség. Azzal egyszerűbben megoldható lenne az eredeti feladat: nat-belső hálózat internet megosztás? Vagy mindenképpen kell hozzá iptables leírás valahová? Még mindig nem látom át mi mire jó.
Windows szervernél ugye erre van az útválasztó szolgáltatás, de ott gyakorlatilag 3 kattintás volt az egész.
Ha a netplan felel a hálózatért, akkor minek az iptable? Azt ott pont nem írja. -
Victoryus
addikt
válasz
Victoryus
#27641
üzenetére
Sztornó! Itthon működik a ping!!!
Annyi volt a baja, hogy kimaradt a - jel itt: -j MASQUERADE... És most visszanézve tényleg írt is valami megjegyzést, hogy mi az a j betűt, de attól még aktívnak jelezte.
Munkahelyen szerintem a proxy szerver kavar be, de annak a megszüntetése nem rajtam múlik sajnos. -
Victoryus
addikt
Itthon végigcsináltam újra az egészet, de odaáig se jutottam, mint a munkahelyen tegnap. Se a win7 kliens, se az asztali Ubuntu kliens nem tud kifelé pingelni. A szerverrel meg egymással tudnak.
A szerveren az ufw aktív, a dhcp aktív.
Ha az Ubuntu kliensen beírom acat /etc/resolv.confparancsot akkor azt írja:nameserver 127.0.0.53
search gyakorlat.linux
Szerveren:nameserver 127.0.0.53
search lan
Win7-ben ha megnézem a hálókártya beállításait, akkor azt írja:
ip címe: 192.168.1.10, alhálózat 255.255.255.0
átjáró és dhcp kiszolgáló: 192.168.1.1
dns: 8.8.8.8, 8.8.4.4
Win7-en totál ki van kapcsolva a tűzfal. -
Victoryus
addikt
válasz
Victoryus
#27638
üzenetére
sudo systemctl enable rc-local ez viszont hibaüzenetet dob: The unit files have no installaton config... Ezt elvileg sikerült megoldani ezzel a leírással
Továbbra sem tud pingelni csak ip címet a kliens, ami per pillanat egy Win7, minden tűzfalat kikapcsoltam már rajta. Most teszek fel mellé még egy Ubuntut, háta megint a Windows szivat. -
Victoryus
addikt
#8zabi: /etc/sysctl.conf-ban a komment ki van szedve a net.ipv4.ip_forward=1 elől? Igen
sysctl -w net.ipv4.ip_forward=1 ez viszont hiányzott, és a tutorialban sincs benne
Köszönöm szépen!#sonar: Igen a sudo chmod 755 /etc/rc.local megvolt, az rendben van
sudo systemctl enable rc-local ez viszont hibaüzenetet dob: The unit files have no installaton config.Majdnem tökéletes, ip címet már tudnak pingelni a kliensek, de dns-t nem.
sudo systemctl status rc-local azt írja aktív -
Victoryus
addikt
Megint kérnék egy kis segítséget. A cél: a belső hálón található gépeknek is legyen internete a szerveren keresztül.
E szerint a leírás alapján csináltam. Ha jól értem ezt a tutorialt akkor ezzel lennie kéne nem?
Odáig ok, hogy a szerveren van net, dhcp működik, kliensekkel megy a ping oda-vissza, a tűzfal szabályokat is beírtam a leírás szerint. A kliens kap ip címet, átjáró címet, dns címet, de nem lát ki a netre. 2x végigmentem rajta, (vbox pilanatkép-frissen telepített Ubuntu szerverre vissza) de ugyanaz a helyzet.
-
#27630
Dave™
nagyúr
ontheground
#27629
Dave™
nagyúr
válasz
ontheground
#27629
üzenetére
Igen, de szerencsére azt pont tudja amit kell (lejátszás, rsync, ssh), és mellette kellően biztonságos is meg könnyen sokszorosítható. Kiváló céleszköz, nem csak otthoni multimédiára
-
#27629
ontheground
tag
Dave™
#27628
ontheground
tag
Nincs mit, mivel fogalmam sincs, hogy egyáltalán működhet-e, de ugye már lényegtelen is. Másik megoldás lehet még kibontani a rendszer image-et Linux-os asztali gépen, aztán módosítani a szükséges dolgokat, majd visszacsomagolni, fogalmam sincs mennyire lehetne ez sikeres, viszont elmegy vele az idő, az biztos. Ezek a media center OS-ek a bolondbiztos zártságuk miatt rendes fejtörést tudnak okozni az embernek.
-
#27628
Dave™
nagyúr
ontheground
#27626
Dave™
nagyúr
válasz
ontheground
#27626
üzenetére
Megoldottam rsync pullal, az fixen működik, sőt, talán jobb is mintha én küldeném ki az eszközöknek, de köszi
-
ontheground
tag
válasz
ontheground
#27626
üzenetére
Ugyanez a .config mappa egyébként a /etc mappa írható verziójaként is működik Openelec/Libreelec-en, szerintem ide be tudod pakolni a szükséges konfig fájlokat, én tennék ezzel egy kört.
-
#27626
ontheground
tag
Dave™
#27603
ontheground
tag
Openelec-en a /storage/.config mappába bepakolt autostart.sh tartalma a grafikus felület indulása után, de még a Kodi indulása előtt fut le. Szerintem a Libreelec-en is van ilyen. Itt kéne valahogy démonizálni az rsync-et minden egyes boot-kor, hogy tudjon hallgatni a szerver kéréseire, de ez csak ötletelgetés részemről, nem tudom, hogy megvalósítható-e.
-
sonar
addikt
válasz
Victoryus
#27622
üzenetére
Ez a netplan még nekem is új. Eddig még csak 1x játszottam vele.
version:2 - https://netplan.io/design
Network Config format
This is called “version 2”, as current MAAS/curtin already use a different YAML format that is called “version 1”.addresses: [] minek, ha elhagyható? - ízlés dolga. Ugyanúgy van aki szereti a klasszik subneteket kiírni van aki a CIDR-es jelölést preferálja.
-
-
Victoryus
addikt
ok, köszönöm, így már működik! Olvasom a tutorialokat, meg a leírásokat a netplan.io-n. Tehát a leírások szerint nem is lenne muszáj egy fájlba tenni a két kártyát, mert a yaml fájlokat számozásuk szerint olvassa be a netplan.
Még egy kérdés: a version 2 az mire jó és az addresses: [] minek, ha elhagyható? Ezeket nem találtam még meg. -
Victoryus
addikt
Megint előjött, ami a múltkor is. Ezt beírtam, innentől kezdve nincs internet a szerveren. Miért? A külső, netes hálókártya ugyanúgy dhcp-n kap mindent, mint eddig.
sudo nano /etc/netplan/50-cloud-init.yamlnetwork:
version: 2
renderer: networkd
ethernets:
enp0s3:
dhcp4: true
enp0s8:
dhcp4: false
addresses:
- 192.168.100.30/24
gateway4: 192.168.100.1
nameservers:
addresses: [8.8.8.8,8.8.4.4]
sudo netplan apply -
https://wiki.debian.org/systemd#Shared_bind_mounts
Asszem ideje lenne egy nagy verésnek...
-
Dave™
nagyúr
Ja ezt már néztem, sajnos nem található a kodi.service, tehát mégsem megoldott a dolog egyelőre. A Kodi wikijén is hosszas leírások vannak, és a lényege mindnek vagy wm, vagy de megléte.
sonar: nem az SSH a gond, az megy ahogy kell. Az rsync-et nem találja, és ahogyan írtam, ha nem egy belső SSH session alatt adod ki, akkor teljes elérési úttal kellene rá hivatkozni, és valószínűleg ez hiányzik amikor fogadnia kellene. Pl. két Ubuntu szerver között nincs ilyen gond, de a LE speciális állatfajta.
-
Dave™
nagyúr
válasz
bambano
#27604
üzenetére
wiki: "Once connected, it will invoke the remote host's rsync and then the two programs will determine what parts of the local file need to be transferred so that the remote file matches the local one."
Na szerintem pont ez az invoke ami nem megy, ha kívülről jössz, mert valamiért teljes elérési úttal kell hivatkozni rá pl. scriptek esetén LE alatt.
Vagyis jön a küldő, hogy helló rsync vagyok, a másik oldalon meg néma csend, viszont ha onnan indítod, akkor persze megy gond nélkül. Nem tudom a hátterét, de gondolom nem véletlen emelték ki azt a LE twitterén.
szerk: abban biztosan igazad van, hogy két normál rendszer esetén nem kellene hogy ez gondot okozzon, de a LE eléggé speciális eset.
-
Dave™
nagyúr
válasz
bambano
#27602
üzenetére
Látszólag mégsem, csak kérdés hogy ez azért van-e, mert LibreELEC alatt nincs kliens, csak szerver, ezért csak küldeni tud, vagy pedig azért, mert ha onnan indítod tudja éretelmezni lokálisan az rsync parancsot, viszont ha kívülről érkezik kérés nem találja a fogadó felet. A Libre nagyon le van csupaszítva, viszont praktikussági okokból ezt kell használnom, ha nem oldható meg máshogy akkor pull lesz LE irányból, de reméltem hogy megoldható.
szerk: amikor kívülről megy LE irányba, egyértelműen az a hibaüzenet hogy nem található az rsync (fogadó oldalon), ellenkező irányba meg szimplán megy minden.
-
Dave™
nagyúr
Na jó, ez alapján én sem érteném, szóval:
Ubuntu rsync SSH-n keresztül -> LibreELEC: nem megy, mert nem található az rsync
LibreELEC rsync SSH-n keresztül -> Ubuntu: megy ahogy kellA cél az lenne, hogy az első irány is menjen. Vagy nincs rajta kliens, vagy az elérési út (hiánya) a gondja. Sajnos csak pluginként lehet telepíteni LibreELEC-en, tehát nincs nagy mozgástér.
Köszi!
Úgy döntöttem ezek után formázom az egészet és csak egy Windowst kap a gép. Mindazok által semmi bajom a linuxxal, de így egymás mellett két oprendszer egy átlag felhasználónak teljesen felesleges.
Valami nálad lehet?! 
Új hozzászólás Aktív témák
- AMD Navi Radeon™ RX 9xxx sorozat
- Elektromos autók - motorok
- Milyen asztali médialejátszót?
- Gitáros topic
- Autós topik
- Pécs és környéke adok-veszek-beszélgetek
- Project Motor Racing-Straight4 Studios
- Fűnyíró topik
- India betiltja a pénzalapú online játékokat
- sziku69: Fűzzük össze a szavakat :)
- További aktív témák...
- HIBÁTLAN iPhone SE 2020 128GB Red -1 ÉV GARANCIA - Kártyafüggetlen, MS2192, 100% Akkumulátor
- Bomba ár! Fujitsu LifeBook U757 - i3-7GEN I 16GB I 256SSD I 15,6" FHD I HDMI I Cam I W11 I Garancia
- ZTE Blade A31 Plus 32GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 12 Pro 128GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS2902, 100% Akkumulátor
- Samsung Galaxy Watch 5 Pro, Újszerű, 1 Év Garanciával
Állásajánlatok
Cég: FOTC
Város: Budapest