/u/346071/crop57f12a024058c_cropped.png?f=community)
Vanmiddag heb ik mijn Fedora 34 installatie gesloopt toen ik wat aanpassingen had gedaan om - hoe ironisch - Timeshift i.c.m. BTRFS in te stellen om zo snapshots te kunnen maken. 
Timeshift vereist een specifieke BTRFS subvolume layout die Fedora niet volgt. Het is noodzakelijk om de namen van de subvolumes van de / en /home te hernoemen naar resp. @ en @home.
Daar ging ik de mist in met als gevolg dat mijn systeem niet meer wilde starten. Waarschijnlijk heb ik een fout gemaakt met het verplaatsen van /home naar een nieuw mountpoint met een verkeerde naam via het mv commando. /home maakt op mijn systeem geen onderdeel uit van hetzelfde BTRFS volume als /.
Ik heb 2 NVME SSD's in mijn computer zitten:
Na uitvoer van de laatste regel kreeg ik een foutmelding dat de bron bezet was of zoiets dergelijks. Fout zit 'm volgens mij dat /home onder een apart BTRFS volume zit en dat ik in dat commando hard opgeeft dat ie onder hetzelfde BTRFS volume zit als de root.
Daarna werkte mijn systeem na herstart niet meer. Logisch, verkeerd commando ingevoerd en de verwijzingen naar de nieuwe subvolumes niet aangepast in /etc/fstab. Was dus te verwachten.
Ik had geen zin om in de terminal te gaan proberen om het probleem te fixen. Heb Fedora opnieuw geïnstalleerd waarbij ik bij het handmatig partitioneren beide BTRFS volumes en benodigde subvolumes voor / en /home gelijk goed heb aangemaakt.
Draait nu prima en snapshots werken ook naar behoren via BTRFS.
Maar...omwille van het leermoment ben ik toch heel benieuwd waar ik nu precies de mist ben ingegaan:
Had ik voor /home een 2e directory /btrfs_pool_home aan moeten maken en daar /dev/nvme0p1 aan moeten mounten?
Daarna via:
verplaatsen naar het nieuwe subvolume. Klopt deze aanname?
Timeshift vereist een specifieke BTRFS subvolume layout die Fedora niet volgt. Het is noodzakelijk om de namen van de subvolumes van de / en /home te hernoemen naar resp. @ en @home.
Daar ging ik de mist in met als gevolg dat mijn systeem niet meer wilde starten. Waarschijnlijk heb ik een fout gemaakt met het verplaatsen van /home naar een nieuw mountpoint met een verkeerde naam via het mv commando. /home maakt op mijn systeem geen onderdeel uit van hetzelfde BTRFS volume als /.
Ik heb 2 NVME SSD's in mijn computer zitten:
- nvme0:wordt dedicated voor /home (nvme0p1) gebruikt. Hierop is een apart BTRFS volume "fedora_home" aangemaakt.
- nvme1: bevat /boot/efi (nvme1p1), /boot (nvme1p2) en / (nvme1p3). De laatste (/) staat op een BTRFS volume "fedora_root".
code:
1
2
3
4
| sudo mkdir /btrfs_pool sudo mount -o subvolid=5 /dev/nvme1p3 /btrfs_pool sudo mv /btrfs_pool/root /btrfs_pool/@ sudo mv /btrfs_pool/home /btrfs_pool/@home |
Na uitvoer van de laatste regel kreeg ik een foutmelding dat de bron bezet was of zoiets dergelijks. Fout zit 'm volgens mij dat /home onder een apart BTRFS volume zit en dat ik in dat commando hard opgeeft dat ie onder hetzelfde BTRFS volume zit als de root.
Daarna werkte mijn systeem na herstart niet meer. Logisch, verkeerd commando ingevoerd en de verwijzingen naar de nieuwe subvolumes niet aangepast in /etc/fstab. Was dus te verwachten.
Ik had geen zin om in de terminal te gaan proberen om het probleem te fixen. Heb Fedora opnieuw geïnstalleerd waarbij ik bij het handmatig partitioneren beide BTRFS volumes en benodigde subvolumes voor / en /home gelijk goed heb aangemaakt.
Draait nu prima en snapshots werken ook naar behoren via BTRFS.
Maar...omwille van het leermoment ben ik toch heel benieuwd waar ik nu precies de mist ben ingegaan:
Had ik voor /home een 2e directory /btrfs_pool_home aan moeten maken en daar /dev/nvme0p1 aan moeten mounten?
Daarna via:
code:
1
| sudo mv /btrfs_pool_home /btrfs_pool_home/@home |
verplaatsen naar het nieuwe subvolume. Klopt deze aanname?
[ Voor 8% gewijzigd door pporrio op 26-10-2021 13:07 ]