Új hozzászólás Aktív témák

• dbius veterán

  #8817

  #8816 King Unique

  2018-01-23 09:21:17

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8816 King Unique

  #8816 King Unique

  Én mondjuk nem voltam tőle annyira elragadtatva, amit a másik topikban említettem. Illetve amúgy sem létszükséglet a használata, mert a 10-esnél bőven jó a fájlkezelős másolás is.

  Nekem nem volt vele gondom, de arra már nem emlékszem, hogy 18.3, vagy 17.1 alól csináltam.

  De az a szép a Linuxban, hogy nem csak egy módszer van, hanem több is, ahogy Te is említetted: [link]

• dbius veterán

  #8815

  #8814 szotadi

  2018-01-22 23:02:04

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8814 szotadi

  #8814 szotadi

  értem,
  windows-on a rufust használltam gondoltam hátha van mint-hez valami hasonló.

  még egyszer köszönöm!

  Van, pl. woeusb link Én ezzel készítettem uefi win10-es pendriveot, ment rendesen a win telepítés, gond nélkül.

• dbius veterán

  #8302 2017-09-20 15:43:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  Köszi srácok! A közeljövőben kipróbálok egy friss live disztrót, hogy az alatt ugyanúgy előjön-e ez a probléma. Ha nem, akkor megy fel, ha igen, akkor marad a jelenlegi.

• dbius veterán

  #8297

  #8296 lev258

  2017-09-19 21:41:01

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8296 lev258

  #8296 lev258

  Elvileg tudnod kellene beállítani az MTU-t a network-manager-ben, tartósan. Nem tudom, miért "felejti el".

  Látszólag nem "felejti" el, mert ahogy a korábbi hozzászólásomban a képen láthatod, az értéket "megtartja" a grafikus felületen, de nem tudja azt alkalmazni. Keresgélésem során találtam jó pár hasonló bugreportot, 2009-től kezdődően egészen kb. 2015-ig ebben a témában, tehát nem egyedi eset, sajnos úgy tűnik hiába van látszólag beépítve ez a funkció, a gyakorlatban nem működik.

• dbius veterán

  #8295

  #8294 growler

  2017-09-18 20:36:17

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8294 growler

  #8294 growler

  És ha ezt beírnád az /etc/rc.local -ba ?
  ifconfig eth0 mtu 1476
  ifconfig ppp0 mtu 1476
  Az utolsó kommentelt sor alá és mentés.

  A helyzet az, hogy pont ott nem próbáltam, de saját szkriptet írtam, ami lefutott rootként jelszókérés nélkül, viszont ezzel pedig az volt a baj, hogy ha azelőtt állítottam be a ppp0 eszköz mtu értékét, mielőtt létrejött a kapcsolat a hálózatkezelővel, akkor a kapcsolat létrejötte után már megint default értéke lett az mtu-nak a ppp0 eszköznél...

  Tehát ebből kiindulva ha le is futna az rc.localban a szkript hibamentesen, akkor az még szerintem a kapcsolat létrejötte előtt történne és ugyanott lennék vele. Bár hangsúlyozom nem próbáltam, most csak okoskodok a tapasztalatok alapján.

  Azonban mivel a gép tulaja nem igazán ér rá csak kb. négy naponta, így adtam egy esélyt a pppoeconf-nak, ami úgy tűnik, egyelőre működik, csak ahogy lev258 kolléga is írta, tönkrevágja a beépített hálózatkezelőt.

• dbius veterán

  #8293

  #8292 lev258

  2017-09-18 19:22:15

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8292 lev258

  #8292 lev258

  A pppoeconfig megöli a network-manager-t. MTU értéket pedig tudsz állítani a network-manager-ben is.

  Igen, de ott hiába állítottam be, nem foglalkozik vele a rendszer, újraindítás után default értékre áll be. Nézz rá innentől a hozzászólásaimra, ha van javaslatod szívesen meghallgatom!

• dbius veterán

  #8291

  #8276 dbius

  2017-09-18 17:36:38

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8276 dbius

  #8276 dbius

  Nos, megvan a ludas, valóban az MTU értéke okozza a hibát. Alapból 1500 az eth0 eszköznek, a pppoe kapcsolat létrejöttekor pedig a ppp0 eszköznek 1492.

  Ezeket átállítva 1476-ra (a netes keresgélések alapján van ahol 1480-at javasolnak) működik a https oldalak elérése!!!

  Terminálban kézzel be lehet állítani:
  sudo ifconfig eth0 mtu 1476
sudo ifconfig ppp0 mtu 1476

  ÉS a gép újraindításáig, vagy a kapcsolat megszakításáig és újraépítéséig ismét működik a https oldalak elérése.

  Azonban, hogy ne legyen olyan szép a történet: A grafikus hálózatkezelő alkalmazásban hiába állítom be, hogy az MTU értéke 1476 legyen, a gép újraindítása után ugyanúgy 1500 és 1492 az MTU értéke.

  

  Próbáltam keresgélni, hogyan lehetne ezt a kézi beállítást rendszerszintűvé tenni, ezt találtam:

  So the DHCP is actually setting the MTU size. In Ubuntu, you can edit the following file: /etc/dhcp/dhclient.conf
Just BEFORE the request line set this two commands:
default interface-mtu 1500;
supercede interface-mtu 1500;

  Viszont ezt hiába csinálom meg, mentem el (szerk:1476-os értékekkel), újraindítás után ismét 1500 és 1492 az MTU értéke. Más javaslatot most hirtelen nem találtam, így ismét hozzátok fordulnék, hogy hogyan tudnám beállítani, hogy 1476 legyen az MTU alapértelmezett értéke minden újraindítás után?

  Közben találtam egy javaslatot, miszerint az

  /etc/ppp/options

  fájlban, a 190. sorban kell beállítani az mtu értékét.

  Kipróbáltam, sajnos ez sem állítja be, újraindítás után ismét az alap mtu érték lesz, nem pedig a kívánt érték.

  Felhagytam a próbálkozással, inkább a

  pppoeconfig

  használatával konfigoltam a kapcsolatot, mert ebben ugye a beállítás során lehet változtatni az mtu értékét. Így most jó, újraindítás után is elérhetőek a https kapcsolatok.

  De ennek is van hátulütője, a tálcáról eltűnt az nm-applet, és nem is tudtam visszarakni. A lényeg, hogy megy, de hihetetlen, hogy mindig van valami apróság...

• dbius veterán

  #8276

  #8275 dbius

  2017-09-15 20:36:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8275 dbius

  #8275 dbius

  Köszönöm mindenkinek a javaslatokat! Nagyon jó ötleteket adtatok, de párat már most ki tudok zárni, mint hibaforrási lehetőséget.

  Az MTU értéke tűnik számomra jelenleg a leggyanúsabbnak, ezt próbálom ki legközelebb, amikor lesz rá lehetőségem. Korábban sima kábelnetre volt kötve a gép, ott elvileg az mtu értéke nem bonyolít, de a pppoe kapcsolatoknál ahogy most belemélyedtem igen könnyen okozhat ilyen problémát.

  Egyébként azt elfelejtettem írni, hogy router nincs, közvetlenül csatlakozik a gép a netre. A ca-certificate csomagokat újratelepítem.

  A https oldalak egyetlen böngészőben sem mennek, tehát nem böngésző specifikus a probléma (chromium és firefox voltak tesztelve).

  A böngészőkben nincs olyan plugin, ami ezt okozhatná.

  Specifikus tűzfal szabályok nem lettek generálva sem frontenddel, sem kézzel, ill. az iptables sem lett piszkálva.

  Nos, megvan a ludas, valóban az MTU értéke okozza a hibát. Alapból 1500 az eth0 eszköznek, a pppoe kapcsolat létrejöttekor pedig a ppp0 eszköznek 1492.

  Ezeket átállítva 1476-ra (a netes keresgélések alapján van ahol 1480-at javasolnak) működik a https oldalak elérése!!!

  Terminálban kézzel be lehet állítani:
  sudo ifconfig eth0 mtu 1476
sudo ifconfig ppp0 mtu 1476

  ÉS a gép újraindításáig, vagy a kapcsolat megszakításáig és újraépítéséig ismét működik a https oldalak elérése.

  Azonban, hogy ne legyen olyan szép a történet: A grafikus hálózatkezelő alkalmazásban hiába állítom be, hogy az MTU értéke 1476 legyen, a gép újraindítása után ugyanúgy 1500 és 1492 az MTU értéke.

  

  Próbáltam keresgélni, hogyan lehetne ezt a kézi beállítást rendszerszintűvé tenni, ezt találtam:

  So the DHCP is actually setting the MTU size. In Ubuntu, you can edit the following file: /etc/dhcp/dhclient.conf
Just BEFORE the request line set this two commands:
default interface-mtu 1500;
supercede interface-mtu 1500;

  Viszont ezt hiába csinálom meg, mentem el (szerk:1476-os értékekkel), újraindítás után ismét 1500 és 1492 az MTU értéke. Más javaslatot most hirtelen nem találtam, így ismét hozzátok fordulnék, hogy hogyan tudnám beállítani, hogy 1476 legyen az MTU alapértelmezett értéke minden újraindítás után?

• dbius veterán

  #8275

  #8274 growler

  2017-09-15 18:40:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8274 growler

  #8274 growler

  Tűzfal beállítás nem zavarhat be ?

  Köszönöm mindenkinek a javaslatokat! Nagyon jó ötleteket adtatok, de párat már most ki tudok zárni, mint hibaforrási lehetőséget.

  Az MTU értéke tűnik számomra jelenleg a leggyanúsabbnak, ezt próbálom ki legközelebb, amikor lesz rá lehetőségem. Korábban sima kábelnetre volt kötve a gép, ott elvileg az mtu értéke nem bonyolít, de a pppoe kapcsolatoknál ahogy most belemélyedtem igen könnyen okozhat ilyen problémát.

  Egyébként azt elfelejtettem írni, hogy router nincs, közvetlenül csatlakozik a gép a netre. A ca-certificate csomagokat újratelepítem.

  A https oldalak egyetlen böngészőben sem mennek, tehát nem böngésző specifikus a probléma (chromium és firefox voltak tesztelve).

  A böngészőkben nincs olyan plugin, ami ezt okozhatná.

  Specifikus tűzfal szabályok nem lettek generálva sem frontenddel, sem kézzel, ill. az iptables sem lett piszkálva.

• dbius veterán

  #8272

  #8271 0xmilan

  2017-09-14 22:00:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8271 0xmilan

  #8271 0xmilan

  Az idő jól van beállítva?

  Igen, bár nincs ntp szinkronizáció

• dbius veterán

  #8269

  #8268 ubyegon2

  2017-09-14 20:38:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #8268 ubyegon2

  #8268 ubyegon2

  Szia!

  Hirtelen 2 tippem van laikusként. Győződj meg róla, hogy valóban levették a NAT-olt IP-t, mert nálam is egy nappal később adták vissza a publikus címet!
  Igaz nekem semmivel nem hozott be https oldalakat, kivéve a 17.3-mal. Ha nem NAT-olt már az IP, akkor még érdemes megnézni a FF ESR 52-es verziójával. Az még használ javát.

  Ezeket a hsz-eket fusd át esetleg, kaptam pár tippet, miket nézzek meg, amikor hasonló gondom volt.

  Köszi

  Megnézem mindjárt Viszont kipróbálni lehet csak napok múlva tudok bármit is, mert a tulaj dolgozik és nem lesz lehetőségem még csatlakozni sem a géphez.

  Még egy dolog jutott eszembe, amit nem próbáltam, az MTU értéke nem tudom jelenleg mennyi (alapból), esetleg azt még lehet megpróbálom változtatni.

• dbius veterán

  #8267 2017-09-14 20:09:44

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  Sziasztok!

  Érdekes problémával kapcsolatban fordulnék hozzátok ötletért, tanácsért.

  Adott egy gép, amin Linuxmint 17.1 van (Mate vagy cinnamon ezt most nem tudom pontosan) és eddig problémamentesen üzemelt. A gép tulaja új helyre költözött, ahol kábeles PPPOE internet van.

  A kapcsolat sikeresen létrejön, lehet böngészni.

  DE

  Itt jön az érdekes része, mégpedig az, hogy bizonyos oldalak, mégpedig a https kapcsolattal rendelkező oldalak nem töltődnek be, csak próbálkozik a kapcsolat létrehozásával és a végtelenségig csinálja, néha egy idő után leáll és nem tudja betölteni az oldalt. Amit biztosan tudok, hogy pl. a Teamviewer oldalát sem tölti be https kapcsolaton.

  A szolgáltató oldalán semmilyen információ nincs feltüntetve a kapcsolat részleteivel kapcsolatosan (titkosítás, esetleges sajátos beállítási szükséglet). A szolgáltató részéről ma annyi történt, hogy mivel natolva volt az adott előfizetői hely, kapott egy publikus IP címet, de a probléma továbbra is fennáll, a https oldalak java része nem hajlandó betöltődni, egyetlen böngészővel sem.

  Távolról ránéztem a gépre, de a logokban nem találtam hibát, ill. pontosabban semmit, amin el tudnék indulni valamerre. Jelenleg sajnos logot nem tudok ide berakni, de később megoldható szükség esetén.

  Látszólag rendben van, a http oldalak elérésével nincs probléma, de a https oldalakkal igen.

  A kapcsolatot nem pppoeconf-al állítottuk be, hanem az alap hálózati kapcsolatok kezelőjével.

  Próbálkoztam google dns használatával, a szolgáltató dns címeivel is a névfeloldást, de egyikkel sem megy (mármint a https oldalak elérése).

  Nem találkoztatok valami hasonló problémával, vagy nincs esetleg ötletetek merre lehetne elindulni, hogy megtaláljuk a problémát?

• dbius veterán

  #3568

  #3566 syler123

  2015-08-23 12:46:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3566 syler123

  #3566 syler123

  Nyitott. Tesztelve. qBittorent rendesen kapcsolódik, nem tudom mi volt a baja a Transmission-nek, pedig tetszett az egyszerűsége, semmi sallang. De ha nem tölt, akkor marad a másik alternatíva.

  Valami gebasz lehetett a rendszeren a transmissionnel, de a lényeg, hogy van miből válogatni és hogy másik klienssel ugyan, de megy.

• dbius veterán

  #3558

  #3557 syler123

  2015-08-22 14:03:57

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3557 syler123

  #3557 syler123

  Hmm, nem tudom nálam mi a gond, port fel van oldva. Régebben használtam Openelec-el, akkor nem volt gond, most meg ismeretlen hibát ír. Ha belépek a beállításokba, akkor is hibát ír Próbáltam telefonon és tabon is. Nem tudom mi a nyűgje baja van.

  Ha régóta fut a transmission, megpróbálkozhatsz egy - transmission - újraindítással is.

• dbius veterán

  #3556

  #3555 syler123

  2015-08-22 13:28:40

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3555 syler123

  #3555 syler123

  Nem, de gondoltam az Upnp megoldja, de teszek egy próbát.

  Köszi!

  Nálam egyébként működik a remote transmission a telefonon, de inkább a transdroidot használom.

• dbius veterán

  #3554

  #3553 syler123

  2015-08-22 13:04:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3553 syler123

  #3553 syler123

  Használ itt valaki transmission remote-ot android alatt? Bármit próbálok mindig ismeretlen hibát ír. Engedélyezve van Mint alatt a transmissionben a Remote.

  Ha van routered, akkor a 9091-es portot (vagy ha más portot állítottál be akkor azt) forwardoltad a transmissiont futtató gép felé?

• dbius veterán

  #3475

  #3473 adamch4

  2015-08-09 20:41:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3473 adamch4

  #3473 adamch4

  az egész .config mappát átneveztem
  restart után létre is jött az új, benne a szűz mate és dconf mappákkal. eggyel fölötte pedig a .gconf, .linuxmint került átnevezésre, hmm.

  Ha csak annyi a problémád, hogy eltűnt a hálózatkezelő ikonja a többivel együtt, akkor a panelen kattints jobb egérgombbal egy üres helyen, majd hozzáadás a panelhez, és a listából az értesítési terület-et válaszd.

  Abban van benne a hálózatkezelő ikonja is, a hangerő, valamint az egyéb, háttérben futó programok, amelyeknek van ikonja az értesítési területen.

• dbius veterán

  #3198

  #3197 Sonja

  2015-07-14 22:28:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3197 Sonja

  #3197 Sonja

  Én kipróbáltam, igaz Ubuntu Studio alatt, mert azt használok. Érdekesen működik ez az EasyTag. Ha kijelölöm az összes mp3-at a középső ablakban, majd a jobb oldalon kitörlöm mondjuk a Műfajt, végül rányomok a "Változtatások mentése a kijelölt fájlokba" ikonra (kék és egy lefele mutató fehér nyíl van benne), akkor csak az első file-ba menti. Viszont, ha a műfaj melletti kis ABC ikonra (+egy piros lefele mutató nyíl), akkor az összesben eltárolja. Egyébként működik, de én csak ID3v1-et használok.

  

  Köszi, hogy megnézted. Közben én meg a kid3-t próbáltam ki, de nagyon elüt a felülete, tiszta kde feeling, elvetettem, az easytag kézreállóbnak tűnik nekem.

  easytag: Most én is kibróbáltam úgy, hogy a menüsor alatti ikonok közül a "változtatások mentése a kijelölt fájlokba" lehetőséget választottam, így nekem elmentette a tageket az összes kijelölt fájlhoz! Eddig nem is ezzel az ikonnal próbálkoztam, hanem a jobb oldali ablakban az egyes boxok melletti ikonokkal.

  Viszont amikor a jobb oldali ablakban átváltok a "képek" fülre és ott hozzáadom a borítót és az ablak alatti jobb szélső ikonra kattintok "a kijelölt fájlok címkézése ezekkel a képekkel", akkor lefut látszólag hibamentesen, de mégsem csinál semmit.

  Szóval alakul ez, csak mélyebben kell tesztelni úgy tűnik. Köszi még 1* , azt hiszem marad az easytag, ill. a beets is!

• dbius veterán

  #3196

  #3195 lev258

  2015-07-14 21:25:19

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3195 lev258

  #3195 lev258

  Nem válasz, csak egy tipp. Azt láttam pár helyen, előfordul, hogy más verziójú ID3Tag-ként menti el (így már kettő is lesz) és a programok tipikusan az eredetit (az elsőt) olvassák ki. Próbálj ilyeneket is figyelni, beállítani.

  Igen, ez előfordulhat, de esetemben a gond nem ez, hanem az, hogy - és ezt eddig nem tudom miért nem írtam le, vagy nem vehető ki az eddig leírtakból - a fájlok érintetlenek maradnak miután látszólag megírja az id tageket, tehát gyakorlatilag a fájlokba fizikailag egy bitet sem változtat meg.

  Szerk: természetesen próbáltam különböző kulcsszavakkal googlen keresni, de nem igazán találtam használható dolgot (jogosultsági problémák felvetésén túl), ezért gondoltam, hogy megkérlek titeket, hogy próbáljátok már ki akár egyetlen fájlon, hogy nálatok képes-e taget beleírni egy mp3-ba.

• dbius veterán

  #3194

  #3193 Sonja

  2015-07-14 21:09:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3193 Sonja

  #3193 Sonja

  Miért az easytag-et használod egyébként? Csak kérdezem. Én sokat kipróbáltam a TAG-es programok közül, végül a Kid3-nál maradtam, az hasonlít a legjobban kezelésében az MP3tag-ra.

  A beetset használom terminálban főként, de valahogy lusta disznó vagyok - 10 évnyi linux használat után is - és jobban esne csak kattogtatni...

  Ezért ki akartam próbálni valamilyen GUI-t használó cuccot is, így találtam rá az easytagre és ezt próbáltam ki. Mindjárt ránézek azokra is, amiket linkeltél, köszi

  Szerk: az mp3tag-et használtam korábban win alatt, jó cucc.

• dbius veterán

  #3192 2015-07-14 20:51:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  Megnéznétek, hogy az easytag alkalmazás nálatok képes-e bármilyen mp3 zenefájlt tagelni?

  17.1 Mate van fent, 2.2.5-ös verzió települ alapból.

  Látszólag megcsinálja a tagelést, nem ír ki semmilyen hibát akkor sem, ha terminalban indítom, mégsem menti bele a tageket a fájlokba. Akkor sem, ha emelt szintű jogosultsággal futtatom.

  A jogosultságok rendben vannak a szerkeszteni kívánt fájlokon, elvileg nem ez az akadály. (home mappába másolva fájlokat tesztelés céljából ugyanez az eredmény)

  ppa-ból telepítve a 2.2.6-os verziót ugyanez a szitu nálam.

  Köszi!

• dbius veterán

  #3180

  #3179 Bohus

  2015-07-11 20:53:58

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3179 Bohus

  #3179 Bohus

  Újra és újra neki szoktam ugrani, hogy keressek valami megoldást a MATE menü lassú (hideg)indulására. Most végre sikerrel jártam, ennek a leírásnak az alapján sikerült száműzni a problémát.

  Köszi, ez nekem is jól jött!

• dbius veterán

  #3154

  #3144 Babetta-X

  2015-07-08 21:43:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  dbius

  veterán

  #3144 Babetta-X

  #3144 Babetta-X

  Viszont, a testdiskkel annyira boldogultam, hogy analízist készítettem, csak ugye nem jövök rá, hogyan lenne tovább. Itt a kép róla:
  

  Ezek alapján egy LVM kiterjesztett partíció van a vinyón. Próbáld meg ez alapján live cd alól csatlakoztatni, hogy elérd a rajta lévő adatokat.

  Ha nem megy, akkor ez alapján pontról pontra kellene a testdisket próbálnod.

Új hozzászólás Aktív témák