partitionering aanpassen zonder re-install?

[DeRooney]

Is het mogelijk om de partitionering te wijzigen zonder het OS opnieuw te moeten installeren?

Ik heb een aparte \home partitie die ik op wil heffen en bij mijn \ partitie wil voegen.
Op \home staan de gebruikersprofielen, kan ik deze backuppen (vast wel) en later terug zetten (en werken de profielen dan goed)?

Ik hoop het te kunnen doen zonder het OS opnieuw te moeten installeren vanwege de tijd die ik de eerste keer al nodig had voor de installatie en daarna nog voor het updaten en voor de configuratie...

ik gok dat het niet een kwestie is van ' gewoon' alle mappen in \home (inclusief de verborgen mappen) te backuppen en naar de juiste map te kopieren als het opheffen van de \home partitie en het resizen van de \ partitie klaar is..

[Aionicus]

kijk eens hier : http://askubuntu.com/ques...ocation-of-programs-users

beetje hetzelfde principe , maak wel ff een backup van de schijf bij voorbaat.

Fstab aanpassen / verplaatsen / rebooten en done.

[ Voor 13% gewijzigd door Aionicus op 03-05-2014 22:14 ]

[Verwijderd]

Allereerst zijn het / en /home, dus niet met backslashes. Die horen bij inferieure operating systems

Verder is het allemaal heel erg afhankelijk van de eerdere keuzes die zijn gemaakt. Wordt er gebruik gemaakt van encrypted volumes en/of LVM dan is het anders dan wanneer de partities 1 op 1 gemapt zijn naar filesystems en mountpoints. Dan maakt vooral de volgorde uit, want het gaat niet meevallen om de ruimte bij je / partitie te krijgen als de /home partitie er niet direct achteraan kwam.

Het is heel moeilijk om een goed advies te geven als de indeling van je drives niet duidelijk is. Geef even de volgende informatie:
- Welke partitietabel? (msdos, GPT, iets anders?)
- Welke partities zijn er? De volgorde is belangrijk.
- Maak je gebruik van encryptie (LUKS)?
- Maak je gebruik van LVM? Noem de volume groups en logical volumes.
- Welke mountpoints heb je? (/ en /home, maar misschien nog meer, zoals swap?)
- Welke filesystems? (ext4, btrfs, zfs?)

Heel wat uitzoekwerk als je er niet zo bedreven in bent, maar ga dit uitzoeken zodat je het beter snapt en beter de risico's en problemen kunt inschatten als er iets fout gaat.

[DeRooney]

dank! op onderstaande screenshot staat mijn volledige partitionering. Ik dacht dat ik het zonder extended volume had maar zie dat /home hier wel in staat.

screenshot gparted:
https://db.tt/bEg7NTO3

Wil dit bij mijn ouders eigenlijk ook doen maar weet zo even niet hoe de partitionering daar is.
de partitietabel: msdos
partities: zie screenshot
encryptie: nee
lvm: nee
mountpoints: zie screenshot
filesystems: ext4, ntfs

ik ben niet helemaal n00b als het om computers gaat maar een specialist zal ik mezelf zeker niet noemen.
maar met partities heb ik wel vaker het een en ander gedaan.

dat van die \ en / is wel verwarrend als je uit een "Redmond" systeem komt ;-)

[Verwijderd]

In dit geval is het niet eenvoudig om ruimte van de sda5 partitie (mountpoint /home) af te snoepen en bij sda2 te voegen. Reden hiervoor is dat sda5 niet direct na sda2 staat omdat de partitie in de extended partitie sda3 zit, en dat daar nog twee partities bij zitten.

De swap partitie is hier echter onbelangrijk, die kun je bijna altijd zonder pijn tijdelijk niet gebruiken. Ik heb op mijn eigen desktopsystemen en servers eigenlijk al jaren geen swap meer. Maar dat is nu even offtopic.

Het probleem is sda7. Als je die data wilt bewaren dan gaat het je niet lukken

Ik kan je wel aanraden in het vervolg een kleine /boot partitie te maken (dus los van "/") van een paarhonderd MB en voor alle andere Linux-specifieke mountpoints LVM te gebruiken. Met zo'n virtuele tussenlaag heb je meer vrijheid in het laten groeien en krimpen van Linux volumes en krijg je bovendien de mogelijkheid snapshots te maken, dat is erg handig als je bijvoorbeeld een flinke upgrade gaat doen.

Overigens is het backuppen van /home inderdaad zo simpel als een kopie maken. In /home horen geen systeemkritische zaken te staan en zou je met simpele kopieeracties kunnen volstaan. Datzelfde geldt voor /media/sharedHD. Als je die (en /home) backupt dan kun je met /dev/sda3 en alles daarin doen wat je wilt.

Let er wel op dat je zorgt dat je als root kunt inloggen. Eerst inloggen als gebruiker en dan su of sudo naar root is er niet bij als je homedir niet bestaat!

[Hero of Time]

Ik zie eigenlijk weinig problemen met het feit dat z'n /home in sda5 staat, naast sda2 maar in sda3. Het zou dan als volgt gaat, uitgaande dat er al genoeg ruimte in / is, en dat is er nu niet. In dat geval maak je een tar archief en zet je die op een andere partitie of schijf. Maar goed, de stappen, uitgaande van voldoende ruimte, anders stappen ervoor overslaan:

1. Wordt root, sudo su, sudo -i, su, whatever works.
2. umount /home.
3. mount /dev/sda5 op een tijdelijke locatie, bijvoorbeeld /mnt/home.
4. Kopieer alles van /mnt/home naar /home.
5. Plaats een # voor de regel in /etc/fstab om te zorgen dat /home niet meer wordt gemount bij opstarten.
6. Herstart het systeem om te kijken of alles nog werkt.
7. Als alles in orde is, open je gparted en verwijder sda5.
8. Maak sda3 kleiner door ruimte ervoor toe te wijzen,
9. Maak sda2 groter met de ruimte die je bij sda3 eraf hebt gehaald.
10. Reboot nog een keer als laatste controle.

En klaar. Met een tarball doe je 't inpakken, ergens neerzetten en dan uitpakken als je /home hebt verwijdert. Je moet dan wel als root kunnen inloggen, normale gebruikers hebben geen /home meer!

[DeRooney]

Als ik mijn home en sharedhd op een externe hd zet en mount, heb ik voldoende mogelijkheid om bovenstaande stappen te volgen. Toch?

Komt /home uiteindelijk gewoon op / waar ik deze map nu ook zie?

[Hero of Time]

Lees eens goed wat ik aangeef. /home is al op / aanwezig, echter hangt er een aparte partitie op die je wil 'mergen' met de partitie die aan / is toegewezen. Dat is wat mijn stappenplan doet. Wil je die NTFS partitie ook nog weggooien, kan dat prima zolang je de data die je wilt bewaren maar ergens anders parkeert.

Houd wel rekening mee met eventuele symbolic links in je home map. Windows file systems kunnen daar NIET mee overweg. Of je krijgt fouten tijdens het kopiëren, of de links worden vervangen voor de mappen/bestanden waar 't naar verwijst, met een flinke hoeveelheid extra schijfruimte die je mogelijk nodig hebt (afhankelijk hoeveel data je hebt en hoeveel is gelinkt). Eerste scenario is het meest waarschijnlijk. Een tarball maken behoud de symlinks, ongeacht waar het bestand staat. Bij uitpakken worden de links weer neergezet zoals ze waren.

[DeRooney]

ik had je bericht al een aantal keer gelezen maar ik wist niet of ik het dus zo moest lezen.
Thanks. ik ga het eens proberen...

edit: omdat dit bij mijn ouders ook speelt probeerde ik dit via teamviewer voor elkaar te krijgen. Ik krijg alleen bij ontkoppelen van (in dit geval) sd3 de melding dat er processen zijn die lopen waardoor sda3 niet ontkoppeld kan worden.
Ik probeerde een lijst te krijgen middels lsof en daar zag ik teamviewer voorbij flitsen. draait teamviewer vanaf /home?

Want dan gok ik dat dit klusje via teamviewer niet gaat lukken. klopt dat?

[ Voor 63% gewijzigd door DeRooney op 07-05-2014 12:04 ]

[LXFan]

Via Teamviewer of op een in gebruik zijnd systeem kan niet of is riskant.
Ik doe "schijfwerkzaamheden" altijd met een zelfstandig opstartbaar programma(CD/DVD/USB-stick) buiten het geinstalleerde Besturingssysteem om.
Voorkomt problemen door in gebruik zijn van partities, CPU-geheugenbelasting, crashen, e.d.
Voorbeeld: GParted Live http://people.zeelandnet.nl/bliekron/gparted.html

Echt belangrijke data veiligstellen is altijd aan te raden, voor het geval dat.!!

Reza

[ Voor 25% gewijzigd door LXFan op 08-05-2014 10:18 ]

[Hero of Time]

@arjo,
Klopt, via TV gaat het niet lukken, want de startlocatie is ergens in /home/ en houd deze vast. Je moet dat op locatie doen of via VPN en SSH. Maar ga gewoon lekker langs bij je ouders, eet een hapje mee en voer het uit.

@LXFan,
Kans op crashes e.d. heb je overal, dus om er nou speciaal een live omgeving voor te gebruiken, ipv je OS zelf is niet vereist. Het maakt het iets makkelijker ivm open files, maar dat is alles.

[DeRooney]

laat ik maandag eens kijken of ik het voor elkaar kan krijgen. we'll see! thanks voor de tips.

[Hero of Time]

Maandag pas? Morgen is het Moederdag! Je kan de acties ook op de achtergrond aanzetten terwijl je voor haar gezelligheid er bent .

[DeRooney]

haha, maandag moet ik de kids toevallig ook daar brengen. Ik doe zoveel mogelijk via teamviewer. Zonder dat komt het erop neer dat ik daar alleen maar bezig ben met dingen die niet goed werken als we daar op bezoek zijn.

En moederdag vieren we niet :-)

edit:
met gparted op mijn cd heb ik alle vrije ruimte naar mijn sda 2 kunnen schrijven. SDA 5 en 7 zijn nu kleiner en op sda 2 is nu voldoende vrije ruimte om /home weg te kopieren zoals je schreef in het stappenplan.

Ik krijg alleen /home niet ge-unmount.

Vanuit mijn mint install krijg ik steeds de melding dat /home in gebruik is. Via de terminal sessie vanaf mijn gparted cd lukt het me niet om de data weg te kopiëren.

Ik ben 'lost' met hoe ik je stappenplan nu uit kan voeren.

Toevoeging: in mint is het inloggen als root onmogelijk gemaakt. Dat moest ik eerst wijzigen voor ik de stappen kon doorlopen. Nu is alles gelukt en ging het starten in de nieuwe situatie ook goed. Sda5 kan nu verwijderd worden. Thanks voor de hulp

Toevoeging 2: nu ik sda5 wil verwijderen in gparted krijg ik de melding:
Kan partitie /dev/sda5 niet verwijderen!

Ontkoppel a.u.b. alle logische partities met een nummer hoger dan 5

ik heb nog sda7 (sharedHD; ntfs; reeds ontkoppeld)
en sda6 (linux swap).


edit2: offtopic: ik had de aparte /home partitie zodat ik bij een nieuwe install mijn home nog gewoon zou hebben. vergelijkbaar met hoe ik in xp de map mijn documenten altijd op mijn d partitie zetten zodat ik bij een crash van windows nooit mijn documenten kwijt zou zijn. Is die indeling van mijn partities in linux niet logisch? (ik heb de suggestie over genomen van een site met een tutorial voor dual boot linux met xp.)

[ Voor 89% gewijzigd door DeRooney op 11-05-2014 09:49 ]

[Hero of Time]

Een aparte /home is geen slecht idee. Ik heb 't ook op al m'n systemen, juist om die exacte reden: instellingen blijven bewaart in geval je een herinstallatie moet doen (of als je dual boot hebt met andere distro's, danwel van distro hopt).

Maar als je in een root shell, verkregen via 'sudo su' de melding krijgt dat /home nog is gekoppeld komt dat doordat je initiële shell nog in /home staat. Dat had je kunnen oplossen door in / te gaan staan voordat je root werd. En uiteraard niet vanuit een GUI doen, maar TTY (of SSH, zolang je maar geen grafische sessie hebt).

Voor wat betreft je Gparted kopie falen, dat kan komen door rechten. Als de gebruiker waarmee Gparted start niet root is, kan je ook niets kopiëren. De UID zal zeer waarschijnlijk anders dan 1000 zijn.


Het is nu niet helemaal duidelijk of alles is gelukt of niet. Ik begrijp dat het kopiëren is gelukt, maar ook het verwijderen en vergroten van de partities?

[DeRooney]

Inmiddels is het allemaal gelukt. Ik was als root ingelogd maar wel in de grafische omgeving. Ik heb mijn gparted cd er weer bijgepakt en vanaf die cd geboot. Daar heb ik geen problemen meer gehad. De partities zijn geresized/verplaatst/verwijderd.

Ik heb nu:
Sda1 xp
Sda 2 /
Sda 3 linux-swap
Sda 4 extended
Sda 5 sharedhd voor de gedeelde data tussen xp en mint.

Ik heb nu geleerd dat ik root login eerst beschikbaar moet maken. En dat ik niet eigenwijs ingelogd gparted wil gebruiken maar gewoon gparted booten vanaf cd.

Dit heb ik op mijn eigen laptop nu gedaan. Het leergeld is betaald, ik hoop dat ik met deze ervaring hetzelfde morgen bij mijn ouders sneller kan doen 😊

[Hero of Time]

Houd je andere topic even in de gaten om te weten of je al dat werk wel op je nek wilt halen of dat je ze beter zo kan laten draaien. Een aparte /home als ze dat nu hebben is zo slecht nog niet. Tenzij / een bak meer ruimte beschikbaar heeft.

[DeRooney]

Hi, net thuis van mn ouders. Gaf eerst problemen omdat ik dom geweest ben. Ik had de user profielen al verplaatst naar hun sdb als backup en omdat ik niet als root in wist te loggen leverde dat problemen op bij de reboot. (Ik had sda2 al 'uit' gezet in fstab waardoor er bij het inloggen geen home mappen meer gevonden werden dus inloggen lukte niet. Ik heb net geboot vanaf een live sessie van mint. Toen de schijven gemount en de home mappen gekopieerd naar de juiste partitie. Dat is nu gelukt dus. Ik kwam niet meer toe aan het wijzigen van de partities dat probeer ik vanaf thuis te doen. Ze kunnen nu de computer weer gebruiken en ik ben weer wat handiger geworden in de terminal 😀