Systemback V.

csuhas32Lehet, hogy csak álnév a megtévesztés miatt. :D

UhubianNa még nem értem haza, de ráérős időmben megcsináltam a cuccot. Innen töltsd le, majd a libet csomagold ki a /usr/lib/systemback könyvtárba (felülírva az ott levőt), a másik fájlt pedig a /usr/bin-be (ennek legyen futtatható jogosultsága). Aztán terminálból indítva (systemback paranccsal) próbáld meg megint elkészíteni a Live rendszerképet. Nekem arra a számra van szükségem amit legutoljára ír ki. Azzal már sokkal közelebb leszünk a probléma forrásához.

UhubianKözben kicsit elébe mentem a dolognak, és letöltöttem a kérdéses rendszert. Ezzel a csoda Refractor telepítővel nagy nehezen fel is raktam, és sikeresen telepítettem a Systembacket is. A hibát sikerült reprodukálnom, és megállapítottam azt is, hogy a /var könyvtár előkészítésénél áll meg. Most nézem kicsit alaposabban... A /var/lib/nfs/rpc_pipefs/gssd/clntXX könyvtárból próbál meg sikertelenül hardlinkelni a Systemback. Ez azért nem megy neki, mert fájlrendszerek között ezt nem lehet megvalósítani. Az nfs-common nevű csomag eltávolítása után máris tovább lép és készíti a képet. Ha ez megvan, akkor megnézem azt is, hogy újra tudom-e telepíteni vele a rendszert. De addig is, ezt a linkelős problémát orvosoltam azzal, hogy beszúrtam egy plusz feltételt ami csekkolja, hogy egy fájlrendszeren belül található-e a forrás és a cél. Ha nem, akkor kihagyja a mentésből. Ebben az esetben szerintem ezekre a fájlokra nincs szükség. Meg látom, hogy az is probléma lehet, hogy ha az ablak fejléce becsusszan a felső panel alá, akkor lehetetlen onnan kimozdítani, mivel az Alt + Bal egérgombos megoldás itt hatástalan. Ezt javítandó, az automatikus átméretezéseknél -30 pixelnyi határt állítottam be körbe amekkora az asztal felbontása (a panel 24 pixelnyi). Persze ez nem oldja meg azt ha valaki szándékosan kihúzza az ablakot. A rendszer Systemback általi újratelepítése viszont zökkenőmentesen zajlott. A telepített rendszer hiba nélkül elindult, és a megadott új adatok érvénybe léptek, ahogy kell. Csak nem értem, hogy az előző verzióval mi volt a problémád, elvileg eléggé hasonlóan csinált az is mindent.

UhubianAkkor nem mondom mégsem, hogy teszteld a javításokat, utána meg publikálom, mert annyit nem várok vele. Pedig már éppen adni akartam a javított csomagokat. :-(

UhubianNa király, végre! :-) Gondolom ott lehet a bibi ahol a régebbi verziónál is, csak most egy kicsit érzékenyebb rá. A 100% után amikor már nem jelez a folyamatjelző, akkor elkezdi átírni a megadott adatok szerint a fájlokat (az utolsó előtti kettőt csak ha léteznek): etc/passwd etc/shadow etc/group etc/gshadow etc/hostname etc/hosts etc/subuid etc/subgid etc/fstab Aztán telepíti és frissíti a GRUB-ot. És ez a vége, utána már nem szakadhat meg. Szóval a hibaüzenet után azt kellene csekkolni sorban, hogy ezekben a fájlokban már az új adatok szerepelnek-e, avagy sem. Beolvassa őket sorról-sorra, amit kell átír, aztán újraíródnak. Nem tudom, hogy hol lehet itt a hiba, nekem még egyszer sem akadt el.

UhubianÉn most már többször is teszteltem a Live készítést, futtatást és a telepítést. A legújabb verzióval nem tapasztalok semmilyen hibát sem a Debian LXDE/LXQt összeállításodat használva. A rendszer normálisan átmásolódik és az új adatok megfelelően beállítódnak. Viszont ez 32-bites összeállításon esetleg jelenleg még nem igaz, mert most derült ki számomra, hogy az unsigned long bizony oda kevés lesz méretdetektáláshoz. Illetve ezt eddig is tudtam, csak nem sejtettem meg teszteltem. :D

UhubianÉn is másik gépen próbáltam, csak éppen virtuálison. Viszont ez ebből a szempontból nem jelenthet problémát. Nálad viszont a GRUB-ot nem telepíthette, és nyilván azért nincs meg a kernel, mert hiányzik az eredeti rendszer. Az fstab fájlt pedig egyszerűen nem másolja át, csak ha minden rendben ment addig, akkor újrakreálja. Ezek szerint nálad vagy előtte, vagy éppen ott akad el. Nem tudom megmondani, az lett volna a jó ha megnézed azokat a fájlokat amiket felsoroltam. Az viszont jó ötlet ha a hibás képet megosztod velem, hogy szemügyre vehessem. :-)

Találtam egy tök jó mókát! :-) Nyissatok egy Systemback ablakot Unity-s Ubuntun, és legyen aktív. Aztán váltsatok egy másik, de üres asztalra (Ctrl + Alt + nyilak). A Systemback követni fog titeket. :D

UhubianMost azt mondod, hogy ugyanaz a fájlok tartalma, vagy azt, hogy megfelelően beleíródtak az új adatok? Ha ugyanazok a fájlok mint amik a Live rendszerben vannak, az nyilván nem jó. Az azt jelenti, hogy még előtte megállt a folyamat. Ahogy most viselkedik az egyáltalán nem elégséges, ilyen formában rendszertelepítésre teljesen alkalmatlan. De megértem ha nem akarsz tovább foglalkozni vele. Éppenséggel más is jelentett hasonló hibát, és a spanyol barátunk talán lesz oly szíves és meg is osztja velem a Live rendszerét (amit egyébként is publikusnak szán a későbbiekben, mint ahogyan te is). Én akárhogyan is próbálkozom, nem sikerül reprodukálnom a hibajelenséget. Már 32-bites Ubuntut is telepítettem, hogy azzal is teszteljem. De azon kívül, hogy javítottam még tegnap az eszköz/fájlméret detektálási hibát, a Live készítés és telepítés kapcsán nem vettem észre semmi problémát.

UhubianŐszintén szólva nekem eszembe sem jutott ugyanazokkal az adatokkal tesztelni a rendszertelepítés funkciót, hiszen arra a rendszermásolás való. De ötletet adtál rá, hogy hol lehet a hiba. Az egyik átnevezős utasításnál éppenséggel adhat vissza emiatt fals értéket, hiszen valamit ugyanarra akarna átnevezni. Ez pont a másolás után van, amikor a felhasználó könyvtárát átnevezné az új felhasználó nevére. Szerintem itt akadhat el, és holnap utána is fogok járni a dolognak. Más biztos nem lehet, mert csak ebben különbözünk.