Onderwerp: Backup SSD booted Pi

Hi Allen,

Ik heb net weer een upgrade gedaan op mn BoordPi, nmea flux kompas en ais ontvanger geven signaal nu via een optocoupler, eindelijk alled redelijk netjes in een doosje gepropt.

Ik boot al een jaar van een bijna standaard image dat ik naar SSD gebrand heb. Dat gaat prachtig.

Nu is alleen de software aan de beurt voor een update / upgrade, dus ik wil een backup maken van mijn nu nog werkende systeem. Omdat de Pi nu in een mooi doosje zit wil ik het liefst de SD kaar er uit laten, dus een backup trekken van de SSD waar ik nu vanaf draai. Helaas zijn alle backup-and-shrink handleidingen die ik kan vinden gericht op sd backups. Ik kan niets vinden over backupen van ssd.

Extra complicatie: De SSD is zo groot dat ik er een Fat32 partitie achteraan heb gezet zodat ik mn logs, trips etc mee naar huis kan nemen, en kaarten ets weer mee terug. Mn SSD heeft dus 3 partities: Boot, '\'en Fat.

Wat ik nu dacht te gaan doen is een tweede SSD te maken, en die een boot en '\' partitie te geven en alle bestanden simpelweg te kopieren om te backupen. Traag, maar overzichtelijk.

Is er een beter idee? (Heb het nog niet getest, gaat dat überhaupt werken, zon filecopy backup? Zou ik dan kunnen booten van de backup ssd?)

Dank voor de tips en ideeën!

Voor mijn informatie: de huidige SSD is niet ingebouwd, en kan dus naar believen los genomen worden?

Wat is er mis met: Neem een tweede SSD (Of HD) die tenminste groot genoeg is, en gebruik diskcopy tool in de RPI? Kopieert dat niet de FAT32 partitie ook mee?

En anders: die partitie op een fysiek gescheiden (3e) drive kopieren, en dan de rest via het copytool van RPI.

Let wel op: als beide schijven aangesloten zijn, wordt er opgestart vanaf de eerste die sjoege geeft. Niet te sturen, geen prioriteiten aan te geven. Dus als je zeker wilt zijn, mag alleen de disc waarvan je wilt dat hij opstart, aangesloten zijn.

In elk geval kun je met een filecopy niet van de gekopieerde ssd opstarten.

Joop66 schreef : Dank Joop, vrees dat dit 'm moet worden. Denk inderdaad dat de disk copy tool van de Pi (heet da ding niet officieel SD copy? Clone?)wel de fat partitie mee gaat nemen, jammer maar helaas. Zou leuk zijn geweest als ik juist die fat partitie kom gebruiken als plek om een eerste backup op te slaan...

lschip schreef :
Waarom niet? Gewoon om te begrijpen he.

Maarten-IW31 schreef :

Je hebt iets nodig wat master boot record heet. Bij moderne systemen ben je er dan nog niet. Je moet het systeem vertellen (password) dat het daarvan mag opstarten. Dat voorkomt dat iemand ongeoorloofd een systeem zou kunnen opstarten van een meegebrachte disk. Maar na mijn weten heet een raspberry niet een dergelijke beveiliging.

De vraag is een beetje wat dat SDcopy precies doet.

Je kunt nog best veel doen terwijl dat ding aan t kopieren is. Niet alles, maar wel wat. Het is dus niet zo dat hij een bit voor bit kopie maakt, zonder verdere intelligentie.

En dan heb jij nog t feest met 3 partities met allemaal een eigen andere formattering.

Te slim voor mij.

Ik los dat op door een aantal bestanden en folders direct naar een stick te schrijven. Navobj.xml, en de kaarten inderdaad. In die kaarten folder, die gewoon naast de user folders van muziek en video staat, zit ook een folder waar ik de hele .opencpn folder nog een keer opsla als ik weer eens aan de configuratie heb lopen frutten. Als er iets mis gaat met bijvoorbeeld alle dashboardjes, kopieer ik die terug, en loopt alles weer.

Wat mij hier het handigst voor lijkt is een programma gebruiken dat schijven kan klonen. Je maakt dan een 1:1 copy, afhankelijk van de instellingen die je gebruikt inclusief MBR. Heb het zelf al een tijd geen cloning tool gebruikt, op de Mac zit die namelijk ingebouwd (voor wat ik hem nodig heb)
volgens mij zou CloneZilla een programma zijn zoals jij dat in gedachten hebt. Je kan dan niet alleen een letterlijke copy maken van een schijf naar een andere schijf, maar ook een ISO aanmaken die je ergens op een andere harde schijf als extra copy op een schijf thuis op kan slaan.

Ik kan het even niet volgen. In het RaspiOS is aanwezig Pi-clone. Hiermee kun je van een usb SSD naar een Usb Stick schrijven of naar een SD kaartje. Of andersom.

Ik gebruik dit ook om andere systemen te kopieren.

Bijvoorbeeld ik wil mijn Ubuntu systeem op de SDD kopieren.

Start eerst het RaspiOS op. Steek dan de Ubuntu SDD in het systeem en daarna bijvoorbeeld een USB flasdrive drive. Hier een 64 GB Samsung 3.1 drive. Kan ook een andere SSD zijn.

Geef dan de juiste kopieer opdracht. Let wel op wie wat is. Anders kopieer een lege SSD naar een ander medium.

En de SDD inhoud wordt bitje voor bitje naar de USB stick gekopieerd.

RaspiOS heeft op dat moment alleen de functie van kopieren.

Zo doe ik het hier.

Bram

Volgens mij is MBR een ding dat meer aan windows machines is besteed.

Ik heb voor nu maar een tweeling SSD besteld, ga ik die klonen en aan boord houden als backup. Hoeft maar ééns per jaar, hopelijk nooit nodig en aan die €30 zal het ook niet liggen.

Nu om te spelen eens zien wat er gebeurd als ik op een volledig andere schijf de twee benodigde partities maak en er de bestanden heenschrijf...

Ik begrijp het nog niet. Waarom maak je niet gewoon een kopie. Wil je partities aanpassen dan gebruik je Gparted. Er gaat dan niet verloren bij het aanpassen van de partities.

Uiteraard moet de partitie niet in gebruik zijn.

Bram

Bram, het is toch echt niet zo ongewikkeld. Zelfs ik begrijp het.

Denk ik.

Volgens mij dan is de configuratie zo:

Er is een set-up met een RPi.
Zonder SD kaart.
Met een SSD waar op, naast het normale RPi spul, een FAT32 partitie waar data op staat.

Maarten wil weten hoe hij die SSD kan kopieren, zonder tussenkomst van weer andere SD kaarten.

Optie 1: Als hij SD copy van RPI gebruikt, wordt de 2e schijf helemaal overschreven en geformateerd voor de RPi gebruik. De FaT32 partitie, als die er was, gaat verloren.

Optie 2: Hij zorgt voor 3 partities: 2 voor normaal RPi gebruik plus de 3e voor data. Dan geeft hij hadnamtige copy commando's voor elke partitie. De vraag is of dat werkt.

Optie 3: De Data partitie gaat op een ander (3e) opslagmedium. Daarna schrijft RPi copy de RPi partities naar de alternatieve schijf. Probleem hier: het weer terug zetten: De FAT32 partitie wordt weggeformateerd. En de data heeft geen plaats meer om te staan.

Volgens mij niet zo ingewikkeld.

De makke zit er in dat Maarten iets wil wat niet standaard voorzien is: een extra partitie. Dat zou ik niet doen, om repcies deze reden

Ik begrijp het nog steeds niet.

Het Pi-clone programma in het RaspiOS. Kopieert alles bit voor bit naar een ander medium.

Waarom zou zijn Fat partitie dan verloren gaan ?

Gewoon even proberen zou ik denken. Het Fat gedeelte wat er standaard al op staat wordt toch ook gewoon gecopieerd. Het mooie van Pi clone is ook dat verschil in kapaciteit geen rol speelt.

Dat het je met DD wel.

Bram

Maarten-IW31 schreef :
Dat is een misverstand. Kijk even naar het plaatje uit mijn link. Daar zie je Grub boatloader staan. Dat is een typisch Linux dingetje. Maar een raspberry start niet op van iets zo geavanceerd maar gewoon recht op en neer msdos FAT partitie Dat is de eerste partitie die op het kaartje staat. Een Raspberry heeft minimaal twee partities nodig om te kunnen opstarten. De eerste partitie gewoon FAT waar de Rpi boatloader op staat en een tweede ext4 partitie.
Als een derde FAT32 partitie maakt kom je in de problemen met de toegangsrechten.

MBR is iets voor x86 computers icm met de BIOS, dit heeft geen drol met raspberry pi’s te maken en wordt zelfs uitgelezen terwijl de x86 CPU in 16 bits modus draait. Dit is ook bij x86 16 (intel 8086), 32 (intel 386) en 64bits (x86-64) cpu’s zo (dus niet 64 bits Itanium!). Dus iedere pc met een BIOS start altijd in 16 bits modus! Ik heb vele jaren geleden als tiener voor de gein eens zelf een grafische ‘bootloader’ geschreven in assembler en C als hobby projectje. Leer je veel van!

‘Moderne’ x86-64 pc’s gebruiken EFI (Extensible Firmware Interface) ipv BIOS en die kan direct in 64bits starten. Voor backward compatibiliteit heeft EFI vaak nog een BIOS module. PowerPC machines van Apple gebruikten Open Firmware.

Al die ‘moderne’ technologieën zijn trouwens al meer dan 20 jaar oud

In tegenstelling tot bovenstaande standaarden BIOS, EFI en OpenFirmware die door meerdere fabrikanten kan worden geïmplementeerd, heeft een Raspberry Pi een stukje proprietary firmware die het OS opstart op een eigen manier (broadcom specifiek). Dit is closed source Broadcom spul en zit ‘ingebakken’ in de SoC. Deze firmware/bootloader eist een FAT32 partitie met wat bestanden en configuratiefiles om aan de kernel van het OS te laden. In dit geval meestal dus de linux kernel, maar hoeft niet. De linux kernel heeft drivers om alle hardware verder te detecteren en aan te sturen en natuurlijk ook om het rootfs (root linux partitie) te koppelen.

Het is vaak voor embedded chips (SoC) platformen dat dit proprietary firmware betreft. Dit maak het ook meteen moeilijk om bijv zelf ander een andere (custom) linux distributie op een linux router te zetten. De bootloader moet of open, of gehackt zijn. Als deze bootloaders (en drivers voor hardware) open zouden zijn, zou je zelfs een eigen OS met openCPN op de off-the-shelve plotters van de Garmin, Raymarine, Simrad etc kunnen draaien. Echter zijn die bootloaders beveiligd om dit soort ‘misbruik’ (en garantie-issues) tegen te gaan.

Orange Sunset schreef :
Ik lees dat je ruime ervaring met rasberry's hebt.

Even korte terugkoppeling:

Helaas werkt de sd card kopieer optie niet, wat ik ook probeer, ik krijg een 'error creating partition'.
Ik heb de target ssd zonder partities, net ee ext4 partitie en met exFAT en NTFS geprobeerd, hij doet het niet. Op internet wel zmensen gevonden met hetzelfde probleem, niet met een oplossing.

Voor mijn poraktijktoepassing maar even de ouderwetse win32 disk imager afgestoft, dat gin goed.

@brambo: Wat bedoel je met piclone? Is dat hetzelfde als de sd card copier? of is dat het dd commandow at ik her en der tegenkom..?..

bijv hier

Overigens werkt de ssd met de drie partities verder fijn (en tenminste één jaar stabiel), ik kan de hele schijf mee naar huis nemen, kaart updates op de FAT data partitie zetten, en dan aan boord importeren. Met de overcapaciteit va SSD leek het mij een logische stap....

Maarten-IW31 schreef :
Mijn insteek zou zijn. Haal Raspberry OS download op. Brand dat op een SD kaartje. Start je Raspberry zonder de ssd aangesloten daarmee op. Steek beide ssd's in de Raspberry. Gebruik Pi-clone om een copy van de ssd op de andere te schrijven.
Goed opletten dat je wel een copy maakt van de goede ssd. Niet dat je de nieuwe lege ssd over je werkende installatie overschrijft.

3Noreen schreef :
Dank,
waar vind ik pi-clone? Online niet echt gedocumenteerd, en de SD card copier werkt niet voor mijn SSDs...

Maarten-IW31 schreef :
Pi-clone is hetzelfde als SD Copier. Als je een geheel blanco SSD hebt zou die eerste even formatteren met Fat32. Omdat de start ook gebruik maakt van de een Fat partitie.

Dat zal het waarschijnlijk zijn. Hou er verder rekening mee dat opstarten van een USB stick of een SSD gebruikt maakt van de laatste Eeprom versie. Komt automatisch mee met updates van de PI.

Ik heb hier al vele kopies gemaakt van SD naar diverse SSD's en naar snelle USB sticks. Ook andersom werkt prima.

Dus het moet gewoon lukken. Die Pi-clone is een prachtige software oplossing om back-ups te maken.

Jammer dat Pi-clone alleen in het RaspioS aanwezig is. Dus moet ik voor het kopieren van de Ubuntu versies gebruik maken van Pi-clone op basis van het RaspiOS. Met twee Ubuntu drives aan de usb poorten. Nogmaals let wel op je juiste benamingen. Anders hou je twee lege SSD over.

Zoals eerder aangeven Het wordt bit voor bit gekopieerd. Maakt niet uit wat voor abacadra er op staat. Op deze wijze kun je ook ander usb sticks kopieren !

Groet,

Bram

Maarten-IW31 schreef :
Als ik Brambo begrijp is het een standaard onderdeel van het huidige Raspberry OS. Wat belangrijk is te weten dat je nooit,of heel moeilijk, een draaiend OS kunt clonen. Vandaar dat je op moet starten van een andere (nieuwe)sd.

PS. Ik heb niet gecontroleerd of pi-clone daadwerkelijk onderdeel is van raspberry-OS maar ik geloof brambo op zijn woord.
Ik kopieer altijd met mijn Mac.

brambo schreef :
Helaas, dat werkte niet. Tenminste niet met de wat oudere SSD die ik hiervoor bedacht had.
Ik zal het nog eens proberen met de nieuwe die nu onderweg is, ben benieuwd!

Misschien heeft je drive een jmicron adapter.
Daar had ik ook problemen mee met kopieren.
Ik heb nu een andere adapter en geen problemen meer

Gepost met de officiële Zeilersforum-app

Eindelijk met de nieuwe behuizing kunnen testen, sd copier werkt prima! Niet heel snel, maar dat hoeft ook niet. Het resultaat van de xopier is een tweede ssd met 3 partities, waar ik gewoon van kan booten. Uitstekende backup dus.



Gepost met de officiële Zeilersforum-app

Maarten-IW31 schreef :
Wow. Er gaat ook wel eens wat goed!