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.

Kendek

taxy443Két dolog miatt lehet. Egyrészt nincs kijelölve, hogy mit szeretnél konvertálni, másrészt pedig ha az elkészült fájl mérete meghaladja az ISO-nál alkalmazható 4 GB-ot, akkor nem lehetséges a konvertálás. Ez utóbbi esetben csak a beépített writert tudod alkalmazni, amely megfelelően feltudja írni pendrive-ra a képet (két partícióra, mert a Fat32-nek is ugyanott van a méretkorlátja).

taxy443

KendekLehetne kisebb is, de ez csak teszt még. 2,8G-os. Ki van jelölve a fájl. Se az iso, se a pendrive nem világít. Lehet egyébként hogy az a baj, hogy ez lucid. Majd kipróbálom egy rendes rendszeren is.

Kendek

taxy443Nem hiszem, hogy a Luciddal lenne a gond, de megnézem. Szerk.: Meg is néztem, és furcsa, de igazad van. Egy 3,5 GB-os képnél már tiltva maradt a konvertálás gomb Lucid alatt, holott Raringnál meg nem. Na, utánajárok a dolognak... Szerk.2: Jah de várjál, hülye vagyok. A konvertáláshoz kétszer annyi szabad hely kell, mint amekkora a kép mérete. Ez nálad megvan? Mert nálam nem volt meg. :D

taxy443

KendekNincs. FACEPALM. Akkor ezt megbeszéltük. :)

Kendek

csucsuAkárhogy is nézegetem, csak arra tudok gondolni, hogy a csatolás után még a pufferelt /proc/self/mounts fájl íródik miközben olvassa azt a Systemback. Ez elképzelhető, mivel elég gyorsan zajlanak az események, és ez okozhat ilyen jelenséget. Szóval annyit tudok tenni, hogy nem frissíttetem a partícióbeállításokat minden egyes csatolás után, akkor nem lehet gond.

Kendek

KendekEz mégsem annyira jó ötlet, inkább beiktatok egy syncet. Ha teheted, akkor légyszíves nézd már meg azt, hogy a kézzel felcsatolt partíciók után indított Systembacknál ha a rendszerjavítás alatt kattintasz a frissítés gombra, akkor jó-e. Mert ha ott jó, akkor csatolásnál is jónak kell majd így lennie.

csucsu

Kendek1. terminálból felcsatolom a / 2. terminálból felcsatolom a /home 3. systemback inditása 4. tárolási könyvtár beállitása /mnt/home idáig igy jó 5. rendszermásolásnál frissitő gombra kattintva kiakad

rapfen

KimariteAz csak csomagneveket közöl, semmilyen config-files meg sem nincsen említődve. :-)

Kendek

rapfenPersze, a term.log fájlt lehet érdemes nézni ilyenkor. Bár a konfigurációs fájlok leszedését a dpkg végzi, szóval az apt logjában nem valószínű, hogy szerepel.

Kimarite

rapfenA history.log-ban benne van minden telepítés és törlés, a dpkg is (nálam benne van, én egyszer ellenőriztem anno egy dpkg -i -s telepítést :)) ... órája csak van (sok embernek nincs, de szokott azért: "Asztal"-ra néz vagy emlékszik, pl. "ebéd előtt picivel"). De legyen, mindhárom válaszra. Vagy ~: 1 és 2

rapfen

taxy443Most visszanéztem a logfájlokat. Tegnap töltöttem le frissítéseket, felkerült a 3.2.0-41-es kernel. mivel van megtartott előzőm, fenn volt még a 39-es és a most használt 40-es. (nem volt még reboot. :-) ) Érdekes, hogy mégis leszedte a nem használt kernelt. Pedig úgy tudtam, hogy ezt most nem teszi meg alapból. Sőt, a múltkor nem is tette meg. Ami a kérdés, hogy ugye három volt fenn: linux-headers-3.2.0-39, linux-headers-3.2.0-39-generic-pae és a linux-image-3.2.0-39-generic-pae. Leszedett kettőt, de az linux-image-3.2.0-39-generic-pae meg fenn maradt. Ezt most szedtem le kézzel. Miért nem szedte le mind a hármat?

Kendek

rapfenMert azokat nem a Systemback szedte le, hanem "maguktól" jöttek le az autoremove hatására (/etc/apt/apt.conf.d). De egyébként a kérdést feltette hozzá, nem? És akkor pedig nemmel kellett, hogy válaszoljál.

rapfen

KendekHát most nem kérdezett semmit. Megnyílt az XTerm, sorolta az eltávolítást, ugyan úgy mint a múltkor. Csak most le is szedte, nem kérdezett. A kérdés a folytatásra I/N már csak ez után volt, de az már a frissítésre vonatkozott. Ezeket nem töltettem le. Szerk.: Na most megint kipróbáltam. (0.7.3.100) Rányomtam a „Rendszerfrissítés” gombra. Lefutott az Update. Reggel ez után kérdés nélkül törölt. Most viszont kérdés nélkül letöltötte a frissítéseket. (Csak a Gambas és a Systemback volt :-) ) Befejezte,majd felírta, hogy melyek a felesleges csomagok, eltávolítás, megkérdezte folytatni akarom-e. Nemet nyomtam, befejezte. Pont úgy mint a múltkor. Nem értem, miért történik hol így-hol úgy. (De amit el akart távolítani, az 3.2.0-40-es kernel, és jelenleg ez van használatban. Igaz van már letöltve újabb, de hol marad a minimális tolerancia.)

taxy443

Következő kérdés: Milyen initramfs kerül az ISO-ba? Mert próbálnám grub-bal betölteni de a kernel nem látja sem az ntfs sem a fat partíciót. Nem kéne kicsit felturbózni? Szerk: Egy az egyben az a kernel/initrd van benne amit a gép használ, abba pedig nyilván még casper sincsen. Akkor mi a teendő? Töltsek le egy ubuntu live CD-t és abból operáljam át, vagy van ennek valami egyszerű módja? Lehetőleg teljes kernelforgatás mentes?

Kendek

taxy443Igen, azt használja amit éppen futtat a rendszer (mást nem is nagyon tudna, hiszen nem csak abból az egy fájlból áll a kernel). A casper vagy a live-boot nem lehet probléma, tekintve, hogy a Systemback csomagjának a függőségei, és Live készítésénél frissítődik az initrd.img (még saját szkripteket is használok benne). Azzal mondjuk nem nagyon tudok mit kezdeni, ha olyan kernelt használsz amely nem olvassa a Fat32 fájlrendszert. Ez alapból Ubuntu és Debian esetében nem probléma.

taxy443

Kendek:) Ez a standard ubuntu kernel. Valami más lehet a gond. menuentry "Start Live" { insmod fat loopback loop (hd0,1)/systemback_live_2013-05-03.iso linux (loop)/casper/vmlinuz iso-scan/filename=/systemback_live_2013-05-03.iso root=(hd0,1) boot=casper quiet splash initrd (loop)/casper/initrd.lz Eredmény: Kernel panic - not syncing:VFS:Unable to mount root fs on unknown-block(0,0) Akkor ez valami egyedi dolog lehet, majd kipróbálom máshol is.

Kendek

rapfenAmi használatban van az már úgyis be van töltve, minek az neked a háttértárolóra is? :D Amúgy éppen azt mondtam, hogy a kernelt magát nem távolítja el automatikusan a Systemback. Viszont ha nincs beállítva az, hogy az autoremove ne távolítson el csomagokat, akkor a már nem függő, automatikusan telepített csomagok eltávolítódnak. A kernel headers csomagjai pedig nálad ilyenek voltak. A linux-headers-generic metacsomag telepíti ezeket, de ha jön egy újabb kernel, akkor frissítik, majd már a régebbi csomagok nem lesznek a függőségei. Ezért ezek az automatikusan telepített headers csomagok nem függőségei semminek, tehát eltávolításra jelölődnek (de régebben ezek is be voltak jelölve az apt konfigjában, hogy ne távolítódjanak el ilyenkor sem).

Kendek

KendekNos, ezek a módosítások már megvannak, és két felesleges Gambas csomag el is távolítódik magától, de a harmadik nem. Tehát érdemes lehet kézzel eltávolítani a már nem feltétlenül szükséges csomagot, amely pedig több, esetlegesen megint csak nem szükséges csomagok eltávolíthatóságával jár. Ha a GTK+-os verzió van használatban, akkor a következő parancs kell: sudo apt-get autoremove --purge gambas3-gb-qt4 ellenkező esetben pedig a sudo apt-get autoremove --purge gambas3-gb-gtk Ezután egy újabb autoremove leszedheti azokat a libeket amelyek már nem kellenek.

rapfen

KendekKöszi a segítséget, kezd tisztulni a dolog. Pl most megnéztem egy régebbi .../apt.conf.d/01autoremove fájlt, és abban még szerepel egy ilyen sor: "^linux-image.*"; Ezért nem távolította el nálam azt a részét? És arra valami ötlet, hogy reggel miért futott le a csomaglisták frissítése után először kérdés nélkül a törlés, majd a frissítést megkérdezte letöltse-e, most meg pont fordítva, kérdés nélkül letöltötte a frissítéseket, majd az eltávolításnál megállt és megkérdezte megteheti-e?

Kendek

taxy443És ez a módszer egy sima Ubuntu telepítővel működik? Mert bevallom őszintén, én ilyesmit sosem próbáltam a Systemback Live-jával. Én arra terveztem, hogy optikai meghajtóról és pendrive-ról futtatható legyen, úgy BIOS-val mint UEFI-vel. Esetleg csekkold mondjuk virtuális gépen is, hogy amúgy megy-e.

taxy443

KendekKözben rájöttem, hogy initrd.gz helyett initrd.lz maradt benn.(mivel az Ubuntu LiveCD-vel működik a módszer és lz vel tömörítik az inird-t) Ez elkerülte a figyelmemet. Így tovább is ment, de aztán megint elhasalt ezzel: http://ubuntuforums.org/showthread.php?t=1771146 Mivel ez már tényleg 10.04 hibának tűnik, a következő lépésben majd egy másik gépen 12.04-el próbálkozom.

Kendek

KimariteDe ezek valójában már eltávolított csomagok, és csak a maradványaik kukázódnak. Így nem biztos, hogy szerepelnek mint újonnan eltávolított csomagok, hiszen nem azok, csak konfigurációs fájlok.

rapfen

KimariteAkkor megmutatom a history.log kérdéses részét: Start-Date: 2013-05-04 07:33:29 Commandline: apt-get autoremove --purge -y Purge: libcogl9:i386 (1.10.0-0ubuntu2), gir1.2-json-1.0:i386 (0.14.2-1), gir1.2-gtkclutter-1.0:i386 (1.2.0-0ubuntu1), gir1.2-clutter-1.0:i386 (1.10.6-1~precise1), linux-headers-3.2.0-39:i386 (3.2.0-39.62), libclutter-gtk-1.0-0:i386 (1.2.0-0ubuntu1), linux-headers-3.2.0-39-generic-pae:i386 (3.2.0-39.62), libcogl-common:i386 (1.10.0-0ubuntu2), gir1.2-champlain-0.12:i386 (0.12.2-1), libclutter-1.0-0:i386 (1.10.6-1~precise1), libchamplain-0.12-0:i386 (0.12.2-1), libcogl-pango0:i386 (1.10.0-0ubuntu2), libchamplain-gtk-0.12-0:i386 (0.12.2-1), libclutter-1.0-common:i386 (1.10.6-1~precise1), gir1.2-cogl-1.0:i386 (1.10.0-0ubuntu2), gir1.2-gtkchamplain-0.12:i386 (0.12.2-1), gir1.2-coglpango-1.0:i386 (1.10.0-0ubuntu2) End-Date: 2013-05-04 07:34:03 Start-Date: 2013-05-04 07:38:04 Commandline: /usr/sbin/synaptic Remove: linux-image-3.2.0-39-generic-pae:i386 (3.2.0-39.62) End-Date: 2013-05-04 07:38:55 És a dpkg.log, mikor a kernelt eltávolítottam: 2013-05-04 07:38:05 startup packages remove 2013-05-04 07:38:05 status installed linux-image-3.2.0-39-generic-pae 3.2.0-39.62 2013-05-04 07:38:06 remove linux-image-3.2.0-39-generic-pae 3.2.0-39.62 2013-05-04 07:38:06 status half-configured linux-image-3.2.0-39-generic-pae 3.2.0-39.62 2013-05-04 07:38:06 status half-installed linux-image-3.2.0-39-generic-pae 3.2.0-39.62 2013-05-04 07:38:54 status config-files linux-image-3.2.0-39-generic-pae 3.2.0-39.62 2013-05-04 07:38:54 status config-files linux-image-3.2.0-39-generic-pae 3.2.0-39.62 Az history.logban első a Systemback-el történt frissítéskor lefutott eltávolítás, a második amikor a Synapticben külön töröltem a fennmaradt kernelt, ne szomorkodjon a testvérei nélkül.

Kendek

rapfenMég egyszer mondom, a Systemback sosem távolítja el kérdés nélkül ezeket a kernelcsomagokat, hacsak nincs úgy beállítva az apt, hogy az autoremove leszedje őket (de ez a Systembacktól függetlenül is megtörténne). A rendszerfrissítés végén csekkolja, hogy a fő (szabályos kinézetű) kernelverziókból melyik a legfrissebb, majd az azoktól alacsonyabb verziószámúakból készít egy listát, és felteszi a kérdést. Általában ezekre már nincsen szükség, de természetesen probléma esetén jól jöhetnek, ezért esetleg érdemes lehet megtartani őket. Én úgy vagyok vele, hogy erre van a rendszer-visszaállítás.

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