Vyšla nová verze oblíbené záchranné distribuce spustitelné z CD nebo USB klíče SystemRescueCD 4.6.0.
Obsahuje jádra 3.14.50 a 4.1.6 (volba altker), GParted 0.23.0, btrfs-progs 4.1.2 a xfsprogs 3.2.
Vyšel SystemRescueCD 4.6.0
10. 9. 2015
10
nových názorů
-
nobody (neregistrovaný)
tak jako uzivatele Xfce to potesi :) nicmene jak v konzoli ovladas GParted? ;)
-
Je cíl pracovat s oblastmi disku, nebo pracovat s gparted?
Vzhledem k tomu, že gparted je jen grafická nádstavba nas konzolovými aplikacemi, tak odpověď na otázku "Jak?" může být: "Snadno".Nebo ještě snadněji. Když mám připravit 60 disků tak na to rozhodně nebudu brát gparted, ale vlastní script, který vše potřebé udělá 10x rychleji.
-
nobody (neregistrovaný)
zduraznil sem to G snad malo ? :-D odpoved je "Nijak" ;)
umistenim GParted je umoznen cil pracovat s GParted...
pokud budu chtit pracovat s parted a mkfs.X / resizeX, nemusim startovan ani SystemRescueCD, ale nastartuju treba z PXE vlastni initramfs s vlastnim busyboxem a nastrojema co potrebuju...
jestli scriptem to delas jen 10x rychleji, asi mas hoodne spatnej script ;)
-
nobody (neregistrovaný)
parted k tomu pouzival vlastni funkce(resp. libparted) ktere nebyli udrzovane a uz nejakou dobu pred odstranenim povazovane za nekvalitni, pro ext3 nedoporucovane i v manpate... od 3.x je vypustil a prenechal "check, cp, mkfs, mkpartfs, move, resize" nastrojum primo tomu urcenym...
GParted tedy pouziva(i pouzival predtim) parted+hromadu dalsich nastroju (fsck.XY, mkfs.XY, resizeXY), stejne tak to muzes pouzit sam v konzoli/skriptech
z changelog parted 3.0:
The code embedded in Parted by which it knew about those file systems
was so old, unmaintainable and buggy that while seemingly drastic,
this change is like removing a gangrenous toe.viz: http://git.savannah.gnu.org/cgit/parted.git/tree/NEWS?id=v3.0
-
nobody (neregistrovaný)
move netusim, nicmene kdyz to provedes v GParted a rozkliknes si podrobnosti vidis ze se delo(pr. posun 1GB o 9G vpravo):
zvetseni_oddilu(interni) z 1G na 10G doprava
e2image(externi_nastroj) kopie raw dat na pozici noveho zacatku
zmenseni_oddilu(interni) z 10G na 1G zlevatedy na "resize oddilu"( to je neco jineho nez "resize filesystemu" se ktere se pouziva resize2fs, to ale neni pripad pri move) se pouziva interni funce (predpokladam) z libparted, jenze z konzole parted umi zvetsit jen konec, nikoliv zacatek, takze to bys musel asi:
zvetsit pomoci "parted resizepart" na novej_konec, presunout data pomoci e2image na novej_zacatek(novej_konec-puvodni_velikost), pak smazani oddilu a vytvoreni noveho oddilu s novej_zacatek a novej_konec
