Én is azt mondom, amit az előttem szóló. LiveCD, aztán gparted. Lehetne parancssorból, de ezerszer macerásabb, és sokkal kevésbé áttekinthető.

Alcohol & calculus don't mix. Never drink & derive.

Hmm... azt hittem, gparted nem ismeri az lvm-et, de most látom, hogy igen. Köszi a tippet.

Jim Tonic: köszi.

[ Szerkesztve ]

https://www.coreinfinity.tech

Hasonlóan, mint pár napja nolika, én is az owncloud-ot akarom beállítani, hogy ssl-en keresztül el lehessen érni távolról. Na most próbáltam már több leírást is. Eltérőeknek, nem pontosnak találtam őket. Tudnátok linkelni egyet, ami nagy eséllyel működik és nem hagy ki fontos dolgokat? Tehát ssl, apache2-n és ubuntu server 15.10-et használok (de desktop felület is van).
No-ip és duckdns-el is próbálom már, a 443-at kiengedtem a routeren. Pl egy qBitorrent egy egyedi porton simán elérhető távolról router konfig nélkül, mondjuk ezt furcsának találom, de ez más kérdés.

Eleg sok oldalra bekukkantottam, a kerdest azert itt tettem fel, mert egyiken sem volt olyan helyzetre szolgalo megoldas, amiben en vagyok. Mindenhol a pv-t teljesen kihasznalo vg-k voltak, nalam viszont van egy nagy spare terulet az lv-k utan. Namost, ha van meg spare teruletem, mi a helyzet a filerendszerekkel? Minden leiras shrinkeli a filerendszert, de nalam ezt nem latom szuksegesnek, viszont momentan nincs lehetosegem backupra, ezert kozeledek ovatosan a muvelethez.

https://www.coreinfinity.tech

Szerintem a gparted támogatja az LVM-et.

Alcohol & calculus don't mix. Never drink & derive.

Igen, ez igy van, kulonben nem ismerne fel. Amibol viszont meg gond lehet, hogy az lvm-en beluli lv-ket mar nem ismeri - bar a GUI mutatja, meddig van tele a vg...

Raynes: igen, koszi, a 3 lepcso eddig is vilagos volt, amivel gondom van, azt mar leirtam. Viszont particionalatlan teruletre van szuksegem nemi Windows-os baromkodas miatt, tehat egy ntfs-t akarok rakni a felszabadult helyre.

[ Szerkesztve ]

https://www.coreinfinity.tech

Szoval: amig van spare terulet a vg-k mogott, addig a gparted megbirkozik az atmeretezessel adatvesztes nelkul - legalabbis linux mint 17 alatt mukodik.

https://www.coreinfinity.tech

hogy lehet ebben a kiszámíthatatlan bughalmazban elérni azt, hogy egy háttérben elindított (&-el) folyamat fusson az ssh-ból való kilépés után is?

Eddig nem kellett semmi. Pár hete bg disown-al működött. Most már így se működik.

Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"

Az ilyen dolgokat a screen-ben szokás futtatni.

screen

A screen egy teljesképernyős ablakkezelő ami képes a fizikai terminálokat több (általában interaktív) processz között megosztani.
Ami annyit tesz hétköznapi nyelven, hogy terminálon belül kapunk egy másik terminált, és képesek leszünk több programot futtatni párhuzamosan, illetve akár meg is oszthatjuk a screen mással.

syntax
screen [ -options ] [ cmd [ args ] ]
screen -r [[pid.]tty[.host]]
screen -r sessionowner/[[pid.]tty[.host]]

screen “Ctrl-A” “c” - új screen (create a new window)
“Ctrl-A “n” - next screen
“Ctrl-A “p” - previous screen
“Ctrl-A” “d” - detach window, ezzel háttérbe küldjük a processzt, és ha megszakad az SSH kapcsolat akkor is tovább fut.
“Ctrl-A” “k” - kinyirja az aktualis screent

screen -ls - kilistázza a futó screen-eket
There are screens on:
4342.pts-0.gepnev (12/30/2013 11:21:00 PM) (Detached)
3878.pts-0.gepnev (12/30/2013 11:10:00 PM) (Detached)
2 Sockets in /var/run/screen/S-sonar.

screen -r 4342.pts-0.gepnev - visszacsatlakozás a screenhez

A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!

AS2115-ösöd nincs véletlen? Nekem valamiért nem megy ha SSD van benne.

vmunix: usb 2-2: new SuperSpeed USB device number 2 using xhci_hcd
vmunix: usb 2-2: New USB device found, idVendor=174c, idProduct=1153
vmunix: usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
vmunix: usb 2-2: Product: AS2115
vmunix: usb 2-2: Manufacturer: ASMedia
vmunix: usb 2-2: SerialNumber: 00000000000000000000
vmunix: usb-storage 2-2:1.0: USB Mass Storage device detected
vmunix: scsi host8: usb-storage 2-2:1.0
mtp-probe: checking bus 2, device 2: "/sys/devices/pci0000:00/0000:00:05.0/0000:03:00.0/usb2/2-2"
mtp-probe: bus: 2, device: 2 was not an MTP device
vmunix: scsi 8:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
vmunix: sd 8:0:0:0: Attached scsi generic sg4 type 0
vmunix: sd 8:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 8:0:0:0: [sdd] Unsupported sector size 11840.
vmunix: sd 8:0:0:0: [sdd] 0 512-byte logical blocks: (0 B/0 B)
vmunix: sd 8:0:0:0: [sdd] 11840-byte physical blocks
vmunix: sd 8:0:0:0: [sdd] Write Protect is off
vmunix: sd 8:0:0:0: [sdd] Mode Sense: 43 00 00 00
vmunix: sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
vmunix: sd 8:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 8:0:0:0: [sdd] Unsupported sector size 11840.
vmunix: sd 8:0:0:0: [sdd] Attached SCSI disk

Mivel windows alatt megy, ezért majd megpróbálom virtuális géppel és logolni az usb forgalmat hátha látszik valami.

Mondjuk gugli szerint van akinek ez működik

[ Szerkesztve ]

Jester

azt nem tudom, hogy windowson hogy kell (lásd: kiszámíthatatlan bughalmaz )
de linux shellben a nohup utasítás való arra, hogy elkapkodjuk a hangup szignált a program elől.
ez kb. 20 éve így van.

tehát úgy írod, hogy nohup parancs argumentumok &

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

Az AS2115 csak a tray, OS-ben az azonosító. Az valójában ASMedia ASM1153 chip, az ASMT2115 meg az ASM1153E szokott lenni.

Én tesztelgettem 2,5" külső házakban (ASMedia és JMicron chip) HDD / SSD meghajtókat Linux és Windows alatt is, de olyanra nem emlékszem, hogy SSD-vel nem működött. Hardveres korlátozás erre nem valószínű, hogy lenne. Még a gyári Samsung T1 Portable külső SSD-ben is ASM1153E vezérlő van [link].

Majd megnézem, enyémre mit ír a dmesg.

[ Szerkesztve ]

Linux Mint 17.3 alatt néztem 2 db 2,5" USB 3.0 külső házban egy Kingston HyperX FURY 120 GB SSD-t. Jelenleg 3 db Ext4 partíció van rajta (+ üres hely), mindegyiken Linux fut. A partíciókat GParted segítségével hoztam létre. Az SSD mindkét házban megfelelően működik, leszámítva a TRIM hiányát, ami alapból nem támogatott USB-n.

● JMicron JMS567

[~ $ uname -a
Linux ku-lenovo 3.19.0-32-generic #37~14.04.1-Ubuntu SMP Thu Oct 22 09:41:40 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

~ $ dmesg
[ 126.467656] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 126.485333] usb 2-1: New USB device found, idVendor=357d, idProduct=7788
[ 126.485344] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 126.485349] usb 2-1: Product: USB to ATA/ATAPI Bridge
[ 126.485354] usb 2-1: Manufacturer: JMicron
[ 126.485358] usb 2-1: SerialNumber: ************************
[ 126.489673] scsi host6: uas
[ 126.490356] scsi 6:0:0:0: Direct-Access KINGSTON SHFS37A120G 0114 PQ: 0 ANSI: 6
[ 126.491817] sd 6:0:0:0: Attached scsi generic sg3 type 0
[ 126.492009] sd 6:0:0:0: [sdc] Spinning up disk...
[ 127.496572] ..ready
[ 128.501988] sd 6:0:0:0: [sdc] 234441648 512-byte logical blocks: (120 GB/111 GiB)
[ 128.501997] sd 6:0:0:0: [sdc] 4096-byte physical blocks
[ 128.502595] sd 6:0:0:0: [sdc] Write Protect is off
[ 128.502603] sd 6:0:0:0: [sdc] Mode Sense: 53 00 10 08
[ 128.502927] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA
[ 128.508732] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 >
[ 128.511344] sd 6:0:0:0: [sdc] Attached SCSI disk
[ 128.735508] EXT4-fs (sdc2): recovery complete
[ 128.735627] EXT4-fs (sdc3): recovery complete
[ 128.736111] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null)
[ 128.743135] EXT4-fs (sdc3): mounted filesystem with ordered data mode. Opts: (null)
[ 129.029723] EXT4-fs (sdc1): 20 orphan inodes deleted
[ 129.029727] EXT4-fs (sdc1): recovery complete
[ 129.031773] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)

● ASMedia ASM1153

[~ $ uname -a
Linux ku-lenovo 3.19.0-32-generic #37~14.04.1-Ubuntu SMP Thu Oct 22 09:41:40 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

~ $ dmesg
[ 1340.183811] usb 2-1: new SuperSpeed USB device number 3 using xhci_hcd
[ 1340.201122] usb 2-1: New USB device found, idVendor=174c, idProduct=1153
[ 1340.201132] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 1340.201137] usb 2-1: Product: AS2115
[ 1340.201141] usb 2-1: Manufacturer: ASMedia
[ 1340.201145] usb 2-1: SerialNumber: 00000000000000000000
[ 1340.202284] usb-storage 2-1:1.0: USB Mass Storage device detected
[ 1340.203180] scsi host7: usb-storage 2-1:1.0
[ 1341.201470] scsi 7:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
[ 1341.202244] sd 7:0:0:0: Attached scsi generic sg3 type 0
[ 1341.211524] sd 7:0:0:0: [sdc] 234441648 512-byte logical blocks: (120 GB/111 GiB)
[ 1341.213087] sd 7:0:0:0: [sdc] Write Protect is off
[ 1341.213097] sd 7:0:0:0: [sdc] Mode Sense: 43 00 00 00
[ 1341.213361] sd 7:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1341.214812] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 >
[ 1341.216224] sd 7:0:0:0: [sdc] Attached SCSI disk
[ 1341.402010] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
[ 1341.415710] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null)
[ 1341.449077] EXT4-fs (sdc3): mounted filesystem with ordered data mode. Opts: (null)

[ Szerkesztve ]

Ó köszi, pont volt is ilyened kéznél

Érdekes módon a laptopomon sem megy, különböző kernelekkel sem és a windows sem jó virtuális gépben. Majd holnap megint átmegyek a működő windowsos géphez és indítok rajta egy live ubuntut azzal vajon mi lesz.

Jester

Nekem is van ASM1153 chipes rack is (ami 2115-öt OS azonosítót jelent), de King már megnézte.

Nálad nem ez okozza a bajt az SSD-vel?
"Unsupported sector size 11840."

Lehet, hogy valami speciális programmal Win alól lett formázva?

[ Szerkesztve ]

Nem, ez a linuxos rendszerem volt. Csak most lecseréltem nagyobbra.
Másik házikóban működik szépen:

vmunix: usb 9-1.2.3: new high-speed USB device number 14 using ehci-pci
vmunix: usb 9-1.2.3: New USB device found, idVendor=152d, idProduct=2352
vmunix: usb 9-1.2.3: New USB device strings: Mfr=10, Product=11, SerialNumber=5
vmunix: usb 9-1.2.3: Product: 2Bay Duplicator
vmunix: usb 9-1.2.3: Manufacturer: SSI Computer corp
vmunix: usb 9-1.2.3: SerialNumber: C82F01E1AFFF
vmunix: usb-storage 9-1.2.3:1.0: USB Mass Storage device detected
vmunix: scsi host12: usb-storage 9-1.2.3:1.0
vmunix: usbcore: registered new interface driver usb-storage
vmunix: scsi 12:0:0:0: Direct-Access OCZ-VERT EX4 PQ: 0 ANSI: 2 CCS
vmunix: sd 12:0:0:0: Attached scsi generic sg4 type 0
vmunix: sd 12:0:0:0: [sdd] 500118192 512-byte logical blocks: (256 GB/238 GiB)
vmunix: sd 12:0:0:0: [sdd] Write Protect is off
vmunix: sd 12:0:0:0: [sdd] Mode Sense: 34 00 00 00
vmunix: sd 12:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
vmunix: sdd: sdd1 sdd2 < sdd5 sdd6 sdd7 sdd8 sdd9 >
vmunix: sd 12:0:0:0: [sdd] Attached SCSI disk

Jester

Ezek univerzális házak, működnie kell szinte akármilyen SATA HDD/SSD-vel. Ha nem, akkor ott valami a partícióval nem ok. Formáztam én a fenti példánál mind2 rendszeren, NTFS / Ext4 fájlrendszerre, partíciós táblát is hoztam létre mindkettőn, de a felismeréssel és működéssel nem volt gond Linux alatt sem. Illetve olyan még elő szokott fordulni, hogy a máshol (pl. gépben SATA-n) inicializált és formázott meghajtót bizonyos házak nem kezelik megfelelően, leginkább GPT-nél. Ezért szokták javasolni a külső házban való partícionálást.
Sok infót viszont nem adtál meg, hogy pontosan mi van rajta, milyen fájlrendszer, mivel formázva, milyen SSD + ház stb.? Az új adatokból azért látszik, hogy egy 256 GB OCZ Vertex 4 SSD és a VID-PID alapján vsz egy JMicron vezérlős dual-bay rack / HDD dokkoló.

[ Szerkesztve ]

Semmi baja a partícióknak, addig el se jut, hogy beolvassa a partíciós táblát.

Harmadik gépen ugyanazzal a live ubuntuval amivel itt is próbáltam szépen működik.

A jmicronos az működik az asmedia az nem (lásd előző log).

Összefoglalom:

desktop + sata + vertex4 = működik
desktop + jmicron + vertex4 = működik
desktop + asmedia + hdd = működik
desktop + asmedia + vertex4 = nem működik
laptop1 + asmedia + vertex4 = nem működik
laptop2 + asmedia + vertex4 = működik

Oprendszerek: debian + 4.4 kernel, live ubuntu 14.04, windows 7

Egye fene, kinullázom az elejét és megnézem úgy mi lesz.

Jester

Na, kinulláztam az első 16MB-ot, most elvileg olyan mintha új lenne, de legalábbis partíciós tábla semmiképp sincs rajta. Az eredmény ugyanaz mint eddig:

vmunix: sd 14:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 14:0:0:0: [sdd] Unsupported sector size 11268.
vmunix: sd 14:0:0:0: [sdd] 0 512-byte logical blocks: (0 B/0 B)
vmunix: sd 14:0:0:0: [sdd] 11268-byte physical blocks

Az első "very big device" már eleve azért van mert a méretet sem tudja beolvasni rendesen.

Jester

Ez elég fura, hogy egyik laptopon működik, másikon nem, HDD-vel ok...ez alapján nem a rack hibája lehet, inkább valami inkompatibilitási probléma. Amin talán egy firmware (SSD, rack) frissítés segíthet, akár BIOS/ UEFI update. Illetve ilyen USB felismerési problémák szoktak lenni nem megfelelő alaplapi chipset driver miatt is (Windowsnál), bár akkor HDD-vel sem nagyon működne. Én amúgy ilyen külső házzal próbáltam, viszont ennél is 1153 a PID azonosító, ami miatt nem lehet firmware-t frissíteni [link]. Kizárólag az 55AA támogatott ilyen téren.

[ Szerkesztve ]

Kernel verzió mi a laptop1 és laptop2 esetén? Nem esetleg a laptop2 újabb?

Ez alapján, esetleg próbáld meg USB2.0 portban is, a laptop1-en, illetve Legacy supporton engedélyezni a BIOSban az USB3 portokra.. (?)

Ettől még lehet az Asmedia firmware is hiányos. Kár hogy a PID-ed 1153, így nem frissíthető.

Mondjuk lehet valami ebben az USB 2.0 vs. USB 3.0 dologban is. Nálam az ASMedia chipes külső meghajtók 3.0 portban mindig elhasalnak leválasztásnál Linux alatt. Leállítja, majd azonnal felpörgeti és felcsatolja...2.0 portban leáll rendesen, illetve 3.0-ban a JMicron és más vezérlősek is. Kipróbáltam már egy rakás rendszerrel, régi-új kernellel, de nem használt. Ez valami ASMedia - Linux bug lehet, mert Windows alatt nem tapasztalni.

[ Szerkesztve ]

Mind a két laptop régi típus, csak usb2 van. Mind a kettőn ugyanaz a live ubuntu volt bootolva szóval kernel is egyezik. A desktopban van usb3 de mindegy, hogy oda dugom vagy usb2-be. A desktop gépen virtualizáltam windowst és megkapta az usb eszközt közvetlenül, az se működött csak abból nehéz kiverni, hogy mi baja. A fiók típusa LC Power LC-25BU3

[ Szerkesztve ]

Jester

Üdv!
Fel kéne tennem egy Ubuntu Sever 15.10 alapú gépre egy Firebird2.5 alapú SQL szervert. Meg is történt a telepítés, localhoston működik is aminek mennie kell, de nekem Windowsos kliensgépről kéne csatlakoznom, ott meg ha isql-el csatlakonék, akkor jön a következő:

Unable to complete network request to host "192.168.0.67".
-Failed to establish a connection.

Telepítést főként ez alapján csináltam (superserver verzióval), itt nem ír semmit arról, hogy megkéne nyitnom hálózat felé, bár gondolom ez a baj...
Kliensen tiltva van a tűzfal.

Találkozott már véletlen valaki ilyennel?

[ Szerkesztve ]

"Go to work, get married, have some kids, pay your taxes, pay your bills, watch your tv, follow fashion, act normal, obey the law, and repeat after me: I AM FREE"

és eddig miért nem így működött? Ugyan ez volt az rc.local-al is. Hosszú ideig, csak bootkor futott le egyszer. Pár hónapja, viszont mindig 2x lefut.

Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"

Sziasztok!

A napokban figyeltem fel rá, hogy a cinnamon desktopom néha - főleg animáció közben- becsíkozódik keresztbe, de csak pár frame erejéig majd minden visszatér a normális állapotba. Nem hinném hogy a hiba hardveres lenne, van esetleg valami ismert hibája a Cinnamon-nak?

A gép adatai:

Asus G550
4.3.0-040300-generic

description: VGA compatible controller
product: 4th Gen Core Processor Integrated Graphics Controller
vendor: Intel Corporation

Kernel driver in use: i915

C programmers never die, they are just cast into void.

amikor nekem elkezd hülyeségeket csinálni a debianom, mindig szétborítom a gépem és kitakarítom belőle a port.

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

Ha Adobe flash anomációk közben fordul elő (és ilyen szürkés sávok keresztbe bingó), akkor az ismert dolog (ill. Debianon a legjellemzőbb), akkor fordul elő ha határon erőlködik a gép (mivel nálad csak rövid ideig jelentkezik az animációk elején, ha jól értem, elképzelhető, hogy azzal esik egybe amíg nem kapcsol feljebb a proci), annyit tudsz csinálni, hogy vagy lájtosabb DE-re váltasz, vagy Pepperflash-t, esetleg freshplayert használsz adobe helyett.

[ Szerkesztve ]

Nem küldhetsz privát üzenetet saját magadnak!

A szürkés sávok keresztbe az stimmel, feltéve ha ilyemire gondolsz te is: Kép

Ritkán fordul elő és nem adobe flash alatt (legalábbis tudtommal, aztán persze lehet hogy valami weboldalon fut a háttérben az is). Annyira amúgy nem zavar, mert nagyon ritkán jelentkezik és csak amiatt aggódtam, hogy HW probléma.

Köszi a választ!

C programmers never die, they are just cast into void.

Ez arra emlékeztet, amikor gond van a VRAM-mal, melegszik vagy döglődik. Esetleg ugyanez a történet a GPU-val.

Alcohol & calculus don't mix. Never drink & derive.

Szürkés sávok, kizárólag flash alatt és képernyő teljes hosszában jelentkeznek, amit te linkeltél inkább hardver hibának tűnik, vram bga "forrasztás" kezdi elengedni magát (nem véletlenül melegedős Nv kari van a laposban, azokra nagyon jellemző), ha még garis akkor én már vinném is vissza...

Nem küldhetsz privát üzenetet saját magadnak!

Na igen, viszont nem az Nvidia kari megy a gépen és a hőrmérsékletét is figyelem folyamatosan. 40 fok körül mászkál a laptop, néha pár percre felmegy ha olyasmit csinálok ami kér egy kis erőforrást,de amúgy semmi. Amennyiben HW hiba, akkor stress teszttel elő lehetne idézni, ugye?

C programmers never die, they are just cast into void.

Sajnos ezeket a laposokat nem a világvégére tervezték , stresszteszttel elő lehet könnyebben csalogatni a hibát, ha ilyen kezdődő állapotban van még, Furmark pl kiváló rá, ill a legtöbb repóban a glmark2 is benne van.

[ Szerkesztve ]

Nem küldhetsz privát üzenetet saját magadnak!

Igen, tisztában vagyok vele, ráadásul nem is irodai gép, csak sima konszumer. Lefuttattam többször is a GPU stressz tesztet, de semmi sem jelentkezett. Én még mindig SW hibára gyanakodom, ugyanis szinte mindig Cinnamon animációnál jelentkezik, sehol máshol. Használok néha KDE-t is, azon semmi ilyesmit nem tapasztaltam.

C programmers never die, they are just cast into void.

El akarom érni külső hálózatból a gépemet (Ubuntu server) Windowson, illetve akár androidon is. Teamviewert ismerem azzal már ment a linux elérése windowson.

Kipróbáltam a NoMachine-t, azzal abszolút nem. Úgy gondolom ott nem használ egy központi szervert, hanem direktbe csatlakozik a két gép. Router mögött van a gép, de kiengedtem több portot is, amit írt. Belső hálózatból elérem a belső címére csatlakozva, de se DDNS-sel, se a külső IP címemmel nem tudok csatlakozni, így feladtam. Normális közösséget nem találtam a szoftver mögött.

A TeamViewert lecserélném szívesen valami open source megoldásra, de mivel nem vagyok szakértő így nem tudom a VNC vagy más mennyire ajánlott nekem. Elsősorban, hogy biztonságos lesz-e, ha indítok egy VNC szervert. 1-2 támpontot, ha tudnátok írni. Köszi.

[ Szerkesztve ]

A VNC-ből a legtöbb openszósz, a TeamViewer szerintem nem az. Illetve, ha jól rémlik, nem is teljesen free. Valamint előre be is kell lépned egy fiókba, nem?
Ha jól tudom, van X11-nek is az RDP-hez hasonló megoldása, bár én nem próbáltam.
Mindegy, a lényeg, hogy ha biztonságos kapcsolatot akarsz, akkor kell egy VPN (kötelező), és az alá már mehet egy VNC.

Alcohol & calculus don't mix. Never drink & derive.

Nem fontos belépni egy fiókba és teljesen free otthoni felhasználásra. A fiók csak azért jó, mert felvehetsz gépeket és elnevezheted őket. De nem open source igen. Csak azért hoztam fel, mert az pofon egyszerű szerintem.
Rákeresek azokra, amit írtál. Mutattak nekem egy olyat, hogy SSH a távoli gépre majd VNC indítása. Ez is elég biztonságos? Illetve van vmi nagy buktatója?

Az is jó, VNC SSH-n belül.

Alcohol & calculus don't mix. Never drink & derive.

Úgy látom egyszerűbb SSH-val elérni a VNC-t. Csak nem vagyok benne biztos, hogy utána le kell-e lőni a szervert, míg nem kell megint. Ha meg mobilról kellene véletlen, akkor ott lesz a teamviewer. Most épp így tűnik a legjobban.

Én nem bízok a TV-ben.

Alcohol & calculus don't mix. Never drink & derive.

Először is azt tisztázd le, hogy mit szeretnél. Mit értesz elérés alatt?
Feltétlen kell a Grafikus felület? VNC nem rossz csak lassú.
Mit akarsz a serveren távolról adminisztrálni? (esetleg tegyél fel egy webmin-t és akkor böngészőből sokmindent el tudsz intézni)
Ha csak egy egy grafikus programot akkor érdemes az ssh-n keresztül az X-et átküldeni.
Szóval lehetőség sok van.

A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!

Abszolút jogos a kérdéset. Nagyon gyakran nem fogom elérni úgy néz ki, mert napi szinten a gép közelében vagyok, de lehet ez később változna. Lesz egy csomó szolgáltatás: owncloud, torrent, stream, stb. Szóval lehet elég lenne egy sima ssh is. Még nem találtam ki mire kellene (tudom így nehéz ajánlani). Eddig megszoktam, hogy kényelmes a TeamViewer-rel való belépés egy másik gépre. Csak gondoltam, ha elkezdtem linuxot használni akkor csináljam szépen
Rákerestem a webminre, elég sokoldalú. Kipróbálom, köszi.
SSH-n az X átküldése még kínai, de utánanézek majd.

ahhoz, hogy windows alatt érdemben ssh-n tunnelezhess X-et, kell X szerver windowsra.

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

vagy a vnc server-t tunnelezi át. ahhoz meg nem kell más a windowsra csak vnc kliens.

A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!

Vagy tesz fel xrdp-t akkor mehet a windows terminal services kliens

Jester

Én is erre utaltam, de már nem rémlett, mi a neve.

[ Szerkesztve ]

Alcohol & calculus don't mix. Never drink & derive.

Mivel szoktatok, ha szoktatok lemezt klónozni? Van egy 32 GB-os SSD-m, 60 GB-osra költöznék. Clonezillaval klónoztam disk to disk (de nem 1:1 másolat), de a GRUB-ot nem tudta összerakni. Elindult elsőre az OS, de most meg gondjaim vannak, és ki is írt valami verziós hibát, meg hogy cserélve lett a meghajtó.
Mivel klónozzak, hogy ne legyen ilyen gondom? ddrescue?

[ Szerkesztve ]

Alcohol & calculus don't mix. Never drink & derive.