als voordelen dat persoonlijke instellingen, bestanden en het bureaublad niet wijzigen (of verdwijnen!) bij een her-installatie of bij de installatie van een andere distributie.
Er lopen hier al een paar andere draadjes over. Dat werkt in de praktijk voor 99.9%, maar er is geen enkele garantie. Ik zou dat dan ook niet promoten in "officiële" documentatie.
Mee eens. Vandaar dat ik de mogelijkheid wel noem maar daar beslist geen uitwerking in wil geven in DIT artikel. Zie de regel: "
Een /home map op een aparte partitie kan ook gedeeld worden met andere distributies die zijn of worden geïnstalleerd (zogenaamde 'multi-boot' installaties). Dit valt verder buiten dit artikel."
De 1e regel is gewijzigd in: "als voordelen dat persoonlijke instellingen, bestanden en het bureaublad niet wijzigen (of verdwijnen!) bij een her-installatie." ? Het laat in het midden
welke distro gebruikt wordt voor de her-installatie.
Is het enkel omdat je "zeker wil zijn dat /home niet gemount is" dat je in recovery mode start? Ik zou het niet aanraden om gebruikers in die wat griezelige, duistere omgeving te sturen.
Ja. Het is
geen "leuke" omgeving, de recovery mode. En het werkt zeker ook als je gewoon een terminalscherm opent voor rsync. Maar, er komen dan mogelijk foutmeldingen over zaken die niet gekopieerd kunnen worden zoals over .gvfs mappen. Zeker ook in een serveromgeving met bijvoorbeeld samba: als /home in gebruik is kan dat een onvolledige kopie geven.
En ook het hernoemen van de /home map lukt gewoon vanuit een terminalscherm. Maar als dan, voordat de nieuwe partitie wordt gemount een programma gestart wordt (bijvoorbeeld firefox om nogmaals dit artikel door te lezen) zal dit een foutmelding geven en het programma NIET starten. Deze situaties worden voorkomen door gebruik te maken van de 'recovery mode'. Volgens mij kan alleen dan de zekerheid gegeven worden van een altijd succesvolle actie.
Het is ook niet consistent met het gedeelte ervoor: ook daar ga je ervan uit dat geen enkele partitie op je harde schijf gemount is!
Hoe bedoel je? Tijdens de start van de Live-CD is geen enkele partitie op de harde schijf gemount. Bij een start in de 'recovery mode' zal de root (en swap) gemount zijn.
rsync -avx /home/ /media/nieuw
In de beruchte "psychocats" handleiding staat een obscuur "cpio" commando. Ik heb mij altijd afgevraagd of er geen equivalente "modernere" manieren bestaan. Wellicht moet rsync inderdaad wel een mogelijkheid zijn. Volgens mij moet je er toch wel de -H (en mogelijk -A) opties aan toevoegen als je een volledig identieke kopie van de oorspronkelijke /home wil hebben.
Bedankt. De -H optie heb ik (nu) getest en er onstaan inderdaad 2 bestanden in plaats van 2 hard links. Deze optie zal ik toevoegen!
Net als de -A optie voor ACL, ik was van mening dat dit door de -a optie wordt meegenomen maar dat blijkt NIET zo, deze optie zal ik ook toevoegen!
Het moet ook mogelijk zijn met de volgende opdrachten in plaats van rsync:
sudo -i
cd /home
$find . -depth -print0 | cpio --null --sparse -pvd /media/nieuw
Ten eerste gebruik ik rsync regelmatig en cpio niet. Maar dat mag geen reden zijn. De keuze voor rsync is gemaakt omdat:
- cpio van ontworpen voor het maken van backups op tape of diskette. Rsync is speciaal ontwikkeld voor disk-to-disk back-ups.
- de syntax is eenvoudiger (1 regel vs 3 regels)
- ik weet dat rsync herstart kan worden, of een herstart goed uitpakt bij cpio weet ik niet (zal wel?).
Op je handleiding compact te houden, zou ik enkel de hedendaagse manier van mounten aanbevelen, t.t.z. via UUIDs en niet met device names. Laat je toe enkele paragrafen te schrappen.
Ook hierin moet ik u gelijk geven.
Zeker voor een
/home partitie is een UUID aan te bevelen. De discussies op het forum over deze keuze hebben meestal betrekking op systeemdisken.
Maar... een UUID (goed) intypen is niet voor iedereen even eenvoudig? Laten we in ieder geval zeggen dat de kans op typefouten groter is. Vandaar dat ik beide mogelijkheden heb opgenomen en een advies voor het gebruik van een UUID. Wat is wijsheid?
Verder ziet het er kort en krachtig uit.
Bedankt en u bedankt voor de opbouwende opmerkingen!