71 replies to this topic

[Dimitrij]

WTE

Only ext4 filesystem for device?

[WTE]

WTE

Only ext4 filesystem for device?

 

 

It's an emmc flash. In larger partitions it's quite normal to use ext4.

A smaller partition for like config file then FAT is used.

I do not think we need to experiment with stuff like "btr"

[Pedro_Newbie]

Vanaf morgen is er een eerste versie/poging beschikbaar in de BackupSuite. Het is nog steeds work in progress

[bril]

Mooi, heb een paar dagen geleden getest om met backup.sh gemaakte backup terug te zetten.

Heb ze op usb stick gezet en geflashed. Daarna bij het opstarten van de box, kwam hij in een loop.

Leek net of Enigma steeds opnieuw werd gestart. Daarna weer een normale image van Openpli met autobackup terug gezet

om van het gehijg in de nek van vrouw af te komen.

 

 

root@mutant2:/media/hdd/backup/hd51# ls -l

-rw-r--r--    1 root     root            14 Nov 14 15:55 imageversion

-rw-r--r--    1 root     root       8388608 Nov 14 15:55 kernel1.bin

-rw-r--r--    1 root     root     189548544 Nov 14 15:55 rootfs1.bin

Edited by bril, 17 November 2016 - 07:02.

[bril]

Kan het zijn dat de restore niet wil omdat de kernel1.bin leeg is of niet goed.

 

Heb de rootfs1.bin vergeleken met de originele root via ftp, dat lijkt me goed.

 

De kernel1.bin kan ik niet openen met Ext2Explore onder Windows.

 

Kan de oorzaak het zijn dat /mmcblk0p2 ook niet een link is naar een folder structuur.

 

 

dd if=/dev/root bs=1024 count="$(($ROOTFS1 + $ROOTFS_OFFSET))" > "$MEDIA/$MODEL/rootfs1.bin"

dd if=/dev/mmcblk0p2 > "$MEDIA/$MODEL/kernel1.bin"

Attached Files

•  rootfs1.bin inhoud.jpg   92.01KB   5 downloads
•  mcc.jpg   79.67KB   4 downloads

Edited by bril, 19 November 2016 - 11:29.

[Pedro_Newbie]

De BackupSuite is weer volledig bijgewerkt voor de Mutant HD51
Betacentauri wees mij op mogelijke problemen die de kop op zouden kunnen steken in bepaalde gevallen.
Nu wordt de backup in een ander formaat gemaakt, de complete root partitie wordt nu gekopieerd en gecomprimeerd in het .tar.bz2 formaat (populair gezegd wordt de backup gezipt)

Nadelen:
- de backup kan alleen terug gezet worden door middel van de BackupSuite via de blauwe toets (Backup terugzetten)
- het maken van de backup duurt nu langer (in mijn geval 1.40 minuten)
Voordeel
- een altijd correcte backup die ook terug gezet kan worden, niet onbelangrijk dus voor een backup!

Het is nog steeds werk in uitvoering dus er kunnen nog veranderingen plaatsvinden.

Bedankt Betacentauri voor de hulp met de backup en ofgwrite

Vanaf morgen beschikbaar in de update!

[WTE]

Dus als je image niet meer opstart en je wilt de backup laden dan moet je eerst een werkende image programmeren en daarna de backup image laden .

 

Snap helaas niet wat de gedachten gang is om het moeilijker te maken dan dat het zou moeten zijn.

[Pedro_Newbie]

Het nadeel met dd if=/dev/root etc en dan count=xxxx is dat als je een basis image hebt van zeg 50MB (X) en je voegt daar nog eens 50MB (Y) aan toe en vervolgens nog eens 20 MB (Z)
dan krijg je in de partitie

Zo ziet het er dan uit voor 120MB

Verwijder je Y dan krijg je een gat van 50MB, de laatste 20MB blijft uiteraard gewoon op zijn plaats staan, dus (doorgestreepte Y is gewist)


Ga je nu een backup maken dan is de totale omvang 70MB (via df /dev/root) en daar wordt dan ook een backup van gemaakt plus 10MB extra (voorbeeld), totaal dus 80MB
Echter de laatst toegevoegde 20MB staat veel verder in de partitie die dus niet meegenomen wordt, je backup is dan 50MB plus 20MB vrije ruimte (gewiste inhoud) plus de ruimte gedefinieerd in count:


De hele inhoud Z is dan dus niet meegenomen in de backup.

Dit had ik mij ook niet gerealiseerd maar werd daarop gewezen door Betacentauri.

Het is nog steeds werk in uitvoering dus er kunnen nog wijzigingen komen.

Edited by Pedro_Newbie, 20 November 2016 - 14:11.

[bril]

Negeer mijn opmerking dan maar in het Engelse gedeelte, zie nu dat het morgen beschikbaar is. Heel goed. Ben al blij dat ik een keer een goede backup kan maken die ook terug kan zetten. Zie dat het een heel gepuzzel is.

CI+ met een nieuwe update wil niet altijd zo vlug lukken, dan kan ik altijd weer terug via de image.

Edited by bril, 20 November 2016 - 14:48.

[WTE]

Het nadeel met dd if=/dev/root etc en dan count=xxxx is dat als je een basis image hebt van zeg 50MB (X) en je voegt daar nog eens 50MB (Y) aan toe en vervolgens nog eens 20 MB (Z)
dan krijg je in de partitie

Zo ziet het er dan uit voor 120MB

Verwijder je Y dan krijg je een gat van 50MB, de laatste 20MB blijft uiteraard gewoon op zijn plaats staan, dus (doorgestreepte Y is gewist)


Ga je nu een backup maken dan is de totale omvang 70MB (via df /dev/root) en daar wordt dan ook een backup van gemaakt plus 10MB extra (voorbeeld), totaal dus 80MB
Echter de laatst toegevoegde 20MB staat veel verder in de partitie die dus niet meegenomen wordt, je backup is dan 50MB plus 20MB vrije ruimte (gewiste inhoud) plus de ruimte gedefinieerd in count:


De hele inhoud Z is dan dus niet meegenomen in de backup.

Dit had ik mij ook niet gerealiseerd maar werd daarop gewezen door Betacentauri.

Het is nog steeds werk in uitvoering dus er kunnen nog wijzigingen komen.

 

Euhm wat bedoel je met 50MB, 50MB en 20MB, wat moeten deze waardes voorstellen?

[WTE]

Je bedoelt een soort fragmentatie, dus je zegt dat je backup moet maken van de kompleet partitie.

Dan laat je count gewoon weg maar dan is je backup de grote van je partitie size

[Pedro_Newbie]

Inderdaad maar dan krijg je als je alleen /dev/root neemt een backup van 1 GB, als je een disk.img maakt met dd if=/dev/mmcblk0 of=/hdd/hd51/disk.img dan heb je een monsterachtige disk.img van 4 GB
Bij het bouwen van de image kan je wel volstaan met de eerste XX MB van de partitie omdat je weet dat er geen fragmentatie is maar in het dagelijkse gebruik kan dit wel degelijk optreden (denk ik!)

Misschien dat een van de Openpli dev's hier iets over kan zeggen of mijn redenering juist is?

Edited by Pedro_Newbie, 20 November 2016 - 19:14.

[theparasol]

Kun je niet ergens opvragen waar de entrypoints beginnen van de data?

 

bv:

 

Stel X begint op 0, size = 3000

Stel Y begint op 5000, size = 2000

Stel Z begint op 7000, size = 4000

 

Als je het mij vraagt is count dan de waarde van de hoogste data entrypoint + size van de data die daar staat.

Dus count zou in bovenstaande geval 7000+4000=11000 worden en dan schrijf je hem gewoon weg vanaf 0.

 

 

0----------3000---5000---7000-----------------11000
XXXXXXXXXXX*******YYYYYYYZZZZZZZZZZZZZZZZZZZZZZZZZZ

 

Uiteraard backup je dan 2000 bytes ***** mee maar dat lijkt mij beter dan een gecomprimeerde complete partitie toch?

[theparasol]

Ik bedoel iets als dit:

 

http://www.digitalin...ion-layout/259/

[WTE]

Nu wordt door backupsuite een compleet backup gemaakt. Dit doe je door "dd"

Je wilt liever niet dat een compleet partitie blok inclusief de "lege gedeeltes" gekopieerd wordt.

 

Probleem is dat je niet weet waar de "lege gedeeltes" zijn in de partitie zodat je dit kan verwijderen.

Edited by WTE, 20 November 2016 - 21:26.

[Pedro_Newbie]

Maar het is een groot block, met parted zie je ook niet veel

root@hd51:~# parted /dev/root                                  
GNU Parted 3.2                                                 
Using /dev/mmcblk0p3                                           
Welcome to GNU Parted! Type 'help' to view a list of commands. 
(parted) print                                                 
Model: Unknown (unknown)                                       
Disk /dev/mmcblk0p3: 1074MB                                    
Sector size (logical/physical): 512B/512B                      
Partition Table: loop                                          
Disk Flags:                                                    
                                                               
Number  Start  End     Size    File system  Flags              
 1      0.00B  1074MB  1074MB  ext4                            
                                                               
(parted) quit

[theparasol]

Gebruikt openpli wel de laatste versie van parted? ik zie bij "model" -> "unknown" en wellicht daardoor komt er ook geen fatsoenlijke partitie info?

Edited by theparasol, 20 November 2016 - 21:34.

[Pedro_Newbie]

Even een zijsprongetje: Misschien kan er eens gekeken worden naar het package opkg-utils (voor de HD51), ik kan hier niet veel mee, het opkg-build commando strandt al aan het begin met het find -uid etc statement
Iets uitpakken lukt wel maar dan houdt het wel een beetje op

[WTE]

Parted werkt gewoon, je moet natuurlijk wel de mmcblk0 pakken ipv de partitie mmcblk0p3

 

Parted:

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  4194kB  3146kB               boot     msftdata
 2      4194kB  12.6MB  8389kB               kernel1
 3      12.6MB  1086MB  1074MB  ext4         rootfs1
 4      1086MB  3908MB  2822MB               storage

[Pedro_Newbie]

Ja maar geeft totaal geen informatie over de verdeling van de bestanden in de 3e partitie, maar alleen hoe groot die is.