Előzmény. Némi fejlesztési idő után közzétettem a Systemback legújabb, 0.7.4-es verzióját is. A változások listája pontokba szedve: - Ezentúl kiválasztható, hogy mely felhasználó beállításfájljai legyenek visszaállítva. Több felhasználós környezetben ez igen hasznos lehet, hiszen a többiek beállításai nem állítódnak el. - Írtam egy új könyvtárválasztót ami sokkal jobban igazodik a Systembackhez. Azon könyvtárak amelyek nem választhatóak ki, kapnak egy piros X-et, amelyek pedig már tárolási könyvtárak, azok egy zöld pontot, így egyszerűbb felismerni őket. Remélhetőleg ezzel az egyes felhasználóknál jelentkező alkalmazáslefagyás is megszűnik, ami tallózásnál jelentkezett. - A könyvtárválasztó indítógombját, ami egyben a beállított útvonalat is kiírta, újra összeraktam az alap widgetekből. Ez nem jelent szemmel látható változást, viszont a beépített könyvtárválasztó eltűnésével együtt lehetőség nyílt megszabadulni több Gambas csomagtól is. Így mostantól kevesebb mint feleannyi függőség kell a futtatáshoz, szám szerint három. A felesleg automatikusan el fog távolítódni a rendszerfrissítés futtatásakor. - Korrigáltam néhány grafikai problémát amely a Qt4-es változatnál jelentkezett Kubuntu kiadáson történő futtatáskor. - Javítottam a Xubuntu kiadáson jelentkező Live rendszerképek pendrive-ra írási hibáját, amely az automatikus csatolás miatt jelentkezett. - Az ütemező által megnyitott ablak címsorából mostantól leolvasható, hogy ő nyitotta meg, így nem vakargatjuk többet a fejünket miatta. - A terminálos felületet kicsit kibővítettem, így mostantól visszaállítási pontok készítésére és törlésére is lehetőség nyílik. Ezzel együtt kiegészítettem a manualt, amelyből mostantól kiolvasható az alkalmazás beállításfájljának az összetétele is. Így könnyebb lesz a kézzel történő szerkesztés, amire szükség lehet ha csak CLI felületet használunk. Kapcsolóval is indítható ezentúl visszaállítási pont készítés, így egyedi ütemezést is igénybe lehet venni, pl. cron-ba rakással. A systemback parancs többé nem indítja semmilyen esetben sem a grafikus felületet, arra a systembackgui parancs használható. Természetesen ezeken túl is számos optimalizációt hajtottam végre és több apróbb hibát is korrigáltam, de ezek nem annyira kiemelkedőek. Remélem, hogy mindenki elégedett lesz az új verzióval, és az általa szállított módosításokkal. Kérek mindenkit, hogy ha problémát tapasztal a program használata során, akkor azt jelentse, hogy mielőbb javítani tudjam, ha lehetséges. És persze ezúton köszönöm a lelkes fordítók közreműködését, mellyel teljesebbé tették a Systembacket nemzetközi szinten is. :-) A Systemback telepítéséhez és frissen tartásához érdemes felvenni a PPA tárolóját: sudo add-apt-repository ppa:nemh/systemback sudo apt-get update sudo apt-get install systemback-gtk vagy sudo apt-get install systemback-qt4 Valamint az általános telepítőfájlok és a forráskód elérhető a SourceForge oldalán.

Csak egy ötlet: a napi mentés csak a különbségeket mentené? Helymegtakarítás céljából ... lehet már így van, így készítetted, de most nem tudom kipróbálni. Azt veszem észre én is, hogy változtatgatnak a Wheezy-n (annyira túlzottan nem szerintem), de nemsokára kiadják és akkor már nem így lesz minden bizonnyal. ;)

@"Kimarite"#p437129Ha nem csak a különbségek mentődnének fizikailag, akkor alapból képbe mennének. De sosem terveztem azt, hogy mindegyik visszaállítási pont baromi lassan készüljön el, meg, hogy 50+ GB-ot foglaljanak. :-) A legkisebb változtatás is számít ha érint. Ami nem érint, az nyilván nekem is semmiség. És persze ha kiadták a rendszert, akkor már nem lesz vele gond. Viszont ez nem segít a testing ágon, mert a Wheezy után jön a következő, és nem szűnik meg. Szóval sohasem lesz olyan, hogy biztosan jó. Ma még lehet, hogy az, holnap meg nem lesz az, mert úgy gondolják, hogy átvariálnak valamit, mert miért ne.

@"Kendek"#p437130Megvilágosodtam, tehát eddig is csak a különbségek mentődtek. :-) "sohasem lesz olyan, hogy biztosan jó" - ez biztos (majdnem), mentél volna postásnak, kalauznak vagy péknek ... ;)

@"Kimarite"#p437131Vezető jegyvizsgáló majdnem lettem, de inkább más mellett döntöttem még a vége előtt. Viszont most nem a saját hibámból fennálló bugokra gondolok, hanem azokra amik tőlem függetlenül képződnek, mások miatt. Azért a kettő nem ugyanaz. Az előbbi ellen tehetek, az utóbbi pedig rajtam kívülálló dolog, ha fejre állok sem akadályozhatom meg.

@"Kendek"#p437132haha :D (bocs).. én még lehetek persze, korai "káröröm". Igazad van (fejen állni egészséges egyébként). Sok sikert :) ... ha úgy alakul, akkor telepítem majd a SystemBack-et, de ez az Ubuntu függősége a Gambas-nak most nem vonzza a gondolataim, hogy rászánjam magam, hogy foglalkozzam vele (mert kéne a teljes Gambas3.4 is másra - abban tuti jó vagy, persze a SystemBack-ben is).

@"Kimarite"#p437133Ha nagyon Gambasozni akarsz, akkor akár le is fordíthatod magadnak forrásból. Még akár Debian telepítőcsomagokat is készíthetsz belőle. Én is szívesen megtenném ha lenne valami jó tárhely ahol a repo elférne, de sajnos nincs olyan ami ingyenes lenne és mellett megfelelő is.

@"Kendek"#p437134De a Wheezy-re milyen függőség miatt nem megy fel PPA-ból a teljes Gambas (bizonyára rájönnék, de abszolút nincs kedvem ezzel foglalkozni és mert van más teendőm is), saját tipp a libc6 volt (debian experimental), de az még a precise PPA-s volt, a lucid PPA-snak mi kéne, ezt így most meg tudnád mondani? ... a libc6 nem lehet újabb.

@"Kimarite"#p437135Nem jártam utána, mert nekem meg még úgysincs kedvem vele foglalkozni, és amúgy is van más teendőm is. Amit láttam az az, hogy az OpenGL programozáshoz szükséges komponens az ami nem telepíthető függőségi probléma miatt. Szerintem neked erre akkor sincs semmi szükséged, ha véletlenül programozni szeretnél Gambasban. Sőt, abból a 70+ csomagból is csak pár kellhet maximum, nem véletlenül vannak szétválasztva. Hiába van telepítve mind, attól még csak akkor lesznek használatban ha az be van állítva.

@"Kendek"#p437136Na most már meg kell néznem (a héten) ... maga a Gambas3-ad nem megy fel (amivel programoznék). Valószínű az "időjárás miatt" :( csak Synaptic-ban próbáltam és piros marad a csomag_neve... míg az apt-get vagy az aptitude kiírná mi kellhet neki. :) ... és egy off kérdés: nyílt videókártya driverrel (ATI Radeon PRO 9250) a Steam nem fog menni (indítása) nálam, lehetetlen az elképzelésem?

@"Kimarite"#p437137A gambas3 egy metacsomag, feltesz majdnem mindent, aminek a nagy része se neked, se nekem nem kell. A Gambas komponensekből áll össze, amit nem használsz, azt nem kell feltétlen feltelepíteni. Az a videóvezérlő amúgy sem valami játékos, bár anno CS-zni ellehetett vele.

Systemback III.

MajinGohi

KendekOh, köszönöm :) Hát nem tudom nekem ez a mostani eléggé tetszetős lett :) Bár ezt a javítást biztos megvárom. Viszont jól jönne egy biztos telepítő. Ja igaz rendszerment, bocsi, arra gondoltam, hogy "régebbi" verzió.. Értem, jogos a túl nagy hibás csomag ne maradjon meg. Rendben köszönöm :) Várom a frisset!

aulaci

Szervusz Kendek, üdvözlet mindenkinek itt a fórumon. Szeretném a tanácsotokat kérni! Az utolsó oldalt kihagyva végigolvastam a fórumot, és kedvet kaptam a rendszerem mentésére, ezért telepítettem a tárolókból a Systemback-ot. 12.04 van fent, de LXDE felületet használok, egy régebbi Acer Aspire 3100-on. Mivel csak egy 80 GB-os vinyó van benne, gondoltam rögtön az elején átállítom a mentés helyét az USB-s vinyómra, ami fel van csatolva. Ugye alapesetben a /home van beállítva, és mellette ott van a gomb, amivel be lehet tallózni, amit szeretnék. Előjön az ablak, belemegyek a /media mappába, ott rákattintok a /Au_WD usb-s felcsatolt vinyómra és itt megáll az élet. Az egér csak teker és teker, az ablakon belül nem tudok csinálni semmit, ha a panelen levő Systemback ikonnal lekicsinyítem, majd vissza az ablakot, akkor csak egy egyszínű szürke ablak jön vissza, a tartalma nem, ráadásul nem tudom leállítani, a Rendszerfigyelőben nem találok Systemback bejegyzést. Természetesen a rendszer egyébként tökéletesen működik, bár mit tudok csinálni, és a professzor sincs terhelve. :) Valamit én csinálok rosszul? Gondoltam még ezeket ideírom... 12.04 (precise) 64 bit kiadás Kernel: Linux 3.2.0-41-generic GNOME 3.4.2 Memória: 1,7 GiB Processzor: Mobile AMD Sempron(tm) Processor 3500+ Elérhető lemezterület: 14,4 GiB

Kendek

aulaciHali Légyszíves próbáld meg terminálból is beállítani, hátha csak megint az a fránya Gambas bug jött elő nálad is: sudo systemback -s /media/Au_WD Aztán lassan írok egy saját könyvtár tallózót, mert ez így elég gáz.

aulaci

KendekNagyon köszönöm a gyors választ! Holnap délelőtt kipróbálom, mert a munkahelyi gépemről van szó. (Sajnos, csak most volt módom felugrani ide megint....) 1. Egy újabb próba az otthoni gépemen, ami 10.04, de ez látszik a csatolt fotón is, azt az eredményt hozta, hogy ugyan engedi kiválasztani az USB-s vinyóról a könyvtárat, de az OK gombra kattintva ott egy "piros x" jelenik meg kb. 2 mp-re utána mintha nem történt volna semmi. http://ubuntuone.com/77Ioif8GvQTgW1MhDmMabu 2. Kipróbáltam Kendek javaslatát (sudo systemback -s /media/Au_WD) a második képen látható eredményt hozta. Természetesen a prompt utáni parancs a felfele nyíl hatása, csak, hogy egyértelmű legyen mi volt a parancs... :) http://ubuntuone.com/5763RlCwQDFnhxARJM8BFn Mindjárt kipróbálom, hogy ha kilépek és vissza, akkor mi a helyzet....

csucsu

ilyen kiakadást nálam is csinál még mindig nálam bevált, hogy felcsatolás után, mikor kiakad kijelentkezem és újra belépve már müködik minden rendesen

aulaci

csucsuKiléptem, beléptem, közben az USB-s vinyó folyamatosan be volt dugva, és semmi változás, újra indítottam teljesen a gépet, az eredmény ugyan az. Sőt! Csak a /home-ba enged Tárolási könyvtárat választani, sehova máshova.

csucsu

aulaciirható linux fájl rendszert szeret! a pendrivod az?

aulaci

csucsuLehet ez a hiba... A külső vinyó az bizony 500 GB NTFS... :( No de a /home alá sem enged belemenni sehova, még a saját könyvtáramba sem.... bár lehet, hogy az nem lenne logikus döntés.... :)

Kendek

aulaciNTFS fájlrendszert nem lehet beállítani, és természetesen a felhasználók saját könyvtárait sem, mint ahogyan bizonyos rendszerkönyvtárakat sem. Szóval emiatt van ez a "hiba".

aulaci

KendekKöszönöm a válaszokat! Akkor most már értem. Persze a kiakadást azt nem... :) Egyébként, csak úgy technikailag érdekel, hogy mi a baj az NTFS-el, miért nem lehet rá menteni?

Kendek

aulaciTechnikailag konkrétan nem kezeli a Linuxos jogosultságokat.

taxy443

aulaciÉn NTFS-re(ami eleve FUSE) tettem egy ext4-es loop device-t. Gondolhatjátok micsoda eszeveszett sebességgel pörgött. :)

aulaci

KendekAz rendben van, hogy nem kezeli a jogosultságokat, de mondjuk miért nem menthetem rá a cégem, vagy családom összes gépének a rendszer mentését, mint rendszergazda? Ez csak valami biztonságtechnikai "ha már Linux akkor legyen igazán biztonságos" elvi kérdés, vagy megvalósíthatatlan technikai okok miatt? Mi van, ha engem nem érdekel, hogy azon az egy külső nagy vinyón 8 különböző gép, különböző felhasználóinak az adatai rajta vannak....mondjuk, mert ez a dolgom? Tényleg nem kötekedés képpen kérdem, csak szeretném megérteni a pontos okokat, hogy miért is kell nekem külön vinyót vennem a Linux mentésekhez? Egyébként meg minden tiszteletem a Tied Kendek! A program tökéletesen működik, pont most próbáltam ki a Live DVD-t egy teljesen másik gépen, egy asztalin, amiben dedikált ATI VGA van, meg 4 GB ram, meg AMD F1 A6 proci. Az élmény fantasztikus! No és persze minden tökéletesen működik!!! Köszönöm!!!!

Kendek

aulaciPontosan ez az oka neki amit leírtam, hogy az NTFS fájlrendszer nem kezeli a Linuxos jogosultságokat. A visszaállítási pontok nem egy fájlból állnak, hanem konkrétan át van másolva minden (mármint csak ami kell), úgy ahogy van. A visszaállítási pontok között pedig kemény kötés van, mert így lehet a legtöbb időt és tárhelyet megspórolni. Ergo a használt fájlrendszernek muszáj kezelnie a jogosultságokat, különben visszaállítás után vagy nem is indul el a rendszer, vagy hatalmas biztonsági rés keletkezik (emulált 777-es jogosultságok esetén).

taxy443

KendekNagyon nehéz lenne úgy megoldani, hogyha nem linux fájlrendszerre ment, akkor a working directory-nak csinálna átmenetileg egy loop-device-t. A méretet előre le kell foglalni, de megoldható.

Kendek

taxy443Nem lenne olyan nehéz megoldani, de nem tudhatom előre, hogy mennyi hely fog kelleni a tárolási könyvtár életciklusa alatt. Én nem mondom, hogy ne alkalmazza ezt a módszert aki akarja, mert úgyis kiírja ha nincs elég hely, de én biztosan nem fogom beépíteni, mint automatikusan működő lehetőség.

taxy443

KendekHa írok vagy találok hozzá FUSE modult beintegrálod? Már olyat ami a fájlok attribútumait külön tárolja. Bár lehet elég lenne csak a memóriában tárolni, mert úgyis ideiglenes. Az nem foglalna sok helyet. Mely attribútumokról lenne szó? Csak az user/group/other?

Kendek

taxy443Ezt nem ígérem, de természetesen a látottak alapján fontolóra veszem a dolgot. Bár amúgy én úgy vagyok vele, hogy egyébként is hogyan jön az Ubuntuhoz az NTFS? Miért én támogassak valamit, amit a másik félnek sokkal egyszerűbb lenne? Ráadásul a Microsoftnak még fizetnek is érte, cserébe a Windows még csak felismerni sem képes a Linux fájlrendszereket, nemhogy kezelni őket. A jogosultságoknál mindenről szó van, ami csak létezik. A cél az eredeti állapot visszaállítása. Ha nem így lenne, akkor natívan Gambassal oldanám meg a dolgot, mert alapvető jogosultságokat azzal is lehet állítgatni.

taxy443

KendekVan egy egész pofás kis keretrendszerem, ami egy absztrakt osztály, és lényegében a mount -bind-et valósítja meg. Még chroot rendszer alapjának csináltam, de a chroot elavult, manapság biztonsági megoldásokat használnak. Viszont erre még jó lehet.

taxy443

KendekEz lenne az alap az attribútumok lekérdezéséhez: int xmp::getattr(bind_priv *priv, const char *path, struct stat *stbuf) { int res; res = ::lstat(path, stbuf); if (res == -1) return -errno; return 0; } Aztán van még: getxattr, listxattr, de ezek már selinux attribútumok Selinux-ot is támogatsz?

aulaci

taxy443Aha! Most már értem a jogosultsági kérdést! Így már logikus.

« Előző oldal Következő oldal »