Linux mellé Windows

Sziasztok,

A kép mindent elárul:
http://i.imgur.com/JguRkcc.png

Ebből hogy tudok úgy kijönni, hogy megmaradjon a Linuxom, de a 263G-ra felmenjen egy Windows 10? Töröljem a swap-ot, a Linux menjen kiterjesztett alá...?

Hozzászólások

Ez a 12 giga foglalt adat nem nagy mennyiség, egy pendrive-ra kifér.. Mentsd le aztán GPT..
Vagy ha nem akarod akkor a /home-ot másold a gyökérbe ideiglenesen, aztán azt szüntesd meg..
--
God bless you, Captain Hindsight..

Hamarabb kellett volna gondolkodni. Az a baj, hogy jó eséllyel a / és /home közé nem fér el az EBR sem, így aztán az sem segít, ha pontosan felírod egy papírra a szektor címeket, s úgy partícionálsz újra. Hasonló helyzetben azt tettem, hogy egy live Linuxról valamilyen ideiglenes tárhelyre egy rsync -avHASX paranccsal file-osan kimásoltam a / illetve /home tartalmát ext4-re. A /boot-ról se feledkezz meg. Utána kialakítottam az új layout-ot, meghagyva a Windows-nak az sda1, sda2-t, az sda3 lehet /boot, az sda4 extended, azon belül ízlés kérdése, hogy LVM-et csinálsz-e. Én azt tennék, de nem muszáj. Meg is kell formázni ext4-re az új filerendszereket, még mindig live-ról. Utána rsync -avHASX paranccsal vissza az új helyére a Linux. Ezt követően csatold fel a /-t valahova, s javítsd ki az fstab-ot az új körülményeknek megfelelően, mégpedig UUID hivatkozással. Erről a blkid vagy lsblk -f parancsok valamelyike fog informálni. A grub config file-jában is javítani kell az uuid-eket. Utána telepítsd fel a Windows-t, majd újra live Linuxról a Grub-ot, majd használd egészséggel. Érdemes a Windows filerendszerét read only felcsatolni a /mnt/win alá, így nem kell mindig átboot-olni.

Másik lehetőség, hogy a szabad helyedre qemu/kvm virtualizációba teszed a Windows-t, s hagyod a mostani rendszeredet, nem kell dual boot.

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

Ja igen. A partíciós tábla csak egy fétis. A legfoglalatlan területet akkor is tudod formázni, csatolni Linux alá, ha az nincs a partíciós táblában. A losetup illetve mount parancsoknak ugyanis van offset= paraméterük, tehát az sda-ra hivakozással és offset megadásával is használhatsz partíción kívüli területet, így például virtualizációhoz a jelenlegi layout-odat használhatod a partíciók piszkálása nélkül a szabad terület felhasználásával. Az offset emlékeim szerint byte-ban értendő, nem szektorban, tehát az LBA címet 512-vel szorozni kell.

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

A partíciós tábla csak egy fétis.

-1, szerinted. Ha másnak odaadsz egy ilyen módon haznált HDD-t, véletlenül felülírhatja az adatokat a nem használt területen. Továbbá előfordulhat az is, hogy véletlenül elírod az offsetet, és máris adatvesztést okozol. Ha ennek 0-tól különböző az esélye, akkor inkább kösz, de nem kérek belőle. Tudom, hogy idejétmúlt az MBR séma, de lehet váltani GPT-re, illetve valamilyen "keret" szerintem akkor is jobb, mint az offsetekkel való manuális bohóckodás.

Az elírás nem érv, partíciós táblában is elírhatod a szektor címet, meg bárhova írhatsz a /dev/zero-ból dd-vel akár, meg baltát is állíthatsz a HDD-be, szóval ezt hagyjuk.

Amúgy fentebb írtam a megoldást. Lehet GPT akár, de MBR+EBR-ekkel is megoldható ez, sőt, csak MBR-ben primary partíciókkal és LVM-mel. A gond az, hogy már fix helyen van az adat, az LVM pedig jellemzően 4 MiB-es blokkokat kezel, az EBR meg nem fér be a két filerendszer közé. Bár az elsőt össze lehetne húzni néhány szektorral, de ember legyen a talpán, aki ezt követően nem számolja el a szektorcímeket. Jobb az, amit írtam, s amit egyébként csináltam már többször is: jogosultságokkal, selinux label-ekkel, ALC-kkel együtt másolni file-osan, majd az új layout filerendszerére vissza minden.

GPT-vel az a gond, hogy egyes UEFI-k nem tudnak GPT-ről legacy módban boot-olni, ha jól emlékszem. Azt tudom, volt, amikor kitéptem emiatt a hajam, neten megtaláltam a pontos okokat, meg azt, hogy ez szívás, ez ilyen és kész.

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