Előzmény. Egy kis ünnepi és ünnepek előtti fejlesztéssel elkészült a Systemback következő főbb verziója is, az 1.2.0-s. Nagyon sok minden módosításra került a kódban, ami új funkciókat meg számos hibajavítást és optimalizálást takar. Bekerült pár új beállítási lehetőség és egy beállítások menüpont, ezzel együtt pedig újra lett definiálva a konfigurációs fájl is (amiben a beállítások vannak rögzítve). Időközben fény derült pár kritikus hibára az 1.1.3-as verzióban, de azt már nem akartam frissíteni, így csak ajánlani tudom, hogy térjetek át erre az újabbra. A kompatibilitási fejlesztések (memóriakártyák támogatása, jobb UEFI támogatás és jobb együttműködés az újabb Ubuntu kiadásokkal) miatt ez egyébként is elég jó ötlet. :-) Ha bármi hibát tapasztaltok, vagy csak van valamilyen javaslatotok, ötletetek, írjatok bátran. :-) Ha segíteni szeretnétek a program honosításában, akkor azt is szívesen veszem. Jelenleg a magyar és a legfrissebb, indonéz nyelvi csomag teljes, az összes többiben kisebb-nagyobb hiányosságok találhatóak. 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 Valamint az általános telepítőfájlok és a forráskód elérhető a SourceForge oldalán. Viszont az új verzió csak Ubuntu 14.04-től felfele érhető el, mivel Qt 5.2-es függőséggel rendelkezik. Ez azt is jelenti, hogy a Debiannak is csak a testing ágával kompatibilis jelenleg.

Nekem ma frissítésként települt és remek.

Üdv. Krisztián ! A SourceForge oldaláról letölthető csomag, 5 .deb fájlt, (és 1 Gambas mappát) tartalmaz. Az egyik telepített rendszeremen (LM-13) lévő Systemback, ebből az 5-ből, viszont csak 3-mat. (a Synaptic tanúsága szerint ) A Systemback, e 3-al is kifogás nélkül működik ! Kérdésem: a másik 2-re, (a linken ? jelölt) szükség van e ? És ha igen, milyen esetben ? http://kepfeltoltes.hu/150206/K_perny_k_p__www.kepfeltoltes.hu_.png

@"lala2"#p524442Nincs szükség azokra csak ha Qt4-es felületet szeretnél (mert mondjuk KDE-t használsz).

Debian Jessie-n LiveUSB készítésekor nem aktívak konvertálás ISO-vá valamint a kiírás USB-re. Szerencére ha a beállításokban be van pipálva az automatikus ISO készítés úgy megcsinálja azt. *Szerk.: Már nem csinálja meg az ISO-t. Először azt hittem azért mert kevés ahely. Adtam neki egy nagy ext4 es merevlemezt de csak a home-ba akarja ott meg csak az sblive-nak van hely.

@"Xubuntuuu"#p524445A kezdőoldalon a jobb felsőben a /home van megadva? Munkakönyvtár, mentés helye? Állítgass át mindent a nagy Ext4 partícióra, és úgy próbáld.

@"csuhas32"#p524446Eddig a home volt megadva de próbáltam máshova is

@"Xubuntuuu"#p524445Annak sem lesz elég egy idő után. És egészen biztos, hogy kevés a hely hozzá, mert azon kívül még a kép méretével lehetnek problémák (4 GB-os határ). A "Kiírás céleszközre" gomb akkor aktív ha egy elkészült kép és egy céleszköz ki van választva. Nem látok a kódban semmi olyat ami ezt meggátolhatná.

@"Kendek"#p524448Pedig már vagy 100 alkalommal használtam a systemback-et és ez eddig nem volt probléma Ubuntu alapokon. Most használnám először Debianon. Nincs 3GB se a mérete és 15GB hely van hozzá.

@"Xubuntuuu"#p524447És ha becsatolod a home alá valahova azt a merevlemezt (mount)?

Systemback VI.

Kendek

GorrodinSzóval oké, hogy a szegmentációs hiba amiatt következik be, hogy megpróbál egy olyan könyvtárat olvasni a readdir() függvény segítségével amely nem létezik (vagyis nullptr van megadva neki, amit az opendir() adott vissza mivel nem létezik a megadott könyvtár). De akárhogyan is nézem, a visszaállítási pont készítésénél nincs olyan könyvtár amelynek létezése ne lenne ellenőrizve. Attól tartok, hogy további segítségre lesz szükségem a javításhoz, hogy kiderüljön, hogy pontosan hol és mely könyvtárral van probléma. Pár debug utasítás elhelyezése és az új kód futtatása után már sokkal közelebb lehetnék a megoldáshoz. Viszont ehhez telepítened kéne a kiegészített libsystemback csomagját (frissítened kéne időlegesen), és terminálból el kellene indítanod még egy visszaállítási pont készítést. Ezt tudnád vállalni?

Gorrodin

KendekRendben, mondd mit csináljak!

Kendek

GorrodinTöltsd le a következő libsystemback csomagot: amd64: https://launchpad.net/~nemh/+archive/ubuntu/testing/+files/libsystemback_1.7.101_amd64.deb vagy i386: https://launchpad.net/~nemh/+archive/ubuntu/testing/+files/libsystemback_1.7.101_i386.deb majd telepítsd: sudo dpkg -i libsystemback*.deb Futtasd terminálból a Systembacket: systemback-sustart és indíts egy új visszaállítási pont készítést. Mikor eltűnik az ablak, az utoljára kiírt sorok lesznek érdekesek.

Gorrodin

KendekÍme az utolsó 4 sor: Dir: /home/gorrodin/.local/share/Trash/files/nincs Type: 2 Dir: /home/gorrodin/.local/share/Trash/files/nincs/��Գ�� Type: 0

Kendek

GorrodinOké, és ez a kukába helyezett ��Գ�� ez mi ez? Eredetileg egy könyvtár akarna lenni, csak fura (dekódolhatatlan) karakterekből áll? Egy ls -lA /home/gorrodin/.local/share/Trash/files/nincs parancs kimenetet kérhetnék? Amúgy nyilván egy sima pointer csekkolással ez kivédhető, hiszen szerencsétlen readdir() ezt felsorolja valamilyen néven mint könyvtár, viszont karakterkódolási problémák miatt az átadott név egy nem létező könyvtár lesz az opendir()-nek (nullptr) és jön a szegmentációs hiba.

Gorrodin

Kendekösszesen 4 drwxrwxr-x 4 gorrodin gorrodin 4096 okt 21 2011 ???Գ??? Van két alkönyvtára is, meg fájlok mindkettőben, de nem lehet őket listázni terminálból.

Kendek

GorrodinOké, szóval a valóságban nem kérdőjelekből áll, hanem az értelmezhetetlen karakterek miatt mutat kérdőjeleket helyette. És ezért nem lehet kérdőjelekkel írva listázni, és pontosan emiatt nem látja az opendir() függvény sem. Mondjuk egy megoldás lenne ha egyszerűen ürítenéd a kukát, de természetesen hamarosan elérhetővé teszem a Systemback egy újabb verzióját amelyben már ez a probléma meg lesz oldva (konkrétan akkor ezek a könyvtárak teljesen ignorálva lesznek). Köszi, hogy szóltál, és, hogy segítettél a hiba felderítésében. :-)

Gorrodin

GorrodinSikerült egy másik lista róla: gorrodin@gorrodin-GA-A75M-S2V:~/.local/share/Trash/files/nincs$ ls -lahR | cat -e .:$ M-CM-6sszesen 52K$ drwxrwxr-x 3 gorrodin gorrodin 4,0K jM-CM-:l 24 2014 .$ drwx------ 90 gorrodin gorrodin 40K nov 10 10:23 ..$ drwxrwxr-x 4 gorrodin gorrodin 4,0K okt 21 2011 M-2M-bM-JM-TM-3M-LM-PM-r$ $ ./M-2M-bM-JM-TM-3M-LM-PM-r:$ M-CM-6sszesen 16K$ drwxrwxr-x 4 gorrodin gorrodin 4,0K okt 21 2011 .$ drwxrwxr-x 3 gorrodin gorrodin 4,0K jM-CM-:l 24 2014 ..$ drwxrwxr-x 2 gorrodin gorrodin 4,0K okt 21 2011 M-6M-@M-AM-"M-0M-4M-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM-M-XM-UM-sM- Azt hiszem, valahogy kínai karakterek kerülhettek bele.

Gorrodin

KendekTöröltem, már 20%-nál jár, remélem be is fejezi. :) Szívesen segítek máskor is.

Kendek

GorrodinKözben én is kísérletezgettem, hiszen az iconv segítségével egyszerűen kreálhatók ilyen értelmezhetetlen karakterekből álló fájlnevek. A javítás is jól működik, szóval mindenképpen jó lesz majd. :-)

Gorrodin

GorrodinRemek! Egy kérdés: Az előző verziókkal készített visszaállítási pontokból is tud visszaállítani?

Kendek

GorrodinViszont ami problémát jelentett az a rekurzív könyvtártörlés, annál nem célszerű a fura karakterekből álló elemek kihagyása (mondjuk nem állítódik teljesen vissza a rendszer, mert egy ütköző könyvtárat ami helyén eredetileg egy fájl állt nem lehet törölni). De azért rájöttem, hogy alapvetően a QString a probléma, mivel az ugye nem bájtszinten hanem karakterszinten dolgozik. És visszaalakítva QByteArray-ra vagy /és char*-ra már nem az eredeti formát adja vissza.

Kendek

GorrodinPersze (mondjuk azért ne az őskorba akarjál visszamenni), de ha másik (telepítésű) rendszerre akarsz visszaállni, akkor figyelni kell pár dologra (fstab, GRUB). Plusz architektúrák között azért nem érdemes váltogatni.

Gorrodin

KendekSzó sincs róla. Akkor készült, amikor föltelepítettem a 14.04-et 2014. júniusában, az akkori Systemback-kel.

safranek50

KendekMinden végigcsináltam, a fent leírtak alapján: Visszafejlesztet340, verziózárolás, új systemback telepités, új live rendszer készités, kiirás, próbabootolás. És semmi Ugyanaz a baj Mint 17.2 kernel:3.16.0-38 Még teszek egy próbát a javasolt live-boot-tal.......

Nérókutya

safranek50Bocsi hogy közbekotyogok, de nekem lenne egy problémám. Nem indul el a systemback a legutóbbi kernelfrissítés után. Eddig minden rendben ment, van két visszaállítási pontom. Lubuntu 14.04.4, kernel 3.13.0-68. Mi lehet a gond, és a megoldás?

safranek50

safranek50Mert szerkeszteni már nem engedi, a live-boot-os megoldás élhető. Megcsinál mindent, el is indítja. Az már csak eltünt "hab" a tortáról, hogy valami orbitális lassan tölti be, de betölti. Úgyhogy amig újra rá nem nézel, köszi, ezzel a megoldással megy. :) És egyáltalán: Köszönöm, hogy ennyit dolgozol vele, nekünk, béna outsidereknek.

Kendek

NérókutyaEnnyi információból nem tudom megmondani. Először próbáld meg terminálból indítani: systemback-sustart Mit ír ki, mit látsz?

Nérókutya

KendekNem ír ki semmit. Visszajön a promt. Milyen infóra lenne szükséged?

Kendek

NérókutyaHát, akkor jobbat nem tudok mint gksu lxterminal gdb systemback r bt Így már csak kiír valamit amiből ki lehet következtetni, hogy miért nem indul el.

Nérókutya

KendekEzt írta ki: "root@drgaljanos-P4S5A-DX:/home/drgaljanos# gdb systemback A(z) „gdb” program a következő csomagokban található meg: * gdb * gdb-minimal Próbálja kiadni a következőt: apt-get install root@drgaljanos-P4S5A-DX:/home/drgaljanos# r A(z) „r” program jelenleg nincs telepítve. A következő beírásával telepítheti: apt-get install littler root@drgaljanos-P4S5A-DX:/home/drgaljanos# bt bt: a parancs nem található root@drgaljanos-P4S5A-DX:/home/drgaljanos#"

Kendek

NérókutyaKöszi, ezzel sokra nem mentem. Nyilván telepíteni kellene hozzá a gdb csomagot.

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