ext partíció MOZGATÁSA jobbra 2017 hogyan?

Segédprogramok

Sziasztok,

a gparted-live cd-s partedben mostanában nincs move, a laptop diszkje így néz ki és egyelőre nincs igazán jó backup/restore lehetőségem

1: primary 25GB
2: extended 50 GB
5: logical 50 GB (ntfs, félig üres)
free 5 GB

kell majd egy pár GB-vel nagyobb elsődleges parti az elején, ergo a 2-est hátra kéne tolni.

Arra gondoltam, hogy a gparted-live cd-vel megcsinálom, ám a benne lévő parted (állítólag egy ideje) nem tartalmazza a move parancsot. Van valaki naprakész, hogy mivel tudnám mostanában eltolnia jobb falig ezt a partíciót?

  • 1404 megtekintés

( E-Medve v | 2017. 08. 22., k – 19:46 )

Aktuális Ubuntu LTS-t letöltöd, elindítod. Amikor telepíteni akarna, akkor a "Try"-t választod, majd kikeresed a Gparted-et, ott van "Resize/Move". Ettől függetlenül én azért a helyedben mentenék.

( norbertkiss | 2017. 08. 22., k – 20:05 )

Nehogy backup nélkül nekiállj ilyesminek, mert a következő kérdésed a visszaállításra fog vonatkozni!

( MG | 2017. 08. 22., k – 20:29 )

tudom, hogy ha meg tudom oldani, akkor backup az alap, de visszatérve a különböző disztrókban most lévő parted-re:

a legfrissebb Gparted-live menüjében is ott van, hogy Resize/Move de ténylegesen nincs move, mert állítólag a libparted-ből kivették, szóval azt hiszem, hogy az aktuális parted/Gparted-ben semelyik disztró alatt nincs tényleges move, ezért nem töltenék le ubuntut, mert amúgy nem használok, MAX akkor, ha az abban lévő libpartedbe TÉNYLEGESEN visszatették a move-ot, ha viszont nem, és valsz nem, na AHHOZ kéne 5let.

( joco01 v | 2017. 08. 22., k – 21:06 )

Miért pont az elejére kell az új?

( locsemege v | 2017. 08. 22., k – 21:11 )

Nehéz ügy, nem triviális. Mivel ez belefér 4 partícióba, első körben primary-t csinálnék, mert az a gond, hogy amikor eltolod, az EBR bejegyzést is módosítani kellene, amihez viszont tudni kellene az EBR új helyét. Nem lehetetlen, csak szívás. :)

Tehát felírnám, hol kezdődnek és végződnek a jelenlegi filerendszerek, törölném fdisk-kel a logikai drive-ot - tehát amin az ntfs van -, aztán törölném a konténerét, ami az MBR-ben egy extended partíció bejegyzés. Utána létrehoznék új primary partíciót, de az eleje az egykori logikai drive eleje legyen, a vége pedig az egykori vége. Kiírnám az MBR-t, s ha mázlid van, most primary partíción ott lesz az az ntfs. Ha nem, akkor sincs pánik, senki sem nyúlt hozzá, meg kell keresni az elejét. Lehet, hogy kell reboot, mert a kernel szerintem röptében átírt MBR-t nem veszi figyelembe.

Ha ez megvan, szerintem a pontos szektorcímek ismeretében ddrescue-val másolható, de vigyázz, mert az átlapolás miatt a pointereknek hátulról kell előre mozogniuk! Ha jól látom, erre szolgál a --reverse kapcsoló. Előbb csinálj egy nagy file-t, abba tegyél valami adatot, akár egy kisebb filerendszert, azt mozgasd, tehát gyakorolj előbb. File-ban lévő filerendszert - a gyakorláshoz - loop opcióval tudsz csatolni, offset megadására is van lehetőség. Tehát alaposan tudsz tesztelni, gyakorolni előtte.

Ha megvagy a nagyobb címek felé mozgatással - tehát az átlapolás miatt a szektor pointerek hátrafelé mozogtak -, utána kiszámolod az új szektorcímet, s fdisk-ben átírod a partíció bejegyzését az új címre. Az első partíciót letörlöd, majd újra létrehozod ugyanazzal a kezdőcímmel, de a megnövelt hosszal. Utána majd a filerendszert is ki tudod tágítani.

Viszont mondok olyan lehetőséget, amit nehezebb elszúrni, feltéve, hogy az első filerendszer linuxos. Mentsd file-osan rsync -avHASX paraméterekkel valahova ideiglenesen azt a nyilván kevesebb, mint 25 GB-ot. Utána hozz létre egy LVM-et rajta, meg a lemez végén lévő 5 GB-os területen, majd ebből a két szegmensből csinálj egy logikai blokkot, s azon terüljön el az új 30 GB-os filerendszer. Erre aztán rsync-kel visszamásolhatod a file-jaidat.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( MG | 2017. 08. 22., k – 21:09 )

oké, megértettem, hogy hogy működik, először az extet kell kitolni MAJD azon belül lehet a logikait a végére mozgatni, úgy tűnik, ennyi a megoldás

(azt továbbra sem értem, hogy cli parted appból miért vették ki a move-ot, még a helpje sem adja)

Persze, hiszen az extended az a konténere, egyetlen bejegyzés az MBR-ben. A logikai drive-okhoz egy láncolt lista tartozik a filerendszerek előtt, ezek az EBR-ek. Viszont ezzel nem vagy meg, mert így lesz 5 GB szabad területed az extended elején, de attól sem lesz nagyobb az első primary partíciód.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

nekem most azt mutatja a gparted, amit első körben látni szeretnék, ezt csináltam:

* ext nyújtása a jobb falig
* logikai eltolása a jobb falig
* ext kezdetének jobba tolása a log elejéig

ennek hatására most a grafikus sávban azt mutatja a gparted, hogy pri FREE ext

Nekem is gyanús, de most megvárom, míg végrehajtja eddig, aztán meglátom mi van, arra számítok, hogy a legrosszabb esetben mégis az az állapot lehet, hogy kurvára nincs free, hanem első körben "csak" annyi történt", hogy a logikait eltolta az ext-en belül a diszk végére, szűk félóra múlva kiderül

Igen, tényleg működött :)

Összegezve, miután az extet kibővítettem jobbra a falig, utána a benne lévő extet már értelemszerűen el tudtam mozgatni jobbra. Ezt kiírtam, majd az ext elejét elmozgattam jobbra, ahova a logikai eleje most került; ezt megint kiírtam. Utána pedig az elsődleges hpfs/ntfs partíciót már ki tudtam bővíteni.

Aztán, ha a partíció megvan, a filerendszert is bele kell tágítani. Lévén, a partíció csak annyit mond, hogy ez egy definiált hely, valaki használja, de a filerendszer leírója lehet olyan, hogy a filerendszer „lötyög” a partícióban. :) Szóval, hogy nem ér el a partíció végéig. Persze, lehet, hogy olyan utility-d van, amelyik a partíció megnövelése után automatikusan belenöveszti a filerendszert is.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ha érted, hogyan épül fel a partíciós tábla, miért van extended - mert régen úgy gondolták, 4 partíció mindenre elég lesz -, mi van az MBR-ben, mi az az EBR, mit tartalmaznak ezek, akkor látni fogod, hogy csak így lehet megcsinálni. Örülök annak, hogy téged a feladaton keresztül ez érdekelt, s így többet tudsz már ezekről.

A magam részéről ezért utálom azt a fajta ostoba manager szemléletet, amelyik azt mondja, nem érdekelnek a mocskos részletek, nem foglalkozom vele, nekem ez kell, legyen, és működjön. Na, az ilyen emberektől falnak megyek, nem is segítek nekik, ha ezt a hozzáállást tapasztalom.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE