Contenu | Rechercher | Menus

Annonce

Ubuntu-fr vend de superbes t-shirts et de belles clés USB 32Go
Rendez-vous sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 15/02/2020, à 16:43

ar barzh paour

[Résolu] sauvegarde ratée ?

il y a quelque chose que je ne comprends pas
je suis en train de ré-organiser mes partitions et de faire certaines sauvegardes

j'ai créé des partitions de sauvegarde
s-home-SDD  que j'ai monté manuellement :
s-var-SDD   que j'ai monté manuellement :

puis j'ai utilisé Grsync et j'ai lancé
pour sauvegarder le home
source/destination :  /home/      /media/jpb/s-home-SDD

et pour sauvegarder var
source/destination :  /var/       /media/jpb/s-var-SDD

      2 4 drwxr-xr-x   4 root root 4096 déc.  15  2018 s-home-SDD
2097166 4 drwxr-xr-x  15 root root 4096 déc.  11  2017 s-var-SDD
      2 4 drwxr-xr-x   3 root root 4096 févr. 15 14:19 s-var-SDD1


la sauvegarde semble s'être bien passée pour "home" mais pour "var" non

dans Nautilus si je regarde "Autres emplacements"
pour s-home-SDD je vois 6,2Gio/15,8 Gio de disponibles
pour s-var-SDD  je vois 9,9Gio/10,5 Gio de disponibles

dans Nautilus si je regarde les fichiers :
/home/jpb fait 8,7Gio et s-home-SDD/jpb fait 8,7Gio ça c'est OK
mais
/var/  fait 2,0Gio et contient 15 répertoires
s-var-SDD ne contient que lost+found , je ne vois pas les répertoires

===================================================
alors que si je regarde par le terminal

jpb@jpb-MS-7A70:~$ cd /media/jpb/s-var-SDD1
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD1$ ls -ails
total 24
      2  4 drwxr-xr-x   3 root root  4096 févr. 15 14:19 .
2097155  4 drwxr-x---+ 10 root root  4096 févr. 15 14:38 ..
     11 16 drwx------   2 root root 16384 févr. 15 14:19 lost+found
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD1$ 
jpb@jpb-MS-7A70:~$ cd /media/jpb/s-var-SDD
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$ ls -ails
total 60
2097166 4 drwxr-xr-x  15 root root     4096 déc.  11  2017 .
2097155 4 drwxr-x---+ 10 root root     4096 févr. 15 14:38 ..
2097169 4 drwxr-xr-x   2 root root     4096 févr. 13 06:22 backups
2097170 4 drwxr-xr-x  16 root root     4096 déc.  15  2018 cache
2097171 4 drwxrwsrwt   2 root whoopsie 4096 févr. 13 06:22 crash
2097172 4 drwxr-xr-x  67 root root     4096 nov.   9 17:15 lib
2097173 4 drwxrwsr-x   2 root staff    4096 oct.  25  2017 local
2097167 0 lrwxrwxrwx   1 root root        9 déc.  15  2018 lock -> /run/lock
2097174 4 drwxrwxr-x  11 root syslog   4096 févr. 15 09:16 log
2097175 4 drwx------   2 root root     4096 déc.  15  2018 lost+found
2097176 4 drwxrwsr-x   2 root mail     4096 déc.  11  2017 mail
2097177 4 drwxrwsrwt   2 root whoopsie 4096 déc.  11  2017 metrics
2097178 4 drwxr-xr-x   2 root root     4096 déc.  11  2017 opt
2097168 0 lrwxrwxrwx   1 root root        4 déc.  15  2018 run -> /run
2097179 4 drwxr-xr-x   2 root root     4096 nov.  28  2017 snap
2097180 4 drwxr-xr-x   7 root root     4096 déc.  11  2017 spool
2097181 4 drwxrwxrwt  10 root root     4096 févr. 15 14:14 tmp
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$ 

qui correspond bien au répertoire /var

jpb@jpb-MS-7A70:/var$ ls -ails
total 72
     2  4 drwxr-xr-x 15 root root      4096 déc.  11  2017 .
     2  4 drwxr-xr-x 24 root root      4096 janv. 31 09:15 ..
390913  4 drwxr-xr-x  2 root root      4096 févr. 13 06:22 backups
260609  4 drwxr-xr-x 16 root root      4096 déc.  15  2018 cache
130305  4 drwxrwsrwt  2 root whoopsie  4096 févr. 13 06:22 crash
130306  4 drwxr-xr-x 67 root root      4096 nov.   9 17:15 lib
390914  4 drwxrwsr-x  2 root staff     4096 oct.  25  2017 local
    12  0 lrwxrwxrwx  1 root root         9 déc.  15  2018 lock -> /run/lock
130307  4 drwxrwxr-x 11 root syslog    4096 févr. 15 09:16 log
    11 16 drwx------  2 root root     16384 déc.  15  2018 lost+found
390915  4 drwxrwsr-x  2 root mail      4096 déc.  11  2017 mail
390916  4 drwxrwsrwt  2 root whoopsie  4096 déc.  11  2017 metrics
130308  4 drwxr-xr-x  2 root root      4096 déc.  11  2017 opt
    13  0 lrwxrwxrwx  1 root root         4 déc.  15  2018 run -> /run
130309  4 drwxr-xr-x  2 root root      4096 nov.  28  2017 snap
260941  4 drwxr-xr-x  7 root root      4096 déc.  11  2017 spool
390917  4 drwxrwxrwt 10 root root      4096 févr. 15 14:52 tmp
jpb@jpb-MS-7A70:/var$ 

est-ce normal les deux lignes identiques de SDD et SDD1

2097155 4 drwxr-x---+ 10 root root     4096 févr. 15 14:38 ..

et autres remarques :
je n'ai jamais créé de SDD1
j'ai donc rebooté ... et je suis rester sur un écran violet
j'ai rebooté une 2ème fois , mon PC est reparti (beaucoup plus lentement qu d'habitude)
j'ai rebooté une 3ème fois et là il est "reparti" correctement

cependant je ne retrouve toujours pas trace de sauvegarde dans Nautilus alors que la commande par terminal me donne les répertoires par ls
gparted me confirme la "non existence des fichiers": s-var-SDD Utilisé : 247,18Mio
que /var dans Gparted indique 2,18 Gio
cependant je trouve dans Gparted
que /media/jpb/SDD1 est monté sur la partition ????

je démonte et je trouve quand même

jpb@jpb-MS-7A70:/media/jpb$ ls -ails
total 32
....
2097166 4 drwxr-xr-x  15 root root 4096 déc.  11  2017 s-var-SDD
jpb@jpb-MS-7A70:/media/jpb$

s-var-SDD est toujours montée ,
alors que que n'ai aucune trace dans gparted ni dans nautilus de montage

je ne sais plus quoi faire
et où sont rendus les fichiers que je liste ?

jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$ cd /media/jpb/s-var-SDD/
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$ ls -ails
total 60
2097166 4 drwxr-xr-x  15 root root     4096 déc.  11  2017 .
2097155 4 drwxr-x---+  8 root root     4096 févr. 15 15:23 ..
2097169 4 drwxr-xr-x   2 root root     4096 févr. 13 06:22 backups
2097170 4 drwxr-xr-x  16 root root     4096 déc.  15  2018 cache
2097171 4 drwxrwsrwt   2 root whoopsie 4096 févr. 13 06:22 crash
2097172 4 drwxr-xr-x  67 root root     4096 nov.   9 17:15 lib
2097173 4 drwxrwsr-x   2 root staff    4096 oct.  25  2017 local
2097167 0 lrwxrwxrwx   1 root root        9 déc.  15  2018 lock -> /run/lock
2097174 4 drwxrwxr-x  11 root syslog   4096 févr. 15 09:16 log
2097175 4 drwx------   2 root root     4096 déc.  15  2018 lost+found
2097176 4 drwxrwsr-x   2 root mail     4096 déc.  11  2017 mail
2097177 4 drwxrwsrwt   2 root whoopsie 4096 déc.  11  2017 metrics
2097178 4 drwxr-xr-x   2 root root     4096 déc.  11  2017 opt
2097168 0 lrwxrwxrwx   1 root root        4 déc.  15  2018 run -> /run
2097179 4 drwxr-xr-x   2 root root     4096 nov.  28  2017 snap
2097180 4 drwxr-xr-x   7 root root     4096 déc.  11  2017 spool
2097181 4 drwxrwxrwt  10 root root     4096 févr. 15 14:14 tmp
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$ 

il y a eu deux montages ??
vous sauriez faire quelquechose?
merci

Dernière modification par ar barzh paour (Le 16/02/2020, à 16:35)


Ubuntu 18.04 (sept 2018) (était en essai depuis 12/2017)
Ubuntu 16.04 (07/2016) et diverses versions  Ubuntu 14.04 ,  Studio 14.04 LTS 64 bits , MATE 16.04
PC          : Intel(R) Pentium(R) CPU G4600 @ 3.60GHz  + 4GiB RAM DDR4-2400
Portable : Intel(R) Core(TM)2  Duo CPU     T5750  @ 2.00GHz 3Go de RAM DDR2 667 Mhz Ubuntu 18.04

Hors ligne

#2 Le 15/02/2020, à 17:35

geole

Re : [Résolu] sauvegarde ratée ?

Bonjour
L'explication la plus probable est une erreur de manipulation. Grosso modo
1) Fabrication du point de montage.
2) Montage de la partition ailleurs que dans le point de montage prévu
3) Copie sur le point de montage

Comme réparation, Le plus simple me semble
1) Débrancher physiquement le SSD  censé contenir "/VAR"
2) Supprimer le point de montage. Il me semble que cela seront les commandes

sudo rm  -Rv /media/jpb/s-var-SDD1
sudo rm  -Rv /media/jpb/s-var-SDD

3) Rebrancher  le SSD et s'assurer de l'endroit où il se trouve automatiquement monté.

lsblk -l  | grep -v loop

4) Recommencer le sauvetage.

Il me semble que c'est une situation fréquente lorsqu'on débranche un périphérique en oubliant la commande de démontage puis qu'on le rebranche.   Il fait alors +1 sur le point de montage. La copie s'effectue alors dans le disque interne avec risque de manque de place disque.

Dernière modification par geole (Le 15/02/2020, à 17:37)

Hors ligne

#3 Le 15/02/2020, à 19:05

ar barzh paour

Re : [Résolu] sauvegarde ratée ?

geole merci pour ta réponse
c'est compliqué , mais je ne comprends pas trop ce qui s'est passé ni ce que tu veux me faire faire

media/jpb/SDD1 n'existe pas / plus depuis que j'ai démonté la partition)

situation actuelle: j'ai 4 disques internes branchés en sata
l'OS de travail est sur le disque4 (effectivement c'est un SSD )
home et var sont séparés et sur le disque sdc et ont comme étiquette home-SDD et var-SDD
fstab se charge du montage et ça fonctionne bien

jpb@jpb-MS-7A70:/etc$ cat fstab
# /etc/fstab: static file system information.
# <file system>                          <mount point> <type>  <options>          <dump>  <pass>
UUID=c14de089-0371-46f3-829f-b3d2e715d031 /             ext4    errors=remount-ro 0       1
LABEL=home_SDD                            /home         ext4    defaults          0       2
LABEL=var_SDD                             /var          ext4    defaults          0       2
/swapfile                                 none          swap    sw                0       0

# Data sur sdc5
LABEL=Data                                /media/Data   ext4    defaults          0       2
#SH sur sda11
LABEL=SH                                  /media/SH     ext4    defaults          0       2

pour effectuer la sauvegarde , j'ai créé deux partitions sur le disque sdb ( ce sont ces partitions qui ont pour étiquettes s-home-SDD et s-var-SDD)
avec Nautilus j'ai "monté" ces deux partitions en cliquant sur les emplacements voulus ( donc s-home-SDD et s-var-SDD qui sont sur sdb10 et sdb11)
ensuite j'ai lancé Grsync en indiquant comme je l'ai précisé au post#1
source /home/ destination /media/jpb/s-home-SDD
source /var/     destination /media/jpb/s-var-SDD

pour home je considère que c'est bon , pour var je suis dans l'inconnu ,
dans le terminal si je regarde /media/jpb je trouve toujours s-var-SDD

jpb@jpb-MS-7A70:/media/jpb$ ls
s-var-SDD
jpb@jpb-MS-7A70:/media/jpb$ cd s-var-SDD/
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$ ls -ails
total 60
2097166 4 drwxr-xr-x  15 root root     4096 déc.  11  2017 .
2097155 4 drwxr-x---+  9 root root     4096 févr. 15 16:14 ..
2097169 4 drwxr-xr-x   2 root root     4096 févr. 13 06:22 backups
2097170 4 drwxr-xr-x  16 root root     4096 déc.  15  2018 cache
2097171 4 drwxrwsrwt   2 root whoopsie 4096 févr. 13 06:22 crash
2097172 4 drwxr-xr-x  67 root root     4096 nov.   9 17:15 lib
2097173 4 drwxrwsr-x   2 root staff    4096 oct.  25  2017 local
2097167 0 lrwxrwxrwx   1 root root        9 déc.  15  2018 lock -> /run/lock
2097174 4 drwxrwxr-x  11 root syslog   4096 févr. 15 09:16 log
2097175 4 drwx------   2 root root     4096 déc.  15  2018 lost+found
2097176 4 drwxrwsr-x   2 root mail     4096 déc.  11  2017 mail
2097177 4 drwxrwsrwt   2 root whoopsie 4096 déc.  11  2017 metrics
2097178 4 drwxr-xr-x   2 root root     4096 déc.  11  2017 opt
2097168 0 lrwxrwxrwx   1 root root        4 déc.  15  2018 run -> /run
2097179 4 drwxr-xr-x   2 root root     4096 nov.  28  2017 snap
2097180 4 drwxr-xr-x   7 root root     4096 déc.  11  2017 spool
2097181 4 drwxrwxrwt  10 root root     4096 févr. 15 14:14 tmp
jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$

ces fichiers existent donc et je peux les consulter

jpb@jpb-MS-7A70:/media/jpb/s-var-SDD$ cat /media/jpb/s-var-SDD/log/gpu-manager.log
log_file: /var/log/gpu-manager.log
last_boot_file: /var/lib/ubuntu-drivers-common/last_gfx_boot
etc 

je voudrais donc les supprimer et recommencer une sauvegarde correcte....

en plus je me pose la question si on peux effectivement utiliser Grsync avec l'OS actif pour effectuer une sauvegarde de /var/

suffit-il de démonter ce s-var-SDD ?
la commande

sudo rm  -Rv /media/jpb/s-var-SDD

est-elle celle qui va me démonter cette partition ??? et sans me supprimer ma partition var
ce que je crois comprendre c'est que la partition est montée mais que ni gparted ni nautilus ne la voient montée

jpb@jpb-MS-7A70:~$ find / -iname "gpu-manager.log" -exec ls -ails {} \; 2>/dev/null
2109870 4 -rw-r--r-- 1 root root 1273 févr. 15 09:11 /media/jpb/s-var-SDD/log/gpu-manager.log
131055 4 -rw-r--r-- 1 root root 1273 févr. 15 14:36 /var/log/gpu-manager.log
jpb@jpb-MS-7A70:~$ 

Dernière modification par ar barzh paour (Le 15/02/2020, à 19:38)


Ubuntu 18.04 (sept 2018) (était en essai depuis 12/2017)
Ubuntu 16.04 (07/2016) et diverses versions  Ubuntu 14.04 ,  Studio 14.04 LTS 64 bits , MATE 16.04
PC          : Intel(R) Pentium(R) CPU G4600 @ 3.60GHz  + 4GiB RAM DDR4-2400
Portable : Intel(R) Core(TM)2  Duo CPU     T5750  @ 2.00GHz 3Go de RAM DDR2 667 Mhz Ubuntu 18.04

Hors ligne

#4 Le 15/02/2020, à 19:37

geole

Re : [Résolu] sauvegarde ratée ?

Comme je te l'ai dis, il faut supprimer des deux  points de montage.
Si le second a été supprimé automatiquement au démontage,  tant mieux.
Tu n'as plus que le premier à supprimer  en supprimant tout ce qu'il contient et qui est stocké dans le disque interne.

Sauver des partitions en cours d'écriture reste un pari....

Peux-tu donner le contenu du fichier /etc/fstab afin de savoir où est le vrai /var?

Dernière modification par geole (Le 15/02/2020, à 19:41)

Hors ligne

#5 Le 15/02/2020, à 19:49

ar barzh paour

Re : [Résolu] sauvegarde ratée ?

j'ai donné le fstab dans le post #3

LABEL=home_SDD                            /home         ext4    defaults          0       2
LABEL=var_SDD                             /var          ext4    defaults          0       2
jpb@jpb-MS-7A70:~$ lsblk -o name,label
NAME    LABEL
sdb     
├─sdb10 s-home-SDD
└─sdb11 s-var-SDD
sdc     
├─sdc13 home_SDD
└─sdc14 var_SDD
sdd     
├─sdd1  U18.04-d1    
jpb@jpb-MS-7A70:~$ 
 

quand tu dis stocké sur le disque interne tu veux dire quelquepart dans l'OS en cours ?
et effectivement la partition est passée de 7,38 Gio à 9,31 Gio !!!!

Sauver des partitions en cours d'écriture reste un pari...
j'ai suivi
https://doc.ubuntu-fr.org/grsyncparagraphe #6.6

Dernière modification par ar barzh paour (Le 15/02/2020, à 20:04)


Ubuntu 18.04 (sept 2018) (était en essai depuis 12/2017)
Ubuntu 16.04 (07/2016) et diverses versions  Ubuntu 14.04 ,  Studio 14.04 LTS 64 bits , MATE 16.04
PC          : Intel(R) Pentium(R) CPU G4600 @ 3.60GHz  + 4GiB RAM DDR4-2400
Portable : Intel(R) Core(TM)2  Duo CPU     T5750  @ 2.00GHz 3Go de RAM DDR2 667 Mhz Ubuntu 18.04

Hors ligne

#6 Le 15/02/2020, à 20:20

ar barzh paour

Re : [Résolu] sauvegarde ratée ?

je commence à comprendre
dans Nautilus je regarde
Autres emplacements
Ordinateur
media
jpb
il y a plusieurs répertoires dont s-varSDD et d'autres d'ailleurs qui sont vides HiSuite que je me demande à quoi ils servent

jpb@jpb-MS-7A70:~$ cd /media/jpb
jpb@jpb-MS-7A70:/media/jpb$ ls -ails
total 36
2097155 4 drwxr-x---+  9 root root 4096 févr. 15 19:07 .
2097153 4 drwxr-xr-x   5 root root 4096 déc.  15  2018 ..
2097159 4 drwxr-xr-x   2 root root 4096 janv.  9  2019 HiSuite
2097160 4 drwxr-xr-x   2 root root 4096 janv.  9  2019 HiSuite1
2097162 4 drwxr-xr-x   2 root root 4096 janv.  9  2019 HiSuite2
2097158 4 drwxr-xr-x   2 root root 4096 sept. 21 13:42 HiSuite3
2097161 4 drwxr-xr-x   2 root root 4096 sept. 22 12:31 HiSuite4
2097166 4 drwxr-xr-x  15 root root 4096 déc.  11  2017 s-var-SDD
jpb@jpb-MS-7A70:/media/jpb$ 

je peux faire rm sur ces 6 répertoires  ?

Dernière modification par ar barzh paour (Le 15/02/2020, à 20:20)


Ubuntu 18.04 (sept 2018) (était en essai depuis 12/2017)
Ubuntu 16.04 (07/2016) et diverses versions  Ubuntu 14.04 ,  Studio 14.04 LTS 64 bits , MATE 16.04
PC          : Intel(R) Pentium(R) CPU G4600 @ 3.60GHz  + 4GiB RAM DDR4-2400
Portable : Intel(R) Core(TM)2  Duo CPU     T5750  @ 2.00GHz 3Go de RAM DDR2 667 Mhz Ubuntu 18.04

Hors ligne

#7 Le 15/02/2020, à 20:23

geole

Re : [Résolu] sauvegarde ratée ?

Désolé de t'avoir redemandé le contenu
Le contenu du /var est donc dans le point de montage d'un disque dont le label est  var_SDD
Vérifie quand même le label de la partition de sauvegarde . Elle ne doit pas être var_SSD
Donc, tu peux faire du ménage dans /media

sudo umount -v /media/jpb/s-var-SDD
sudo rm  -Rv /media/jpb/s-var-SDD

ainsi que

sudo rm -Rv   /media/jpb//HiSuit*

Dernière modification par geole (Le 15/02/2020, à 20:30)

Hors ligne

#8 Le 15/02/2020, à 21:13

ar barzh paour

Re : [Résolu] sauvegarde ratée ?

jpb@jpb-MS-7A70:/media/jpb$ sudo rm  -Rv /media/jpb/Hi*
répertoire '/media/jpb/HiSuite' supprimé
répertoire '/media/jpb/HiSuite1' supprimé
répertoire '/media/jpb/HiSuite2' supprimé
répertoire '/media/jpb/HiSuite3' supprimé
répertoire '/media/jpb/HiSuite4' supprimé
jpb@jpb-MS-7A70:/media/jpb$ 
jpb@jpb-MS-7A70:/media/jpb$ sudo rm  -Rv /media/jpb/s-var-SDD
.......
répertoire '/media/jpb/s-var-SDD' supprimé
jpb@jpb-MS-7A70:/media/jpb$

ma partition d'OS est revenu à 7,38Gio , ce qui est plus normal !!!
je pense que Grsync n'a pas bien fonctionné pour var , je ferai la sauvegarde d'une autre façon (en utilisant un autre os par exemple).....

voir éventuellement la suite pour la sauvegarde de /var
https://forum.ubuntu-fr.org/viewtopic.php?id=2048677

Dernière modification par ar barzh paour (Le 16/02/2020, à 16:34)


Ubuntu 18.04 (sept 2018) (était en essai depuis 12/2017)
Ubuntu 16.04 (07/2016) et diverses versions  Ubuntu 14.04 ,  Studio 14.04 LTS 64 bits , MATE 16.04
PC          : Intel(R) Pentium(R) CPU G4600 @ 3.60GHz  + 4GiB RAM DDR4-2400
Portable : Intel(R) Core(TM)2  Duo CPU     T5750  @ 2.00GHz 3Go de RAM DDR2 667 Mhz Ubuntu 18.04

Hors ligne