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.

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.

Kendek

taxy443Hogy a fenébe ne, én mindent.

taxy443

KendekHát akkor ez egy hosszabb project-nek ígérkezik. Ez például első ránézésre ígéretesnek tűnne: http://manpages.ubuntu.com/manpages/jaunty/man1/bindfs.1.html De nem akar tárolni egyéni attribútumokat, nem sikerült rávennem.

Kendek

taxy443Hát, figyu, ha eddig nem oldották meg, akkor nem hiszem, hogy érdemes vele foglalkozni. Az NTFS kezelése amúgy is hagy némi kívánnivalót maga után. Nem elég, hogy lassú, de sok procit is zabál, szóval nem túl jó - legfeljebb kényszer - megoldás Linuxon.

taxy443

KendekPróbálok keresni egy fájdalommentes megoldást. Csinálsz valamit azokkal a fájlokkal azon kívül hogy bizonyos könyvtárakat átmásolsz? Mert ha csak arról van szó, hogy /usr /var /etc átmozgatása után már csomagolod is be őket, akkor lehet hogy eredeti formájában is használható a chroot bindelő programom. Meg lehet még bolondítani egy kis aufs-el is, ha kell. Minden attól függ milyen műveleteket végzel. Szerk: Röviden: A program azt csinálja, hogy követi a szimbolikus linkeket, de csak egy szinten. Pl. /root$ ls -l összesen 0 l taxy bin -> /bin l taxy etc -> /etc l taxy usr -> /usr l taxy var -> /var /root$ cd .. $ ./mount.chroot ./root/ ./mopo/ $ cd mopo/ /mopo$ ls -l összesen 24 d root bin d root etc d root usr d root var Olyan mintha "tényleg " ott lennének.

Kendek

taxy443Nem csomagolok be semmit. A meghatározott könyvtárak és fájlok át vannak másolva a tárolási könyvtárba, jogosultságostul és mindenestül együtt, az ott létező összes elkészült visszaállítási pontot figyelembe véve kemény kötés szempontjából.

taxy443

KendekBocsi, valamiért úgy képzeltem hogy ezt is tar-ba teszed. Akkor sakk-matt. Mondjuk valami snapshot-ot azért lehet készíteni tar-ba. De az egy pár soros szkriptel is megoldható.

Kendek

taxy443Ha becsomagolnám, akkor többször annyi idő kellene egy-egy visszaállítási pont elkészítéséhez (pl. pár perc helyett akár több mint fél óra), ráadásul többszörös helyet foglalna (pl. ~5 GB helyett akár ~50+ GB-ot), amihez fullon járatná a procit is. Szóval ez elég járhatatlan útnak tűnik ebben az esetben, mikor én arra terveztem a Systembacket, hogy minél több átmeneti visszaállítási pont készüljön.

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