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.

Balu kapitány

Kendek13.04-es Ubuntu. Nos, valóban, a gksu volt a ludas. Próbaképp a gedit-et akartam elindítani így, de nem történt semmi. Bekérte a jelszót, aztán vissza a prompt. Aztán beléptem a beállításaiba (gksu-properties), és a hitelesítési módot sudo-ra állítottam. Ezután egy restart, és most minden jó :) Furcsa is volt, hogy jelszómentést meg kulcstartót is felajánlott a jelszónál, sudo-val ezek nincsenek ott, és így működik. Tipped köszi, ezentúl máshova mentek egyből, mondjuk ez egyszerűbb is :)

Kendek

Balu kapitányEz meg a Debian miatt van így, mert használhatnék gksudo-t is, de annál meg ha valaki állít be telepítésnél root jelszót, akkor nem tud sudozni. Régebben csináltam hozzá egy csoportot, de az sem valami jó megoldás. A polkit is jó lenne, ha nem lenne gond a GUI elindításával régebbi rendszereken. De majd idővel válthatok talán. Mindenesetre nem baj, hogy átállítottad, mert Ubuntunál ez az alapbeállítás, és alapból is csak így működik.

Balu kapitány

KendekHa ilyen egyszerűen megoldható ez a gond Ubuntun, akkor szerintem jó úgy is ahogy most van (és mivel ez a gksu beállításainak hibája, ezért sokszor elő is jöhet más programoknál, szóval így is, úgy is érdemes átállítani, ha nem jó). Amúgy meg is lepődtem, mert másik gépen is telepítettem Ubit, ott is frissítettem, de a gksu-val semmi gond nincs.

Kendek

Balu kapitányAzt nem is értem, hogy nálad hogyan állítódhatott el, ha nem te magad csináltad. Mindenesetre a probléma ezzel az, hogy újabb kiadásokon már áttértek polkitre, és a gksu nem is képezi az alaptelepítés részét. Így már nem biztos, hogy olyan gyakran előjön a probléma. Viszont én régebbi rendszereket is támogatok, ahol a polkit nem használható. Mármint elméletileg használható lenne mindenhol, akár Lucidon is, de a gyakorlatban képtelen voltam megoldani a grafikus programok elindítását.

Balu kapitány

KendekÉn sem értem. Előzőleg egy tesztrendszeren kézzel telepítettem a gksu-t, és utána jó volt a program. Most magától telepítette, így meg nem volt jó. Direkt frissítés után egyből akartam egy mentést csinálni, szóval sajnos nincs ötletem, hogy mitől állítódott el, vagy lett alapból su. A probléma előjövetelét arra értettem, hogy ugye sok súgónál meg segítségnél ott van, hogy "gksu gedit" és társai, amire alapból jön a válasz a rendszer részéről, hogy nincs telepítve. Ilyenkor telepítik, majd esetleg nem történik semmi. Vagy épp minden jó.

senki11

KendekAz lett a dolog vége, hogy újra telepítettem a rendszert. Most készült az első mentés a többé kevésbé már berendezett linux lite-ról. A live usb-s visszaállítást hamarosan kipróbálom (hátha mégegyszer hasonló helyzetbe kerülök:) ). Ha esetleg elekadnék, majd jövök kérdezősködni. Szép napot!

Ikaros

Szia Kendek! Azt szeretném kérdezni, hogy rendszermásolásnál meg lehet-e, hogy a jelenlegi /home partíció másolt rendszeren is ugyanaz a partíció legyen a /home, formázás nélkül? Mert most csináltam egy r.másolást, és nem adtam meg, hogy a mostani /home új csatolási pontja /home legyen, így nyilván létrehozott egy könytárat neki azon a partíción ahova másoltam a jelenlegi rendszerem. Viszont ha megadom, hogy az sda9-en lévő /home új csatolási pontja ugyancsak az sda9-en legyen, a program aut. kijelöli formázásra... na ezt nem szeretném.

Kendek

IkarosRendszermásolásnál meglehet adni azt, hogy a jelenleg használt /home partíció legyen használva az átmásolt rendszeren is. Nemcsak, hogy belehet állítani, hogy ne formázzon ilyenkor, de bepipálni sem lehet, hogy azt tegye. Szóval amelyik partíciónál az van a jelenlegi csatolási pontnak megadva, hogy /home, annál csakis a /home-ot lehet kiválasztani új csatolási pontnak is, méghozzá formázás nélkül.

Ikaros

Kendekértem, köszönöm!

rapfen

Szia! Igazából csak egy kérdésem lenne. Pár héttel ezelőtt volt egy rendszer visszaállításom. Utána a logfájlokkal kapcsolatban tettem fel kérdést. Amire válaszoltál is. Most akadt még egy kérdésem. Azóta volt pár újraindítás is, és van még néhány hiányzó logfájl. Ezek közül igazából a wtmp érdekelne. Elmondanád, hogy ez miért nem jön létre? Mert így nem működik a last parancs. Köszi előre is.

Kendek

rapfenÚgy tűnik, hogy ezeket a btmp, lastlog és wtmp fájlokat manuálisan kell létrehozni ahhoz, hogy logoljanak beléjük. Köszi, hogy szóltál róla, hamarosan szállítok egy javítást hozzájuk, ami visszaállítás után automatikusan beállítja őket. Így ugyanúgy nullázva lesznek, de újrakezdődik a logolás.

rapfen

KendekÖrülök, hogy segíthettem. Ami nem jött létre: /var/log/boot = ez normálisan ugye üres ill. a (Nothing has been logged yet.) szöveg van benne. /var/log/jockey.log /var/log/fontconfig.log /var/log/faillog Meg ugye a btmp és wtmp. A lastlog nevű fájl viszont nálam megvan.

simanzoli

Mindig eszembe jut, hogy "Köszi", mikor visszaállítom a rendszerem a progiddal, egy hibás frissítés után... Úgyhogy... Köszi :D

Kendek

simanzoliNincs mit. De azért remélem, hogy nincs olyan sok hibás frissítés. :-)

simanzoli

Kendek99%-ban én vagyok a ludas :D De néha kell a kockázat. Annyira megszoktam már a stabil rendszert, hogy hiányoznak a kező Ubuntu-s hónapok :D Ilyenkor ránézek a SID tárolóra, és szoktak meglepetések érni. De ez ugye benne van a pakliban...

Kendek

rapfenHát ha ennyi minden nem jött létre, akkor egy univerzálisabb megoldásra lesz szükség. De megoldjuk.

Kendek

rapfenNa annyit csináltam, hogy a logfájlok üres változatát eztán elmenti és átmásolja a Systemback, így nem lehet gond a létrehozásukkal. Habár ez utólagosan már nem tudja megoldani a problémát, de a jövőben már nem lesz vele gond. Ugyanakkor a lényeg ugyanúgy megmaradt, hiszen a nagyobb fájlok nem foglalják feleslegesen a helyet, de visszaállítás után sem tartalmaznak érvénytelen adatokat.

rapfen

KendekKöszi szépen. Közben a saját gépemen én is létrehoztam a hiányzó fájlokat. Mindössze két fájlnak kellene tartalmat adni. Az egyik a jockey.log.1, a másik a fontconfig. log. A sudo fc-cache -r paranc után csak gondolkodik, nem jelez hibát, de nem is történik semmi, nem jelenik meg a fájlban semmi sem. Hogyan tölthetem meg? Másoljam ki egy másik 12.04 -ről? Ezeket esetleg tartalommal menteni nem lenne értelme?

Kendek

rapfenA .1 végződés annyit jelent, hogy egy régebbi logról van szó, abba már nem fog írni semmit sem. A jockey.log pedig csak akkor lehet érdekes ha a További illesztőprogramok alatt nem sikerül aktiválni egy meghajtót. Miért akarnál ebbe tartalmat rakni? A fontconfig.log pedig akkor ha mondjuk a fontconfig csomag telepítőszkriptje hibával lép ki. Normál esetben mi a fenéért nézegetnéd ezeket? Szinte tuti, hogy probléma esetén ott lennének. Ennyi erővel minden logot elehetne tartalommal együtt is menteni, de én nem látom értelmét neki.

rapfen

KendekÉn ilyen szinten nem értek hozzá mint te, ezért kérdezlek. :-D Én egy régebbi, másik lemezen lévő, nem használt 12.04-ben nézegettem. Ott ilyen a fontconfig.log: /usr/share/fonts: caching, new cache contents: 0 fonts, 4 dirs /usr/share/fonts/X11: caching, new cache contents: 0 fonts, 4 dirs . . bla bla bla . /var/cache/fontconfig: cleaning cache directory fc-cache: succeeded Tehát gondoltam, valami bizonyos esetben ehhez akar nyúlni. Ezért hátha kellhet. A másikat (jockey.log.1)nem is ismerem igazából, csak a nevét, nézegetni meg pláne nem szoktam, viszont a Naplómegjelenítő alapból keresi. A másikon a jockey. log totál üres, a jockey.log.1-ben viszont volt szöveg. Nem is néztem át részletesen csak az elejét. Ott kernelmodulokról, Alternate Atheros "madwifi" driverről, VMWare Client Toolsról, NVIDIA-ról van szó. Ezek viszont nálam nem léteznek, ezért kérdeztem a tartalmat. De ha azt mondod hagyjam, akkor hallgatok rád. Köszi a segítséget.

Kendek

rapfenA loghoz nem nyúl mint információforrás, oda csak logol, ez a lényege. A naplómegjelenítő az persze keresheti, hiszen annak az a dolga, hogy megjelenítse a tartalmát. De normál esetben sem mondanak az átlag felhasználónak ezek semmit sem, és persze hiba esetén sem fognak túl sokat. Plusz a Systembacknek éppen az a lényege, hogy probléma esetén ne logokat kelljen olvasni meg kitalálni a megoldást, a hiba visszacsinálását, hanem pár kattintással visszaálljon a hibamentes állapot. Egyszóval a rendszer működésében nem okoz semmiféle zavart az, ha nincs tele valamelyik logfájl.

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