Sauvegarde données compatibles entre serveur 32bits et arm, partitionnement?

rodinux · February 16, 2018, 2:08pm

Bonjour,
J’ai un serveur Yunohost qui date sur un vieil ordinausore en 32bits, je voudrai tenter de migrer sur un Orange Pi2 Plus (je ne sais pas encore si ça va marcher), du coup, ma question est en admettant que l’installation fonctionne, je vais utiliser une image de armbian (la debian Jessie dans ces sources: https://dl.armbian.com/orangepi2/).
Est-ce que je vais pouvoir utiliser les sauvegardes (j’ai utilisé les backups de yunohost), c’est surtout pour le site en wordpress et les messages de roundcube).
Sinon, j’ai synchronisé ma boîte mail de rouncube avec mon client thunderbird (est-ce que en repartant à zéro, je peux réinjecter ce qui s’y trouve déjà ?)
Le reste, c’est pas trop grave.
Autre chose, j’aimerai bien utiliser un disque dur externe pour l’installation sur l’OrangePi, est-ce que je peux dès l’installation de yunohost mettre le disque dur externe monté avec des partitions qui vont prendre de la place ?
comment bien le partitionner ??

Aleks · February 16, 2018, 2:42pm

Oui, tu peux procéder comme suit :

Faire un backup de toute ce que tu veux garder (app, mais aussi système)
Exporter ton backup depuis ton serveur actuel (le récupérer sur ton ordinateur) ;
Installer YunoHost sur ton nouveau serveur sans faire la postinstallation ;
Envoyer ton backup sur le nouveau serveur et le mettre dans /home/yunohost.backup/archives/
À la place de faire la postinstallation, restaurer ton archive avec yunohost backup restore <nomdelarchive> (sans le .tar.gz)
???
PROFIT !

Oui, c’est un peu indépendant de YunoHost. Il faut monter ton disque avec la commande mount etc… Il y a d’autres topics qui en parlent

Hm eh bien ça ça depends un peu de tes besoins etc, je sais pas trop comment répondre là dessus

rodinux · February 16, 2018, 4:07pm

Bon, je dois attendre de recevoir l’alimentation de l’orange Pi2 + de toute manière… C’est simplissime en tous les cas, milles mercis…
Pour l’instant, j’ai un partitionnement qui ressemble à ceci sur le disque dur:

Device     Boot    Start       End   Sectors   Size Id Type
/dev/sda1  *        2048    782335    780288   381M 83 Linux
/dev/sda2         782336  37892095  37109760  17,7G 83 Linux
/dev/sda3       37894142 320172031 282277890 134,6G  5 Extended
/dev/sda5       37894144  57423871  19529728   9,3G 83 Linux
/dev/sda6       57425920  67774463  10348544     5G 82 Linux swap / Solaris
/dev/sda7       67776512  77539327   9762816   4,7G 83 Linux
/dev/sda8       77541376 320172031 242630656 115,7G 83 Linux

et mon fstab ressemble à:

    # <file system> <mount point>   <type>  <options>       <dump>  <pass>
    # / was on /dev/sda2 during installation    
    UUID=357bf9ac-7583-422b-b05e-fd7e501fff20 /               ext4    errors=remount-ro 0       1
    # /boot was on /dev/sda1 during installation
    UUID=46ce8b08-d5c6-44ee-87f5-7619670c1c4e /boot           ext3    defaults        0       2
    # /home was on /dev/sda8 during installation
    UUID=e8891a66-4da4-4d36-977e-4179b1537eec /home           ext4    defaults        0       2
    # /tmp was on /dev/sda7 during installation
    UUID=c67d0563-d38d-48ff-966f-a61d6cd1c2ad /tmp            ext4    defaults        0       2
    # /var was on /dev/sda5 during installation
    UUID=03671ce3-2ff7-435e-b1a3-db1856b1ced5 /var            ext4    defaults        0       2
    # swap was on /dev/sda6 during installation
    UUID=037887b1-3dbf-4182-922d-9e8466433620 none            swap    sw              0       0
    /dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Ce qui serait top, c’est que je migre toute la partition étendue sda3 sur le disque dur sata externe (ou se trouvent les dossiers /tmp /var /home et /swap) et ne garder que la racine et le boot sur la carte SD…
juste en les montant dans le fstab sinon… C’est raisonnable ? sachant que ma carte SD fait 32GB.
Ou je ne met que le dossier /home, dans le disque SATA pour les données de Nextcloud ??, Par contre toutes les données des app comme Wordpress vont restées dans le dossier /var…

rodinux · February 20, 2018, 3:32pm

Bon, je n’ai pas attendu l’alimentation et j’ai commencé avec une autre alimentation. J’ai eu des petits soucis, peut-être parce que j’ai touché à des configuration de l’orange Pi après avoir installé yunohost et aussi parce que j’ai interrompu une première sauvegarde avec la prodédure expliquée cei-dessus et un yunohost backup restore que j’ai repris ensuite avec succès. Sauf que je ne pouvais plus me connecter en ssh. J’ai fini par créer un utilisateur ssh… Sinon, j’ai trouver magique la sauvegarde…
Par contre, je ne suis pas très satisfait, car j’ai plein de partitions sur la carte SD alors que dans le fstab il n’y a l’air d’en avoir qu’une pour yunohost. Je pense que je vais peut-être repartir à zéro, surtout que j’aimerai déplacer ensuite le système sur un disque dur, comme ici

Voilà ce que me donne un fdisk -l

Disk /dev/mmcblk0: 29,7 GiB, 31914983424 bytes, 62333952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf4dc039e

Device         Boot Start      End  Sectors  Size Id Type
/dev/mmcblk0p1       8192 61710591 61702400 29,4G 83 Linux

Disk /dev/mmcblk1: 14,6 GiB, 15634268160 bytes, 30535680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device          Boot   Start      End  Sectors  Size Id Type
/dev/mmcblk1p1  *    4923392 30601215 25677824 12,3G  b W95 FAT32
/dev/mmcblk1p2         73728   106495    32768   16M  6 FAT16
/dev/mmcblk1p3             1  4816896  4816896  2,3G  5 Extended
/dev/mmcblk1p5        106496   139263    32768   16M 83 Linux
/dev/mmcblk1p6        139264   172031    32768   16M 83 Linux
/dev/mmcblk1p7        172032  1744895  1572864  768M 83 Linux
/dev/mmcblk1p8       1744896  1777663    32768   16M 83 Linux
/dev/mmcblk1p9       1777664  1843199    65536   32M 83 Linux
/dev/mmcblk1p10      1843200  3416063  1572864  768M 83 Linux
/dev/mmcblk1p11      3416064  3448831    32768   16M 83 Linux
/dev/mmcblk1p12      3448832  3481599    32768   16M 83 Linux
/dev/mmcblk1p13      3481600  3514367    32768   16M 83 Linux
/dev/mmcblk1p14      3514368  3579903    65536   32M 83 Linux
/dev/mmcblk1p15      3579904  3612671    32768   16M 83 Linux
/dev/mmcblk1p16      3612672  4923391  1310720  640M 83 Linux

Partition table entries are not in disk order.
Disk /dev/mmcblk1boot1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mmcblk1boot0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

En plus il y a soucis d’ordre des partitions

mon fstab

UUID=173bb8f3-f2d3-4fce-9f51-e55dfd9605e5 / ext4 defaults,noatime,nodiratime,commit=600,errors=remount-ro 0 1
tmpfs /tmp tmpfs defaults,nosuid 0 0

un sudo blkid

/dev/mmcblk0p1: UUID="173bb8f3-f2d3-4fce-9f51-e55dfd9605e5" TYPE="ext4" PARTUUID="f4dc039e-01"
/dev/mmcblk1p1: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4"
/dev/mmcblk1p2: SEC_TYPE="msdos" LABEL="Volumn" TYPE="vfat"
/dev/mmcblk1p7: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4"
/dev/mmcblk1p11: LABEL="PRIVATE" UUID="CCD1-07B2" TYPE="vfat"
/dev/mmcblk1p12: SEC_TYPE="msdos" UUID="BFA1-07B2" TYPE="vfat"
/dev/mmcblk1p16: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4"
/dev/mmcblk0: PTUUID="f4dc039e" PTTYPE="dos"
/dev/mmcblk1: PTTYPE="dos"

Il y a une coquille, le système à l’air d’être sur /dev/mmcblk0p1 alors que avec le fdisk on dirait que c’est la partition /dev/mmcblk1p1 Puis toutes autres partitions ne servent à rien. En plus si je veux faire comme le tutto il me faudrait avoir une partition séparée pour le boot…
Je recommence à zéro ou je peux intervenir en l’état ??

rodinux · February 22, 2018, 11:16am

Après une réinstallation, c’est déjà mieux.

 sudo fdsisk -l

Disk /dev/mmcblk0: 29.7 GiB, 31914983424 bytes, 62333952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf4dc039e

Device         Boot Start      End  Sectors  Size Id Type
/dev/mmcblk0p1       8192 61710591 61702400 29.4G 83 Linux

Disk /dev/mmcblk1: 14.6 GiB, 15634268160 bytes, 30535680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc168bf4c

Device         Boot Start      End  Sectors  Size Id Type
/dev/mmcblk1p1       8192 30230303 30222112 14.4G 83 Linux

Disk /dev/mmcblk1boot1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mmcblk1boot0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 149.1 GiB, 160041883648 bytes, 312581804 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000011cd

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1            2048 308512767 308510720 147.1G 83 Linux
/dev/sda2       308512768 312580095   4067328     2G 82 Linux swap / Solaris

On voit que j’ai essayer de démarrer du disque dur externe (partition sda1), mais sans succès je crois… J’ai suivi le topic pour raspberry ici en essayant d’adapter à mon Orange Pi2 Plus. je ne comprends pas bien comment faire. J’ai essayer d’éditer le fichier armbianEnv.txt qui ressemble à ceci en remplaçant l’UUID rootdev par celui de la partition sda1 (et en éditant le fichier fstab de mnt/sda1), mais ça n’a pas marché…

verbosity=1
console=both
overlay_prefix=sun8i-h3
rootdev=UUID=173bb8f3-f2d3-4fce-9f51-e55dfd9605e5
rootfstype=ext4
usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u

mes UUID de partitions

sudo blkid

/dev/mmcblk0p1: UUID="173bb8f3-f2d3-4fce-9f51-e55dfd9605e5" TYPE="ext4" PARTUUID="f4dc039e-01"
/dev/mmcblk1p1: UUID="0bd18549-75f4-48a5-a29e-41d9c10701c4" TYPE="ext4" PARTUUID="c168bf4c-01"
/dev/mmcblk0: PTUUID="f4dc039e" PTTYPE="dos"
/dev/mmcblk1: PTUUID="c168bf4c" PTTYPE="dos"
/dev/sda1: UUID="173bb8f3-f2d3-4fce-9f51-e55dfd9605e5" TYPE="ext4" PARTUUID="000011cd-01"
/dev/sda2: UUID="e91add84-8745-455c-ac50-1f37fd06c39a" TYPE="swap" PARTUUID="000011cd-02"

à suivre…

rodinux · February 22, 2018, 11:58am

Heu, je ne comprends plus, en fait les partitions /dev/mmcblk0p1 et /dev/sda1 ont les mêmes UUID après toutes mes manipulations… Du coup j’ai un doute ?? Mais quand je vais sur l’interface admin du serveur, Outils => État du serveur => Disques

mmcblk0p1
Système de fichier
Type de système de fichier ext4
Point de montage /
Taille 29 GB
Utilisé 9 GB
Disponible 20 GB

rodinux · February 22, 2018, 3:32pm

Je me prends la tête depuis deux jours à essayer d’éditer dans les configurations et je viens de voir (je l’avais parcouru, mais avec inattention) le post de @Sty_X ici à la fin du topic… J’avais en plus installer le boot sur emmc au début, c’est à dire pas sur la carte SD…
En lançant la commande sudo nand-sata-install j’ai la proposition boot sur SD et / sur SATA ou USB… c’est aussi simple

Un petit article sur la migration avec succès: Yunohost: transfert sur un Orange Pi2 Plus…