Data overhevelen
Bij het vervangen van een harde schijf of het wisselen van computer moet in bijna alle gevallen de data worden overgeheveld. Een image maken en terugzetten is onder Windows een makkelijke methode. Het klonen van de harde schijf werkt ook goed.
Bij Linux kan het in principe nog makkelijker. Op de nieuwe schijf of de nieuwe computer een verse installatie doen, uiteraard bij voorkeur de zelfde versie en daarna de home map terugzetten. In die map staan alle persoonlijke gegevens van alle accounts. Die methode is hier de laatste jaren meerdere keren met succes toegepast. Eerder deze maand ging dat niet goed en de reden is nog niet achterhaald.
Te kleine schijf
De directe reden voor de datamigratie en het weer terugzetten was het vervangen van een harde schijf. 256 GB is net iets te weinig voor een dualboot met meerdere gebruikers. Een profiel valt goed te doen, maar met een tweede en volgende neemt het aantal meldingen van volle opslag te snel toe. Met een 512 GB zou dat probleem verleden tijd zijn.
Foutmeldingen
Voor het overzetten van de Windows partities en data is gekozen voor een verse installatie. Duurt een paar uur in verband met de noodzakelijke updates, maar is wel beter. Daarna kon vanuit de Windows omgeving meer ruimte worden gealloceerd voor de Ubuntu installatie. Het opnieuw installeren van Ubuntu met een Home dir een factor groter was stelde weinig voor. Tot zover was het – los van het tijdsbeslag – geen lastige opgave.
Het probleem ontstond door het terugzetten van de Home map van een externe HDD naar de nieuwe, grote SSD. Er waren tijdens met maken van de eerste kopie en het terugzetten geen foutmeldingen. Toch was al direct duidelijk dat dit proces niet goed was verlopen.
Wat niet lukte was na het terugzetten van de data was:
- Bestaande Thunderbird profielen gebruiken;
- Bitwarden geïnstalleerd krijgen;
- Authy idem;
- Vivaldi idem;
- De VPN instellingen via de standaard optie activeren;
- Deja-dup aan de praat krijgen.
Deze zes fouten verhelpen vergde bizar veel tijd. Het was in alle gevallen een primeur, waardoor niet kon worden teruggegrepen op een eerdere truc.
Thunderbird
Het mailprogramma is na vele pogingen uitsluitend aan de praat gekregen door het profile [xxxxxxx.default] van de Windowsversie te kopiëren naar de Ubuntu Home. Daarmee was het in ieder geval weer mogelijk mail te lezen en op te halen. Wat een probleem bleef was het synchroniseren van de agenda. Die add-on is uiteindelijk verwijderd en vervangen voor een andere.
Bitwarden, Authy en Vivaldi
Deze drie programma’s waren wel te installeren vanuit de software omgeving. Maar toen daarna de Home werd teruggeplaatst was geen van de drie te gebruiken. Het leegmaken van de desbetreffende mappen in de Home (root rechten nodig) loste niets op. Het rebooten van het systeem evenmin.
Voor alle drie was de enige manier ze aan de praat te krijgen ze te installeren als Snap. Dat is opvallend, want in de oude situatie waren ze niet op die manier geïnstalleerd.
VPN instellingen
De standaard methode voor het installeren van een VPN onder Debian is sinds een paar jaar [settings] [network] [add VPN]. Dan zou het mogelijk moeten zijn een OpenVPN aan te maken, een PPTP of een kant en klaar bestand in te lezen. Dat laatste is makkelijk, maar werkte niet. De bestanden werden niet herkend. Andere systemen lezen de files zonder probleem.
Na lang zoeken bleek dit de workaround te zijn (bron)
since ubuntu 18.04, if you already have the opvn file you can import it.
sudo nmcli connection import type openvpn file [client].ovpn
Deja-dup
En dan was er nog het back-up programma. Standaard levert dat de optie 1 keer per dag of 1x per week. Handmatig via [dconf-editor] is dat te veranderen. Bij deze machine is 1x per twee weken voldoende.
Probleem hier was dat de instellingen niet veranderd konden worden. De back-ups werden keurig weggeschreven naar de bestaande externe locatie. Het programma werkte dus op zich wel goed, maar iets blokkeerde het veranderen van de settings.
De fout is verholpen door een andere naam te kiezen voor de back-up locatie. Dat triggert Deja-dup op de lokale machine van nul af aan overnieuw te beginnen. Dus het instellen van de scope van de back-up, het wachtwoord en de frequentie. Die laatste is dan via [dconf-editor] aan te passen.
Jammer genoeg betekent dat dus ook dat de eerste back-up en full back-up is. Dat kost een paar uur.
TPM als oorzaak van de fouten?
De 1 miljoen Dollar Euro vraag is natuurlijk wat deze rare fouten heeft veroorzaakt. In al die jaren werken met dualboot computers is dit nog niet eerder voorgekomen. Een defecte nieuwe SSD kan na enkele tests worden uitgesloten. Dat zou ook raar zijn, want de Windows omgeving werkt zonder enige problemen.
Een fout tijdens het kopiëren van de Home kan misschien een fout verklaren maar niet zo veel. Het staat ook helemaal los van het feit dat programma’s zich niet laten installeren of weigeren te starten.
Na lang zoeken duikt er wel iets vreemds op. Er zijn een paar series laptops van Dell en Asus die sinds de laatste Grub [versie 2.04] onder andere een TPM Kernel Error laten zien. Het voorkomt in ieder geval het aanpassen van de partities. Er zijn meldingen van gebruikers die sinds 20.04 geen / minder software kunnen installeren en specifiek die fout krijgen te zien. De melding is hier niet gezien, maar de rest van het verhaal klopt wel. Een nieuwe 20.04 only installatie met de nieuwste grub.