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.

@"lala2"#p504209Igazán nincs mit, én örülök, hogy végre befejeztem a portolást. Mondjuk csak szép emlékeim maradtak a fejlesztési időszakról, és végre teljesen elfelejthetem a Gambas-t. :-)

@"Kendek"#p504210Pinend ki magad! Nagyon-nagyon megérdemled !

Köszönjük! A tapasztalatlanabb felhasználókat segítendő, olyan funkció bekerült az 1.0-ás verzióba, hogy ha a munkakönyvtárnak helyet adó partíción pont készítése, vagy más a program által végzet folyamat (például: ISO létrehozása) közben elfogy a rendelkezésre álló szabad hely, akkor a hibaüzenet megjelenése mellett egyidejűleg az utoljára félig elkészült fájl is automatikusan törlésre kerüljön?

@"csuhas32"#p504212(Kiegészítés: … a hibaüzenet megjelenése mellett egyidejűleg az utoljára félig elkészült fájl vagy könyvtár is automatikusan törlésre kerüljön?)

@"csuhas32"#p504212A hibakezeléseknél kicsit több tisztítás van most, de egy egész visszaállítási pontot például nem töröl automatikusan, mert az hosszadalmas. Viszont a Live készítésnél meg töröl minden adatot mielőtt megjelenítené a hibaüzenetet. ISO-vá konvertálásnál pedig kisebb az esély a hely elfogyására, mert csak úgy engedi elindítani a folyamatot, hogy legalább annyi hely van amennyi a sikeres befejezéshez kell.

@"Kendek"#p504215Köszi a választ! Akkor az ISO máris kihúzva. Én csak ugatom itt a Holdat. Igazából ennek a témának a kapcsán kérdeztem: http://ubuntu.hu/node/37985 Tudod, előszeretettel javaslom a Systembacket kezdőknek, az XP támogatása végett áttérőknek. Amíg kicsit bele nem jönnek, addig inkább csináljanak sűrűbben pontokat, aztán ha balul sül el egy frissítés, vagy mondjuk egy videokártya meghajtó telepítés, bármilyen más próbálkozás, akkor egyszerűen visszaállunk egy korábbi még megfelelő állapotra. Viszonylag hamar begyakorolják a Systemback használatát, és akár egész elképesztő helyzetekben is (a fene tudja hogy, átrendezik a Xubuntu teljes Asztalát, eltűnnek a panelról ikonok meg ilyesmi :) ) sikerrel alkalmazzák önállóan, nem kell várniuk a Szomszéd Pistike szerepét betöltő Csuhásra. Egyre magabiztosabbá, bátrabbá válnak a Systemback használatának köszönhetően. Csakhogy ez nem egy olyan felhasználói csoport, amihez szokva vagy, nem olyan emberek, akik nagyobb számban körülvesznek téged, meg amilyen te is vagy. Ők nem nézik meg, hogy van-e elegendő hely egy folyamat végrehajtásához. Bedugják a pendrive-ot az USB portba, elkezdik rámásolni a HD filmet, aztán csodálkoznak, amikor a másolás felénél üzenetet kapnak az arcukba, hogy elfogyott a hely. A múltkor ráfért ugyanerre az izére három film is, most meg nem megy rá egy sem. Az hogy az eszközön az a két film még mindig rajta van-e, vagy hogy az két film milyen felbontású, milyen méretű volt fel sem merül bennük. Mivel az alapértelmezett munkakönyvtár a /home-ban van (ami esetleg nincs is külön partíción, így az SB által létrehozott tartalmak akár gyakorlatilag a / alá is kerülhetnek), jó volna ezt a helyelfogyásos lehetőséget (elnézést a kifejezésért) „hülyebiztossá” tenni. Igazából a metódust nem látom tisztán. Ha a pont létrehozása előtt le lenne ellenőrizve, hogy van-e elég hely a létrehozásához, az is jó lenne, de én úgy saccolom, hogy ahhoz rengeteg fájlt kellene számba venni, és az akkor is jelentősen lassítaná a folyamatot, amikor arra végül is semmi szükség, a munkakönyvtár partícióján rengeteg hely van. A helyelfogyás miatt sikertelenül létrehozott pont törlése nekem jobb ötletnek tűnik az esemény bekövetkeztekor, még akkor is, ha soká tart. Egy villogó üzenet, hogy törlés folyik és a tisztelt felhasználó legyen kedves kivárni, aztán kész. Szerintem ez még mindig jobb, mintha nem tudja elindítani a rendszerét, vagy nem tud bejelentkezni grafikus felületen. Azt aki figyel rá, hogy olyan helyre készítsen pontot, ahol az el is fér, ez amúgy sem érinti, annak pedig, aki nem mozog ezekben a dolgokban otthonosan, még mindig sokkal egyszerűbb várni, mint a hibát megszüntetni, helyet felszabadítani. Egy picit igyekeztem ebbe az irányba lobbizni, remélem azért a szemtelenség határát nem léptem át!

@"csuhas32"#p504216A visszaállítási pont készítésének a folyamata nem csak helyhiány miatt szakadhat meg, és jelenleg úgy van, hogy újabb készítésekor a be nem fejezett automatikusan törlődik. Ezzel mondjuk nincs is gond, csak legfeljebb olyankor mikor amúgy eszedbe sem jutna újra próbálkozni, mert nincs hely. Inkább arra gondoltam, hogy a hibaüzenet leokézása után automatikusan elindulhatna a törlés is ilyen elfogyásos esetben. Ez így elég jó, kompromisszumos megoldásnak tűnik. :-)

@"Kendek"#p504217Köszönöm, hogy meghallgattál! Közben fél szemmel lesem a meccset, de persze lehet, hogy nem ezért nem látom mi ebben a kompromisszum, nekem jó megoldásnak tűnik. :-)

Systemback V.

Kendek

UhubianTedd azt, főleg teszteld a 14.10-el. :-)

Uhubian

KendekA Lubuntu 14.10 -es összeállításon teszteltem. A frissítéssel gondok voltak ezért töröltem a régi verziót és feltelepítettem az újat. Ez rendben lefutott. Utána elindítottam egy Live rendszer készítést és ezt is szépen megcsinálta 32 bites és 64 bites rendszeren is. A telepítést holnap próbálom. Eddig tetszik az alkotásod. Nem akarom elkiabálni, de ha a telepítés rész is rendben lesz annak nagyon fogok örülni :)

Kendek

Jönni fog egy kisebb frissítés, mert nem vagyok elégedett ezzel a leválasztós gombbal. Úgy oldottam meg, hogy a végbement leválasztás után azonnal átalakul ez a gomb partíciótörlősre. A véletlen partíciótörlések elkerülése végett (megfelelő idejű dupla kattintás) arrébb mozgatom az egérmutatót, ki a gomb hatósugarából, még mielőtt a gomb újra kattinthatóvá válna. Mindez remekül működik normál helyzetben, viszont pl. VirtualBox alatt az egérmutató nem mozdul egy millimétert sem, így a probléma fennáll. Ezért most majd ha a mutató nem kerül le leválasztás után a gombról, akkor az letiltódik, és mindaddig úgy marad amíg az esemény meg nem történik. Így egészen biztosan nem lehet majd véletlenül törölni is azt a partíciót amit eredetileg csak leválasztott volna az ember.

Kendek

UhubianGondok voltak a frissítéssel? Annyi történt, hogy most már nem a syslinux csomag kell, hanem ahelyett három másik amikre szétvágták. Törtem is a fejemet mikor a control fájlt írtam át, hogy ezt meg hogy a francba fogom beleírni. Na de megoldottam, és én nem vettem észre problémát frissítéskor. Mindegy, most jött még egy frissítés mint alább olvashatod, és ha annak a feltevésénél is gondok adódnak, akkor szóljál, mert akkor utána járok (de szerintem most már jó lesz).

Uhubian

KendekLubuntu 14.04.1 -nél nem volt gond a frissítéssel. Ma próbáltam a telepítést. A tegnapi Lubuntu 14.10 mentést, az .sblive fájlt Systemback-el kiírtam pendrájvra. Bootoláskor ezt a hibaüzenetet kaptam: Failed to load libcom32.c32 Failed to load COM32 file vesamenu.c32 boot: Konvertáltam .iso -ba és Unetbootin-el kiírtam pendrájvra. Bootoláskor ezt a hibaüzenetet kaptam: Failed to load COM32 file menu.32 boot: Sajnos egyelőre ennyi 32 és 64 bitesen is. Lubuntu 14.04.1 -en még nem próbáltam a mentést telepítést. Feltelepítem a frissítést és holnap újrapróbálom.

Kendek

De király, lefordítottam Clang 3.5-el a Systembacket, és semmi különösebb nem történt, csak egy figyelmeztetést kaptam a GCC-hez képest, hogy az egyik switch elágazásban boolean-t csekkolok (bár ez nem tudom, hogy miért baj, viszont átlehet írni, nem számít). Ugyanakkor az amúgy release binárisok mérete kicsit nagyobb lett (pl. 1,1 MiB <> 1,7 MiB), de strippelve is ugyanennyi maradt a különbség.

Kendek

Uhubian14.04-en jónak kell lennie, mert ott teszteltem. Viszont 14.10-en nem néztem a bootolást, így holnap megejtem. Ez egészen biztos, hogy az újabb syslinux miatt van egyébként, hiszen ezek annak a fájljai lennének. De a libcom32.c32 és a menu.32 az biztosan hiányzik, és ezek szerint ezek kellenének. De ha csak ennyi a nyűgje, akkor azt könnyedén orvosolni lehet. :-)

Uhubian

KendekReméljük, csak ennyi. Jó, akkor a 14.10 -el várok még egy frissítést.

Kendek

UhubianSikeresen javítottam a problémákat, és még Debian alatt is csekkoltam, ahol meg kiderült, hogy hiányzott egy függőség (ami Ubuntu alatt megvan, és szintén syslinux probléma). Most már elvileg - és nálam gyakorlatilag is - mindenhol és mindenhogyan okés. :-)

Uhubian

KendekOkés, akkor holnap én is kipróbálom :)

Uhubian

Szia Kendek! Eddig Okés az új verzió. 64 bites rendszeren próbáltam. Lubuntu 14.10, kernel: 3.16.0-14, Systemback: 1.1.0.120_09.17.2014_Qt5.3.0_amd64. Most a frissítéssel sem volt gond, a rendszermentés szépen lefutott, az ISO-ba konvertálás is. Systemback-el a .sblive fájlt kiírtam pendrájvra, a bootolással sem volt gond. Másik gépre feltelepítettem rendszermásolással. Kipróbáltam a partíció törlést, létrehozást, ez is rendben van, de nem találtam a swap formázást. Ezt még bele lehetne venni. "Jobb híján" a GParted-et használtam. A feltelepített rendszer is rendben elindult. Jelenleg a rendszer (nem Live) pendrájvra másolásával szórakozom, Ext2-es fájlrendszerrel. Kiváncsi vagyok milyen eredménnyel. Örülök a tesztelés eredményének, így már ki tudom adni a Lubuntu 14.10-es összeállításomat. Gratulálok a munkádhoz, nekem tetszik! Majd még a héten tovább tesztelgetem.

Kendek

UhubianNa ez igazán jó hír! :-) A SWAP formázáson mit értesz pontosan? Ha a meglévő és aktív SWAP partíciót akarod újraformázni, akkor egyszerűen csak le kell azt választanod (a Leválasztás gomb segítségével), majd ha kiválasztod SWAP-nak, akkor bejelölődik a formázás is. Vagyis amely SWAP partíciók aktívak (jelenlegi csatolási pontnál írja, hogy SWAP), azok nem formázódnak, amelyek nem (vagy eredetileg nem azok), azok meg igen.

Uhubian

UhubianMűködik a pendrájvra telepítés is. Habár USB2-es pendrájvon lassú a telepítés és a rendszerfuttatás is, de kétségtelenül működik :) A tervem, hogy a Telenor USB modem Micro SD kártyájára telepítek rendszert (vagy Live rendszert), onnan bootolok és futtatom, a modem részt pedig modemként használom. Így mindig kéznél lesz egy eszközön a mobil, internetes linuxom, csak egy gép kell amiről be tudok bootolni :)

Uhubian

KendekKöszönöm, akkor csak nem találtam. Kipróbálom.

Kendek

UhubianA SWAP-nál az a lényeg, hogy csatolási pontnak azt kell megadni. A lista legalján van, de kézzel is beírhatod. Nem is enged hozzá kiválasztani fájlrendszert, és a formázásos jelölőnégyzet is inaktív lesz, mert az előzőleg elmondottak alapján dől el a dolog.

Uhubian

Lubuntu 14.10, Kernel: 3.16.0-16, Systemback 1.1.0.132 Nálam minden okés!

Kendek

UhubianAz kiváló! Most egyébként egy hónappal a kiadás előtt már állítasz össze valamit ami rá épül? Mármint másoknak is szánva.

Uhubian

KendekKész is van az összeállítás. Lubuntu alapú, LXQt csomagokkal kiegészítve 32 és 64 bites. Használható a rendszer, de sok frissítés jön hozzá naponta. Most egy kicsit vissza is léptek az LXQt csomagokkal. Érdemes lesz figyelemmel kísérni a változásokat. Éjjel feltöltöm, holnap ki is lehet próbálni.

Kendek

UhubianHát igen, ez a gond vele, hogy még azért mehet tönkre egyik napról a másikra, bár persze már egyre stabilabb. Ez az LXQt jól megy a Systembackhez, múltkor bele is néztem a forráskódjába. Mondjuk sok benne a már régebben írt Razor-qt-s kód.

Uhubian

KendekA Systemback tesztelésére pont jó :) A legutóbbi frissítés éppen törölte az eddig jól működő LXQt beállító központot. Látszik, hogy dolgoznak a fiúk :) Nem baj, majd jó lesz. Elérhetővé tettem az összeállítást: Uhubuntu LXQt 32/64 utopic Live ISO (bn:140920) https://drive.google.com/

Kendek

UhubianMeg is fogom nézni hamarosan (már le is töltöttem), köszi, hogy linkelted. :-) Közben frissítettem a Qt Creatort a legújabb verziójúra, és használatba vettem a ClangFormat nevű eszközt, amivel kicsit szabványosabb kinézetűre formáztam a forráskódot (az LLVM coding standards szerint, persze némi Qt-s és Linuxos beütéssel). Ez a része így nem érint téged, legfeljebb az, hogy a .iso-ra konvertált fájlokban mostantól majd nem a gyökérbe, hanem az isolinux nevű könyvtárba kerül a boot.cat fájl is (de ennek funkcionálisan nincsen túl sok jelentősége).

Kendek

UhubianÉs közben el is indítottam VirtualBoxban a 64-bites változatot. Úgy tűnik, hogy az UNetbootin nevű alkalmazással gondok vannak/voltak, mert egyből felugrik a hibajelentős ablak, ami szerint összeomlott. Persze én nem futtattam, szóval vagy a múltban történt valami, vagy automatikusan indul ( bár miért tenné?). Kicsit szokatlan, hogy az asztalon egyetlen klikkelésre indulnak a dolgok.

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