Partició méret

Arch Linux

Üdv!

Úgynézki kinőttem a rendszer particiót.
A home particiómon meg ott a sok hely.
Mivel lehetne fájdalommentesen megoldani az átparticiózást?

Tegnap már odáig fajult a dolog, hogy nem tudtam egy csomagot lefordítani, mert tele lett a tmp.

pch

  • 9560 megtekintés

( Dosika v | 2012. 04. 17., k – 11:40 )

+1, én is adnék még egykét gigát a /-nek, nehogy beteljen. elvileg gparteddel lehet partíciókat méretezni meg tologatni, még nem próbáltam, valaki erősítsen meg.

( Dosika v | 2012. 04. 18., sze – 16:09 )

Előbb nekiálltam a műveletnek, PartedMagic nevű disztribbel, USB-ről. A /home partíció elejéről akartam lecsípni 3 gigát, és hozzácsapni a / végéhez.
Hibát dobott ki: "Can't have overlapping partitions".
És az eredménye pedig a jelölt partíció. Adatvesztés nem történt, de ez így nem kóser.

Nem tudom, mennyire jó ötlet, hogy nem sorrendben vannak a partícióid. Ezt az fdisk tudja fixálni. Aztán a /home-ot 3 GB-tal feljebb kellene költöztetni, hogy a helyed a / után legyen. Ezt követően lehet odaadni a / végéhez a szabad területet.

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

ezzel tudom módosítani a sorrendet?
sudo fdisk /dev/sda
press x to enter expert mode
press f to fix partition order
press w to write the partition table changes to disk
Ez áthelyezi a partíciókat, vagy csak kicseréli a nevüke mondjuk sda4-ről sda2-re? Történik adatvesztés a művelet során?

Az fdisk csak a partíciós táblát szerkeszti, szóval kizárólag az MBR-be és az EBR-ekbe nyúl. Mivel nincs extended partíciód, így EBR-jeid sincsenek, így az fdisk csak az MBR 512 byte-ját piszkálja. Ha félsz, ami akár jogos is lehet, mentsd el az MBR-t előbb, nyilván root joggal. Legyen sda az illető HDD, /media/pen alá csatolva egy pendrive. Ekkor a mentés ennyi:

dd if=/dev/sda of=/media/pen/mbr.bin bs=512 count=1; sync

Utána pedig csinálhatod, amit írtál. Igen, azt kell. Nem a partíciókat fogja cserélni, hanem a partíciós táblában a bejegyzéseket. Arra figyelj, hogy ha az fstab-ban sda1, sda2, stb. hivatkozások vannak, illetve a grub konfigfile-jában, a kernelparaméterben, akkor nem fog utána boot-olni, hiszen más filerendszert fog jelenteni az adott hivatkozás, mint eddig. Éppen ezért lehetőleg UUID-del szerepeljenek a hivatkozások a grub konfig file-jában és az fstab-ban.

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

Az UUID jó, de lehet ocsmányul is csinálni. Feljegyzed, most melyik partíciód a /, a /home, a /boot, stb. Utána fixálod a sorrendet. Utána úgysem tudsz boot-olni, feltéve, hogy a partíció nevével voltak a hivatkozások, de ez nem baj, mert boot-olsz egy live CD-t, felmount-olod a / és /boot filerendszereket, majd kijavítod a grub konfig file-ját illetve az fstab-ot úgy, hogy az eredeti filerendszerekre hivatkozzanak a bejegyzések. Tehát, ha teszem azt, régen sda4 volt a /, most meg sda2 lett, akkor az összes sda4 hivatkozást átírod sda2-re, s így továbbra is a root fs-t jelenti a hivatkozás. Különben ezért érdemes UUID-et használni. Ha már hozzányúlsz, szerintem egyből UUID hivatkozásra javítsd. Persze lehet, hogy már most úgy van, akkor meg semmi dolgod, jó lesz magától.

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

szóval akkor ez a jó sorrend a 'gányolós' változatra?

1. lementem pendrive-ra az MBR-t.
2. Live rendszerről fdisk-el javítom a partíció sorrendet.
3. Módosítom a régi neveket az újra a menu.lst és az /etc/fstab fájlokban.

Ezek után elvileg bebootol minden, és újra csak live rendszer alól tudom gányolni a partícióméreteket.

bocsi, hogy szájbarágósan kérdezem, nem akarok kinyírni adatot:)

Igen, valahogy így. :)

Egyszerű különben. Ha érted a folyamatot, tudod, mit csinálsz, nem lesz baj. Ha elszúrod a partíciós táblát, akkor is csak látszólag tűnt el minden, az adat ott van még. Az MBR visszamásolása után megint kezdheted elölről.

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

Örömmel. Ha igyekszel, akkor még tudok segíteni, aztán már nem, mert éppen Fedora 17 bétára frissítem az oprendszerem, s nem lesz gépem. Szeretem a kihívásokat. És igen, nem vagyok normális, mert a Fedora 16 stabil, semmi bajom vele. Na mindegy, én hülyeségem. :)

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

fdisk -l mit mond? Valahol fedik egymást a partíciók.

Plusz egy tipp, bár lehet, hogy butaság: melyik partíció szélét huzigáltad az egérrel, és merrefelé?
A log vége azt mutatja, mintha épp a /home-ot akartad volna növelni, pedig ugye nem azt akarod.
grow partition from 127.37 GiB to 130.49 GiB 00:00:00 ( ERROR )

Ha van másik HDD-d, akkor az sda3-at ki kellene arra másolni szektorosan, átírni az fdisk-kel a partíciós táblát kínosan ühyelve arra, hogy az új sda3 ugyanakkora legyen, mint eredetileg volt, s utána vissza lehet másolni szektorosan sda3 tartalmát.

Ha bátor vagy, írhatsz rá programot, amely helyben másol, de vigyázz, a végéről kell másolni lefelé haladva, mivel a forrás és célterület át van lapolva, s felfelé mozgatsz.

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

Nem is mondtam, hogy különleges. Ha bízol magadban, akár egy shellscripttel is megoldható. A dd-nek adott skip és seek paramétereket nem szabad elszámolni, mert akkor mindennek vége. És persze nem egy dd, ciklusban kell csinálni. Mondjuk másolni gigabyte-onként, a végén meg annyit, amennyi marad.

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

Komolyan, 2012 van, ne kelljen már partíciókkal foglalkozni! Az átlag felhasználó már évek óta nem is foglalkozik vele. Aki többet akar, mint egy átlagfelhasználó, annak ezentúl is meg kell dolgozni érte, vagy áttér az lvm-re. Ezt már javasolták néhányan neked. Itt a kiváló alkalom az áttérésre, és soha többet nem lesz ilyen gondod.

Hogy kicsit segítsek is: Ha most éppen nincs időd az áttérésre, akkor ideiglenes megoldásként a tmp-t tedd be a /home alá (valahova), és a gyökérben csinálj egy linket az adott könyvtárra. Ugyanez -- átmeneti megoldásként -- más könyvtárakkal is megtehető.

-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.

( uid_194 | 2012. 04. 18., sze – 16:24 )

livecdrol beboot, utana parted + ext2resize parossal lehet particiot (+ fst) meretezni es mozgatni.

--
|8]

( zeller | 2012. 04. 18., sze – 19:05 )

Az átméretezést leírták - a jövőben erősen javasolt az lvm használata, és akkor el fogod kerülni az ilyen problémákat - ha nem osztod ki a teljes vg-t. Amit még javasolni tudok, az a localepurge használata, az igencsak bőséges egzotikus nyelvi cuccokat lehet vele kihajítani, és nem kevés helyet felszabadítani.

Ja, a TMP, ill. TEMP változók csodákat tudnak tenni :-D

( egeresz | 2012. 04. 20., p – 10:59 )

Még 1 megoldás a problemadra, amire nem gondoltal (menet közbeni, reboot nem kell)

cp -a /usr/ /home/ # sokaig fut

mv /usr /usr-old; ln -s /home/usr /usr # azonnali

rm -rf /usr-old # hamar lefut

( uzsolt v | 2012. 04. 23., h – 08:40 )

Nagyon bolond kérdés: miért nem irányítod át a csomagfordítás helyét? Nem kötelező a /tmp-ben lennie!
Én csináltam egy user-t arch néven, a /home/arch-ban van a helye, a sima "zsolt" user-emnek van itt mindenhez joga (nem kell sudo meg ilyenek), a /etc/makepkg.conf-ban a PKGDEST és az SRCDEST a /home/arch/packages és /home/arch/source. A /home/arch/pkgbuilds-ben pedig vannak a különféle könyvtárak, ahol a különböző csomagok foglalnak helyet, a yaourt -G foo parancsot pedig mindig ebben a könyvtárban adom ki. Így csak a /home-ból vesz le helyet, nem a /-ből.

Én úgy gondolom, hogy a rendszerpartíción csak a telepített programok és "csatlósai" foglaljanak helyet, programfordítás meg home meg ilyenek legyenek máshol, ne szemeteljék tele a rendszerpartíciót, és ne okozzanak galibát.