Contenu | Rechercher | Menus

Annonce

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.

#76 Le 18/01/2016, à 19:31

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Bougron a écrit :

C'est donc probablement

sudo fsck -v /dev/sda3

J'ai fait ça. Il a proposé un milliard de corrections. Je les ai toutes acceptées. Et finalement, le terminal a affiché ça :

(...)
Le décompte des i-noeuds libres est erroné (27332622, décompté=27333757).
Corriger<o>? oui

/dev/sda3: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

      142211 i-noeuds utilisés (0.52%, sur 27475968)
        6059 fichiers non contigus (4.3%)
          30 répertoires non contigus (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 141256/918/22
   100739552 blocs utilisés (91.67%, sur 109889280)
           0 bloc défectueux
           6 fichiers de grande taille

      127943 fichiers normaux
       14250 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           0 lien
           9 liens symboliques (7 liens symboliques rapides)
           0 socket
------------
      142202 fichiers




Bougron a écrit :

Le plus simple étant maintenant de faire la commande

sudo blkid

J'ai fait ça. Le terminal retourne :

/dev/loop0: TYPE="squashfs" 

/dev/sda1: UUID="2efa0de9-60d2-48ce-bda9-eaeaee4c475c" TYPE="ext4" 
/dev/sda2: UUID="7949a2db-e1ef-417f-a470-a4cff4b4fd49" TYPE="swap" 
/dev/sda3: UUID="3b754ebb-b95a-4bf9-bc2e-518cd420344e" TYPE="ext4" 

/dev/sdb1: LABEL="westerndigital" UUID="4E1AEA7B1AEA6007" TYPE="ntfs" 

/dev/sdc1: LABEL="Ubuntu 14.04.1 LTS amd64" TYPE="iso9660" 
/dev/sdc2: SEC_TYPE="msdos" UUID="E63C-163E" TYPE="vfat" 

/dev/sdd1: LABEL="IOMEGA Back-up" UUID="B4BC6CA6BC6C64B8" TYPE="ntfs" 

Ce qui correspond au disque interne sda, au disque externe sdb, à la live-USB sdc et à un autre disque externe sdd.

Dernière modification par theyoubot (Le 18/01/2016, à 22:37)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#77 Le 18/01/2016, à 19:59

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

fsck a proposé un milliards de corrections. Je les ai toutes acceptées.

C'est pour éviter ce genre de fastidieuserie que je conseille les options -yfv
-y     répondre Yes à toutes les questions
-f      Forcer la vérification même si le système de fichiers semble bon. Important.
-v     mode Verbeux

sudo fsck -yfv /dev/sdxy

Ou, si on veut pouvoir consulter tranquillou le retour,en faire une sortie .txt :

sudo fsck -yfv /dev/sdxy > sdxy-fsck-$(date +%Y%m%d).txt

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#78 Le 18/01/2016, à 22:38

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Merci smile


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#79 Le 18/01/2016, à 22:52

Bougron

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Bonsoir
J'espère pour toi que le boot fonctionne bien maintenant.
Saches que  l'utilisation de DDrescue  implique nécessairement un contrôle de la qualité des partitions. C'est bien indiqué dans la doc.

Tu ne devrais pas attendre 2 ans pour regarder comment ton disque neuf fonctionne,   Refais le smartctl dans deux mois voir dans un mois.   car il y a à dire sur le résultat que tu as fourni.

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   006    Pre-fail  Always       -       60928
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       1
  7 Seek_Error_Rate         0x000f   100   253   030    Pre-fail  Always       -       15437
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       14
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       1

Hors ligne

#80 Le 19/01/2016, à 09:55

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Bougron a écrit :

J'espère pour toi que le boot fonctionne bien maintenant.

Non. Toujours le même écran noir.
J'écrase donc tout ça par une installation propre d'ubuntu depuis une live-USB.



PS :
j'ai édité le premier message de ce topic. J'y résume les 6 grandes étapes de ce sauvetage.

Dernière modification par theyoubot (Le 19/01/2016, à 09:57)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#81 Le 19/01/2016, à 10:33

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

theyoubot a écrit :

PS :
j'ai édité le premier message de ce topic. J'y résume les 6 grandes étapes de ce sauvetage.

Oh noooooooooon !
Faire un ajout à la fin du 1er message est souvent une bonne idée. Surtout quand de longues étapes précèdent la solution.
Mais faire disparaître le point de départ de la discussion, c'est casser la cohérence.
Évite, à l'avenir.
Merci !


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#82 Le 19/01/2016, à 11:14

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Après réinstallation propre, l'ordinateur ne démarre toujours pas.
J'ai toujours le même écran noir où défilent un tas de lignes de code pendant plusieurs pages écran.
Comme il y a 10 jours (et bien que j'ai entre temps changé le disque dur et réinstallé un ubuntu tout propre depuis une live-USB), l'écran final affiche à nouveau quelque chose de ce genre :

[     2.695373]   Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[     2.695403]   CPU:1  PID:1  Comm: snapper/0 Not tainted 3.13.0-67_generic #110-ubuntu
[     2.695430]   Hardware name: MSI MS-7740/H61MA-E68 (MS-7740), BIOS V 1.0 08/04/2011
[     2.695457]   0000000000008001 ffff880139ab3df8 ffffffff817240e0 ffffffff81a3e1b8
[     2.695538]   ffff880139ab3e68 ffffffff8171cf63 3330383000000010 ffff880139ab3e78
[     2.695619]   ffff880139ab3e18 ffffff0033616473 ffff880139ab3e88 0000000000000078
[     2.6957700]   Call Trace:
[     2.695724]   [<ffffffff81240e0>]   dump_stack+0x45/0x56
[     2.695748]   [<ffffffff8171cf63>]   panic+0xc8/0x1d7
[     2.695772]   [<ffffffff81d3546a>]   mount_block_root+0x225/0x2b0
[     2.695797]   [<ffffffff81d35692>]   mount_root+0x53/0x56
[     2.695845]   [<ffffffff81d35801>]   prepare_namespace+0x16c/0x1a4
[     2.695871]   [<ffffffff81d3516e>]   kernet_init_freeable+01xf3/0x200
[     2.695896]   [<ffffffff81d348e5>]   ? do_early_param+0x88/0x88
[     2.695919]   [<ffffffff817122f0>]   ? rest_init+0x80/0x80
[     2.695943]   [<ffffffff817122fe>]   kernet_init+0xe/0x130
[     2.695967]   [<ffffffff81734c28>]   ret_from_fork+0x58/0x90
[     2.695967]   [<ffffffff817122f0>]   ? rest_init_+0x80/0x80

Seuls les chiffres entre crochets en début de ligne ont changé.



Menu GRUB

Nouveau démarrage. Je passe par le menu GNU Grub > Options avancées. Il me propose une liste d'une trentaine de Linux du genre :
Ubuntu, Linux x.x.xx-xx-generic
J'en choisis un vers la bas de liste.

Ubuntu démarre normalement. C'est un Ubuntu simplifié qui n'occupe pas toute la largeur de l'écran.

Mise à jour
On me propose des mises à jour. Je les fais.

Je redémarre le PC. Cette fois, tout fonctionne, le bureau a un aspect normal, je suis sous 14.04.3



Pour voir si mon installation est correcte, je fais un sudo smartctl -a /dev/sda
Résultat :

smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-74-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST2000DM001-1ER164
Serial Number:    Z4Z3ED9E
LU WWN Device Id: 5 000c50 086d232ee
Firmware Version: CC25
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Tue Jan 19 13:20:18 2016 CET

==> WARNING: A firmware update for this drive may be available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/223651en

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(   72) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 201) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x1085)	SCT Status supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   114   100   006    Pre-fail  Always       -       79980592
  3 Spin_Up_Time            0x0003   096   096   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       13
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   100   253   030    Pre-fail  Always       -       115865
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       49
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       13
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0 0 0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   071   068   045    Old_age   Always       -       29 (Min/Max 28/29)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       4
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       17
194 Temperature_Celsius     0x0022   029   040   000    Old_age   Always       -       29 (0 17 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       49h+29m+30.138s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       1054206540
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       9376335

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Si ça semble correct à tout le monde, je m'attaque au rapatriement de mes fichiers persos.










moko138 a écrit :

supprimer le point de départ de la discussion, c'est casser la cohérence

Le point de départ n'a pas été supprimé. Il est toujours là.
J'ai juste ajouté dessous la structure interne du topic. Les 6 sous-thèmes du topic sont immédiatement identifiés et localisés.
Pour un nouvel arrivant ou un modérateur, le topic est un peu plus compréhensible.

Dernière modification par theyoubot (Le 19/01/2016, à 13:52)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#83 Le 19/01/2016, à 13:52

Bougron

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

theyoubot a écrit :

Après réinstallation propre, l'ordinateur ne démarre toujours pas.
J'ai toujours le même écran noir où défilent un tas de lignes de code pendant plusieurs pages écran.
Comme il y a 10 jours (et bien que j'ai entre temps changé le disque dur et réinstallé un ubuntu tout propre depuis une live-USB), l'écran final affiche à nouveau quelque chose de ce genre :

[     2.695373]   Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Nouveau démarrage. Je passe par le menu GNU Grub > Options avancées. Il me propose une liste d'une trentaine de Linux du genre :
Ubuntu, Linux x.x.xx-xx-generic
J'en choisis un vers la bas de liste.
On me propose des mises à jour. Je les fais.
Je redémarre le PC. Cette fois, tout fonctionne, le bureau a un aspect normal, je suis sous 14.04.3

Bonjour.
Comme quoi, il est facile de perdre 10 jours   lorsqu'on n'indique pas le vrai message  responsable de la non mise en route!
Mais, je n'ai absolument pas compris comment tu peux avoir fait  une réinstallation et avoir une trentaine de lignes 'linux généric".....

Il existe un bon outil à installer afin d'en supprimer un nombre important C'est KCLEAN https://forum.ubuntu-fr.org/viewtopic.php?id=242358
   cependant, avant de faire la commande 

sudo kclean -k

tu devrais t'assurer que le ubuntu boote correctement avec l'avant-dernière version  en faisant ce que tu as fais pour en prendre une 'ancienne".

Hors ligne

#84 Le 19/01/2016, à 14:48

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Bougron a écrit :

Comme quoi, il est facile de perdre 10 jours

En ce qui me concerne, ça n'a pas été du temps perdu. J'ai appris pas mal de choses qui me seront utiles pour une prochaine sauvegarde/réinstallation.

Dernière modification par theyoubot (Le 23/01/2016, à 06:45)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#85 Le 19/01/2016, à 15:08

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Nouveau démarrage. Je passe par le menu GNU Grub > Options avancées. Il me propose une liste d'une trentaine de Linux du genre :
Ubuntu, Linux x.x.xx-xx-generic
J'en choisis un vers la bas de liste.

Il n'y a donc pas eu reformatage. Et tu démarres
- soit sur le clône de ton ancienne racine, que tu n'aurais pas du tout remplacée par une installation fraîche,
- soit (plus probable) sur une installation fraîche sans reformatage et qui a conservé (c'était possible au moins il y a quelques années et on dirait que ça l'est toujours) les anciens contenus en plus des "frais".

Mais tant que ça marche, je ne pose pas de questions.
Mon travail maintenant, c'est le rapatriement du /home.

Non.
Je t'ai dit il y a 6 jours, #40, de ne pas réutiliser un système défectueux, même cloné sur un disque sain. Et je t'ai expliqué pourquoi.
  Peux-tu donner

df -Th

et

ls -l /boot

pour confirmation/infirmation ?
Merci.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#86 Le 20/01/2016, à 10:38

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

df -Th retourne

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   1,9G     12K  1,9G   1% /dev
tmpfs            tmpfs      387M    1,1M  386M   1% /run
/dev/sda1        ext4        37G    8,5G   27G  25% /
none             tmpfs      4,0K       0  4,0K   0% /sys/fs/cgroup
none             tmpfs      5,0M       0  5,0M   0% /run/lock
none             tmpfs      1,9G    420K  1,9G   1% /run/shm
none             tmpfs      100M     60K  100M   1% /run/user
/dev/sda3        ext4       1,8T    2,6G  1,7T   1% /home

Mes partitions en mai 2014 (haut de l'image) et aujourd'hui (bas de l'image)




ls -l /boot retourne

total 824204
-rw-r--r-- 1 root root  1162712 juil. 15  2014 abi-3.13.0-32-generic
-rw-r--r-- 1 root root  1162712 juil. 29  2014 abi-3.13.0-33-generic
-rw-r--r-- 1 root root  1162712 août  13  2014 abi-3.13.0-34-generic
-rw-r--r-- 1 root root  1163858 août  15  2014 abi-3.13.0-35-generic
-rw-r--r-- 1 root root  1163858 sept.  4  2014 abi-3.13.0-36-generic
-rw-r--r-- 1 root root  1164489 sept. 23  2014 abi-3.13.0-37-generic
-rw-r--r-- 1 root root  1164547 oct.  28  2014 abi-3.13.0-39-generic
-rw-r--r-- 1 root root  1164509 nov.  13  2014 abi-3.13.0-40-generic
-rw-r--r-- 1 root root  1164720 déc.   8  2014 abi-3.13.0-43-generic
-rw-r--r-- 1 root root  1164720 déc.  16  2014 abi-3.13.0-44-generic
-rw-r--r-- 1 root root  1164967 janv. 13  2015 abi-3.13.0-45-generic
-rw-r--r-- 1 root root  1164852 mars  10  2015 abi-3.13.0-46-generic
-rw-r--r-- 1 root root  1164723 mars  12  2015 abi-3.13.0-48-generic
-rw-r--r-- 1 root root  1164723 avril 10  2015 abi-3.13.0-49-generic
-rw-r--r-- 1 root root  1164671 avril 15  2015 abi-3.13.0-51-generic
-rw-r--r-- 1 root root  1164671 mai    4  2015 abi-3.13.0-52-generic
-rw-r--r-- 1 root root  1164671 mai   20  2015 abi-3.13.0-53-generic
-rw-r--r-- 1 root root  1164806 mai   26  2015 abi-3.13.0-54-generic
-rw-r--r-- 1 root root  1164806 juin  18  2015 abi-3.13.0-55-generic
-rw-r--r-- 1 root root  1164984 juin  19  2015 abi-3.13.0-57-generic
-rw-r--r-- 1 root root  1165129 juil.  8  2015 abi-3.13.0-58-generic
-rw-r--r-- 1 root root  1165129 juil. 25 00:19 abi-3.13.0-59-generic
-rw-r--r-- 1 root root  1165129 juil. 29 14:35 abi-3.13.0-61-generic
-rw-r--r-- 1 root root  1165261 août  11 18:15 abi-3.13.0-62-generic
-rw-r--r-- 1 root root  1165204 août  15 01:07 abi-3.13.0-63-generic
-rw-r--r-- 1 root root  1165204 oct.   3 01:53 abi-3.13.0-65-generic
-rw-r--r-- 1 root root  1165260 oct.   7 18:34 abi-3.13.0-66-generic
-rw-r--r-- 1 root root  1165260 oct.  23 16:39 abi-3.13.0-67-generic
-rw-r--r-- 1 root root  1165334 déc.  18 01:42 abi-3.13.0-74-generic
-rw-r--r-- 1 root root   165611 juil. 15  2014 config-3.13.0-32-generic
-rw-r--r-- 1 root root   165611 juil. 29  2014 config-3.13.0-33-generic
-rw-r--r-- 1 root root   165611 août  13  2014 config-3.13.0-34-generic
-rw-r--r-- 1 root root   165652 août  15  2014 config-3.13.0-35-generic
-rw-r--r-- 1 root root   165671 sept.  4  2014 config-3.13.0-36-generic
-rw-r--r-- 1 root root   165712 sept. 23  2014 config-3.13.0-37-generic
-rw-r--r-- 1 root root   165712 oct.  28  2014 config-3.13.0-39-generic
-rw-r--r-- 1 root root   165745 nov.  13  2014 config-3.13.0-40-generic
-rw-r--r-- 1 root root   165745 déc.   8  2014 config-3.13.0-43-generic
-rw-r--r-- 1 root root   165748 déc.  16  2014 config-3.13.0-44-generic
-rw-r--r-- 1 root root   165748 janv. 13  2015 config-3.13.0-45-generic
-rw-r--r-- 1 root root   165748 mars  10  2015 config-3.13.0-46-generic
-rw-r--r-- 1 root root   165773 mars  12  2015 config-3.13.0-48-generic
-rw-r--r-- 1 root root   165773 avril 10  2015 config-3.13.0-49-generic
-rw-r--r-- 1 root root   165762 avril 15  2015 config-3.13.0-51-generic
-rw-r--r-- 1 root root   165762 mai    4  2015 config-3.13.0-52-generic
-rw-r--r-- 1 root root   165762 mai   20  2015 config-3.13.0-53-generic
-rw-r--r-- 1 root root   165762 mai   26  2015 config-3.13.0-54-generic
-rw-r--r-- 1 root root   165762 juin  18  2015 config-3.13.0-55-generic
-rw-r--r-- 1 root root   165762 juin  19  2015 config-3.13.0-57-generic
-rw-r--r-- 1 root root   165762 juil.  8  2015 config-3.13.0-58-generic
-rw-r--r-- 1 root root   165762 juil. 25 00:19 config-3.13.0-59-generic
-rw-r--r-- 1 root root   165763 juil. 29 14:35 config-3.13.0-61-generic
-rw-r--r-- 1 root root   165763 août  11 18:15 config-3.13.0-62-generic
-rw-r--r-- 1 root root   165763 août  15 01:07 config-3.13.0-63-generic
-rw-r--r-- 1 root root   165763 oct.   3 01:53 config-3.13.0-65-generic
-rw-r--r-- 1 root root   165763 oct.   7 18:34 config-3.13.0-66-generic
-rw-r--r-- 1 root root   165763 oct.  23 16:39 config-3.13.0-67-generic
-rw-r--r-- 1 root root   165763 déc.  18 01:42 config-3.13.0-74-generic
drwxr-xr-x 5 root root     4096 janv. 19 12:15 grub
-rw-r--r-- 1 root root 19150215 janv. 19 12:02 initrd.img-3.13.0-32-generic
-rw-r--r-- 1 root root 19152882 août  12  2014 initrd.img-3.13.0-33-generic
-rw-r--r-- 1 root root 19154413 août  15  2014 initrd.img-3.13.0-34-generic
-rw-r--r-- 1 root root 19160115 sept. 10  2014 initrd.img-3.13.0-35-generic
-rw-r--r-- 1 root root 19171563 oct.   4  2014 initrd.img-3.13.0-36-generic
-rw-r--r-- 1 root root 19171666 oct.   9  2014 initrd.img-3.13.0-37-generic
-rw-r--r-- 1 root root 19175246 nov.  19  2014 initrd.img-3.13.0-39-generic
-rw-r--r-- 1 root root 19199856 déc.  10  2014 initrd.img-3.13.0-40-generic
-rw-r--r-- 1 root root 19203237 déc.  11  2014 initrd.img-3.13.0-43-generic
-rw-r--r-- 1 root root 19205617 janv. 13  2015 initrd.img-3.13.0-44-generic
-rw-r--r-- 1 root root 19210924 févr. 24  2015 initrd.img-3.13.0-45-generic
-rw-r--r-- 1 root root 19208236 mars  12  2015 initrd.img-3.13.0-46-generic
-rw-r--r-- 1 root root 19210267 mars  24  2015 initrd.img-3.13.0-48-generic
-rw-r--r-- 1 root root 19211694 avril 14  2015 initrd.img-3.13.0-49-generic
-rw-r--r-- 1 root root 19210293 avril 30  2015 initrd.img-3.13.0-51-generic
-rw-r--r-- 1 root root 19209421 mai    7  2015 initrd.img-3.13.0-52-generic
-rw-r--r-- 1 root root 19213385 juin   2  2015 initrd.img-3.13.0-53-generic
-rw-r--r-- 1 root root 19211978 juin  11  2015 initrd.img-3.13.0-54-generic
-rw-r--r-- 1 root root 19210975 juin  20  2015 initrd.img-3.13.0-55-generic
-rw-r--r-- 1 root root 19221048 juil.  7  2015 initrd.img-3.13.0-57-generic
-rw-r--r-- 1 root root 19215820 juil. 23 11:47 initrd.img-3.13.0-58-generic
-rw-r--r-- 1 root root 19219764 juil. 28 12:07 initrd.img-3.13.0-59-generic
-rw-r--r-- 1 root root 19217306 août   8 15:05 initrd.img-3.13.0-61-generic
-rw-r--r-- 1 root root 19218500 août  18 07:07 initrd.img-3.13.0-62-generic
-rw-r--r-- 1 root root 19218571 sept. 25 07:32 initrd.img-3.13.0-63-generic
-rw-r--r-- 1 root root 19217865 oct.  17 07:53 initrd.img-3.13.0-65-generic
-rw-r--r-- 1 root root 19217180 oct.  20 08:23 initrd.img-3.13.0-66-generic
-rw-r--r-- 1 root root        0 janv.  6 11:46 initrd.img-3.13.0-67-generic
-rw-r--r-- 1 root root 19215798 janv. 19 12:16 initrd.img-3.13.0-74-generic
-rw-r--r-- 1 root root   176500 mars  12  2014 memtest86+.bin
-rw-r--r-- 1 root root   178176 mars  12  2014 memtest86+.elf
-rw-r--r-- 1 root root   178680 mars  12  2014 memtest86+_multiboot.bin
-rw------- 1 root root  3381262 juil. 15  2014 System.map-3.13.0-32-generic
-rw------- 1 root root  3381262 juil. 29  2014 System.map-3.13.0-33-generic
-rw------- 1 root root  3381262 août  13  2014 System.map-3.13.0-34-generic
-rw------- 1 root root  3386444 août  15  2014 System.map-3.13.0-35-generic
-rw------- 1 root root  3386479 sept.  4  2014 System.map-3.13.0-36-generic
-rw------- 1 root root  3386945 sept. 23  2014 System.map-3.13.0-37-generic
-rw------- 1 root root  3386936 oct.  28  2014 System.map-3.13.0-39-generic
-rw------- 1 root root  3387231 nov.  13  2014 System.map-3.13.0-40-generic
-rw------- 1 root root  3388760 déc.   8  2014 System.map-3.13.0-43-generic
-rw------- 1 root root  3388834 déc.  16  2014 System.map-3.13.0-44-generic
-rw------- 1 root root  3389258 janv. 13  2015 System.map-3.13.0-45-generic
-rw------- 1 root root  3389458 mars  10  2015 System.map-3.13.0-46-generic
-rw------- 1 root root  3389235 mars  12  2015 System.map-3.13.0-48-generic
-rw------- 1 root root  3389437 avril 10  2015 System.map-3.13.0-49-generic
-rw------- 1 root root  3389875 avril 15  2015 System.map-3.13.0-51-generic
-rw------- 1 root root  3389875 mai    4  2015 System.map-3.13.0-52-generic
-rw------- 1 root root  3390132 mai   20  2015 System.map-3.13.0-53-generic
-rw------- 1 root root  3390881 mai   26  2015 System.map-3.13.0-54-generic
-rw------- 1 root root  3390881 juin  18  2015 System.map-3.13.0-55-generic
-rw------- 1 root root  3391581 juin  19  2015 System.map-3.13.0-57-generic
-rw------- 1 root root  3391763 juil.  8  2015 System.map-3.13.0-58-generic
-rw------- 1 root root  3391616 juil. 25 00:19 System.map-3.13.0-59-generic
-rw------- 1 root root  3391819 juil. 29 14:35 System.map-3.13.0-61-generic
-rw------- 1 root root  3392306 août  11 18:15 System.map-3.13.0-62-generic
-rw------- 1 root root  3392068 août  15 01:07 System.map-3.13.0-63-generic
-rw------- 1 root root  3392068 oct.   3 01:53 System.map-3.13.0-65-generic
-rw------- 1 root root  3392380 oct.   7 18:34 System.map-3.13.0-66-generic
-rw------- 1 root root  3392383 oct.  23 16:39 System.map-3.13.0-67-generic
-rw------- 1 root root  3392888 déc.  18 01:42 System.map-3.13.0-74-generic
-rw-r--r-- 1 root root  5798112 janv. 19 10:29 vmlinuz-3.13.0-32-generic
-rw------- 1 root root  5798688 juil. 29  2014 vmlinuz-3.13.0-33-generic
-rw------- 1 root root  5797728 août  13  2014 vmlinuz-3.13.0-34-generic
-rw------- 1 root root  5806368 août  15  2014 vmlinuz-3.13.0-35-generic
-rw------- 1 root root  5806848 sept.  4  2014 vmlinuz-3.13.0-36-generic
-rw------- 1 root root  5808832 sept. 23  2014 vmlinuz-3.13.0-37-generic
-rw------- 1 root root  5808544 oct.  28  2014 vmlinuz-3.13.0-39-generic
-rw------- 1 root root  5808960 nov.  13  2014 vmlinuz-3.13.0-40-generic
-rw------- 1 root root  5814080 déc.   8  2014 vmlinuz-3.13.0-43-generic
-rw------- 1 root root  5814496 déc.  16  2014 vmlinuz-3.13.0-44-generic
-rw------- 1 root root  5814112 janv. 13  2015 vmlinuz-3.13.0-45-generic
-rw------- 1 root root  5814592 mars  10  2015 vmlinuz-3.13.0-46-generic
-rw------- 1 root root  5815680 mars  12  2015 vmlinuz-3.13.0-48-generic
-rw------- 1 root root  5815392 avril 10  2015 vmlinuz-3.13.0-49-generic
-rw------- 1 root root  5818368 avril 15  2015 vmlinuz-3.13.0-51-generic
-rw------- 1 root root  5818592 mai    4  2015 vmlinuz-3.13.0-52-generic
-rw------- 1 root root  5821152 mai   20  2015 vmlinuz-3.13.0-53-generic
-rw------- 1 root root  5821664 mai   26  2015 vmlinuz-3.13.0-54-generic
-rw------- 1 root root  5821984 juin  18  2015 vmlinuz-3.13.0-55-generic
-rw------- 1 root root  5820800 juin  19  2015 vmlinuz-3.13.0-57-generic
-rw------- 1 root root  5823136 juil.  8  2015 vmlinuz-3.13.0-58-generic
-rw------- 1 root root  5822880 juil. 25 00:19 vmlinuz-3.13.0-59-generic
-rw------- 1 root root  5822208 juil. 29 14:35 vmlinuz-3.13.0-61-generic
-rw------- 1 root root  5820896 août  11 18:15 vmlinuz-3.13.0-62-generic
-rw------- 1 root root  5821152 août  15 01:07 vmlinuz-3.13.0-63-generic
-rw------- 1 root root  5820640 oct.   3 01:53 vmlinuz-3.13.0-65-generic
-rw------- 1 root root  5820544 oct.   7 18:34 vmlinuz-3.13.0-66-generic
-rw------- 1 root root  5822368 oct.  23 16:39 vmlinuz-3.13.0-67-generic
-rw------- 1 root root  5825376 déc.  18 01:42 vmlinuz-3.13.0-74-generic

Parmi ces 137 lignes, j'en note 3 relatives à hier

drwxr-xr-x 5 root root     4096 janv. 19 12:15 grub
-rw-r--r-- 1 root root 19150215 janv. 19 12:02 initrd.img-3.13.0-32-generic
-rw-r--r-- 1 root root  5798112 janv. 19 10:29 vmlinuz-3.13.0-32-generic



moko138 a écrit :

Je t'ai dit il y a 6 jours, #40, de ne pas réutiliser un système défectueux

#47

Dernière modification par theyoubot (Le 20/01/2016, à 11:20)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#87 Le 20/01/2016, à 13:41

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

En #47, theyoubot a écrit :

j'ai eu trop de galères pour ne pas réinstaller un sytème neuf. Pour moi, c'était impensable de repartir avec un ubuntu tiré de l'image d'un système complètement planté.

c'est pourtant ce que tu as fait, sans t'en rendre compte :
tu vois tous tes anciens noyaux intermédiaires (une 30aine !).
Si tu venais de faire une installation fraîche après formatage, tu aurais
  soit un seul noyau, ancien [installation hors-ligne non suivie de màj]
  soit deux noyaux (l'ancien plus le tout dernier, téléchargé pendant la mise à jour).

Que faire?
Vérifie que tu as bien, sur un AUTRE disque, non branché, une sauvegarde de ton home (il me semble que c'est le cas, mais, ayant très peu dormi, je ne vais pas vérifier maintenant ; à toi...).
  Si oui, mon conseil est
- de démarrer en live et de formater ta sda1 en ext4,
- de redémarrer, toujours en live, et d'installer.

Dernière modification par moko138 (Le 20/01/2016, à 13:43)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#88 Le 21/01/2016, à 13:27

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

moko138 a écrit :

tu vois tous tes anciens noyaux intermédiaires (une 30aine !)

Je croyais - à tort - que dans la réinstallation complète, la création d'une nouvelle table de partitions les écraserait.
Je m'imaginais pas non plus qu'un ancien noyau corrompu prendrait le pas au démarrage sur ma nouvelle installation.




Pour écraser la vermine, je remplis avec des zéros ma partition sda1 : sudo dd if=/dev/zero of=/dev/sda1
Résultat

dd: writing to ‘/dev/sda1’: No space left on device
78123009+0 records in
78123008+0 records out
39998980096 bytes (40 GB) copied, 1310,17 s, 30,5 MB/s



moko138 a écrit :

mon conseil est de démarrer en live et de formater ta sda1 en ext4

Je fais donc

sudo mkfs.ext4 /dev/sda1

Résultat :

mke2fs 1.42.9 (4-Feb-2014)
Avertissement : 512 blocs inutilisés.

Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
2445984 i-noeuds, 9764864 blocs
488242 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
298 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8208 i-noeuds par groupe
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624

Allocation des tables de groupe : complété                        
Écriture des tables d'i-noeuds : complété                        
Création du journal (32768 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété

C'est bon là ? Je n'ai plus de vieux noyaux qui trainent ?

Dernière modification par theyoubot (Le 21/01/2016, à 13:31)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#89 Le 21/01/2016, à 13:39

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Tu as écrasé tout le contenu de sda1, c'est bien et je crois que ça suffira. (*)
Du coup, tu n'as plus besoin de cocher la cas "formater" pendant l'installation.
  Mais ses bords sont-ils alignés sur les Mio ou sur les cylindres? Tout ce qu'on sait, c'est qu'ils sont alignés comme dans l'ancien disque, qui a longtemps fonctionné sur cette carte-mère.
Je n'ai jamais utilisé mkfs. Je viens de parcourir son man et je n'ai rien vu sur l'alignement.

Personnellement,
pour formater je passe par gparted qui donne automatiquement le choix entre aligner sur les Mio/sur les cylindres.
- Pour les disques, j'aligne sur les Mio et je demande un intervalle de 4 ou 8 Mio entre deux partitions, dans l'idée d'une compatibilité avec des pc modernes... que je n'ai pas encore smile
- Pour les clefs de boot, je choisis l'alignement sur les cylindres, depuis certaine constatation empirique ./viewtopic.php?pid=17492041#p17492041 de Babdu89 - merci à lui !


(*) J'ai un léger doute à cause d'un bug de certaines versions de l'installateur, bug mis en évidence par malbo. Mais là, tu seras vite fixé (si tu as un message d'erreur pendant l'installation). Et, puisque tu ne vas pas cocher "formater" pendant l'installation, tu devrais éviter le cas. Au pire, le remède sera facile à retrouver.

Dernière modification par moko138 (Le 21/01/2016, à 14:07)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#90 Le 21/01/2016, à 23:08

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

moko138 a écrit :

Tu as écrasé tout le contenu de sda1, c'est bien et je crois que ça suffira.

Ok.
Donc j'ai réinstallé ubuntu. Puis j'ai regardé le résultat.



La commande

df -Th

retourne

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sda1        ext4        38G    3,9G   32G  11% /
none             tmpfs      4,0K       0  4,0K   0% /sys/fs/cgroup
udev             devtmpfs   1,9G    4,0K  1,9G   1% /dev
tmpfs            tmpfs      387M    1,2M  386M   1% /run
none             tmpfs      5,0M       0  5,0M   0% /run/lock
none             tmpfs      1,9G    176K  1,9G   1% /run/shm
none             tmpfs      100M    100K  100M   1% /run/user
/dev/sda3        ext4       1,8T    116M  1,7T   1% /home



La commande

ls -l /boot

retourne

total 31244
-rw-r--r-- 1 root root  1270417 juil. 25 01:19 abi-3.19.0-25-generic
-rw-r--r-- 1 root root   177779 juil. 25 01:19 config-3.19.0-25-generic
drwxr-xr-x 5 root root     4096 janv. 21 22:37 grub
-rw-r--r-- 1 root root 19797809 janv. 21 22:37 initrd.img-3.19.0-25-generic
-rw-r--r-- 1 root root   176500 mars  12  2014 memtest86+.bin
-rw-r--r-- 1 root root   178176 mars  12  2014 memtest86+.elf
-rw-r--r-- 1 root root   178680 mars  12  2014 memtest86+_multiboot.bin
-rw------- 1 root root  3623533 juil. 25 01:19 System.map-3.19.0-25-generic
-rw-r--r-- 1 root root  6565984 janv. 21 22:27 vmlinuz-3.19.0-25-generic

Il trouve 3 choses
- memtest le 12 mars
- mise à jour ubuntu 25 juillet
- installation aujourd'hui
C'est bon, là ?

Dernière modification par theyoubot (Le 21/01/2016, à 23:18)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#91 Le 22/01/2016, à 05:42

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

theyoubot a écrit :

C'est bon, là ?

Oui !
D'ailleurs tu vois qu'avec 3,9 Gio, la racine d'Ubuntu est deux fois plus légère que dans l'essai précédent. smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#92 Le 22/01/2016, à 08:19

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Oui, j'avais vu ça  635792happy1.gif


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#93 Le 22/01/2016, à 09:02

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Restauration de mes 400 Go de fichiers personnels, ultime étape de ce sauvetage

Mon /home existe en 3 exemplaires.

- sur mon ex-disque interne qui est actuellement emballé et posé sur une étagère

- § #12 : une copie faite avec nautilus sur un disque externe

- § #28 : une image du disque complet faite avec ddrescue




Ma première idée serait de monter mon ex-disque interne dans une tour, de démarrer sur un vieux noyau et de tenter un ddrescue sur sda3 (j'avais fait par erreur un ddrescue de sda  § #25)
Soit le disque meurt. Auquel cas je me rabat vers une restauration plus délicate basée sur l'image saine du disque complet que j'avais archivée.
Soit ça marche. Auquel cas je n'ai plus qu'à rapatrier cette image sda3 sur mon disque interne flambant neuf par la méthode que vous m'indiquerez.


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#94 Le 22/01/2016, à 09:14

Nasman

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Il vaut mieux travailler à partir de la copie effectuée avec ddrescue. Utiliser encore ton disque mourant augmentera le risque de défaillance.


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#95 Le 22/01/2016, à 09:44

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Ok.


Nasman a écrit :

Concernant la commande pour recopier le /home
- il faut savoir comment se présentera le disque sur lequel seront recopiées les données
- il faut savoir à quel emplacement du disque seront copiés les 879114240 secteurs, il faudra donc un paramètre seek=début_recopie pour que ces données ne soient pas copiées au début du disque mais à l'endroit où commencera la partition dédiée
- il faut connaître le nom du disque de destination /dev/sdX

Je pense que le plus simple serait de partitionner le nouveau disque de façon à avoir la même chose que précédemment
- sdX1 : de 2048 à 2048+78123008-1=78125055 (78123008 secteurs)
- sdX2 : de 78125056 à 78125056+19531776-1=97656831 (19531776 secteurs)
- sdX3 : de 97656832 à 97656832+879114240-1=976771071 (879114240 secteurs)

Il faut que le disque de destination soit plus grand que le disque initial et puisse s'accommoder du table de type msdos (donc taille < 2Tio)

L'espace au delà du secteur 976771072 (465,76 Gio) sera laissé non partitionné pour l'instant

Recopier alors la partie de la sauvegarde qui nous intéresse à partir de la LBA 97656832 du nouveau disque (paramètre seek de la destination).
Après il conviendra de réinstaller le système en ext4 sur /dev/sdX1 et la swap sur /dev/sdX2 et en utilisant le /home de /dev/sdX3
On pourra alors étendre par la droite sdX3 pour récupérer l'espace non alloué adjacent

euh..
- j'ai un ubuntu tout propre tout neuf installé de haute lutte. J'aimerais autant ne plus avoir à toucher à mes partitions.
- le disque de destination, qui est mon nouveau disque interne, s'appelle /dev/sda,

  • sda1 : de 2048 à 80060415. Soit 80 058 368 secteurs (et non pas 78 123 008 secteurs comme tu le souhaitais ci-dessus)

  • sda2 : de 80060416 à 100063231. Soit 20 002 816 secteurs (et non pas 19 531 776 secteurs comme tu le souhaitais)

  • sda3 : de 100063232 à 3907028991. Soit 3 806 965 760 secteurs (et non pas 879 114 240 secteurs)

- l'image de mon ancien disque est sur le disque externe sdb


Reverser dans mon nouveau disque interne la sda3 contenue dans cette image :
- est ce possible ?
- si oui, quelle est la commande ?

Dernière modification par theyoubot (Le 22/01/2016, à 11:31)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#96 Le 22/01/2016, à 12:16

Nasman

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Sans garantie tu peux tester (du fait que le /home sera réimplanté à un emplacement différent)

sudo dd if=/media/ubuntu/westerndigital/backup/ImageFileName.img of=/dev/sda3 bs=512 count=879114240 skip=97656832

Vérifier que la destination s'appelle bien /dev/sda3 et que la source est bien dans /media/ubuntu/westerndigital/backup/ImageFileName.img

Il aurait été préférable d'effectuer le formatage du nouveau disque avec la même taille pour sda1 et sda2 et d'avoir sda3 commençant au même secteur que précédemment avec une taille supérieure.
Attention si tu as déjà réinstallé ubuntu, celui ci n'a pas de partition dédiée à /home - à moins que tu aies précisé une partition dédiée à /home qui est actuellement vide.
Tu risque (dans ce cas) d'avoir un souci d'identifiant de partition uuid car la partition dédiée précisée (et vide) a un uuid qui sera écrasé par celui provenant de la restauration. Il faudra alors modifier le /etc/fstab pour corriger le tir.

Si tu n'avais pas réinstallé ubuntu, Tu aurais eu juste à préciser la partition /home à utiliser et tu aurais indiqué la partition que tu viendrait de restaurer.


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#97 Le 22/01/2016, à 12:32

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Nasman a écrit :

Sans garantie tu peux tester (du fait que le /home sera réimplanté à un emplacement différent)

Je ne sais pas à quel emplacement tu fais allusion, mais mon /home est déjà implanté quelque part.



Nasman a écrit :

si tu as déjà réinstallé ubuntu, celui ci n'a pas de partition dédiée à /home

Si. Dans mon dernier message, je te parle d'une partition sda3.
sda3 : de 100063232 à 3907028991. Soit 3 806 965 760 secteurs

sda3 = /home

Du coup, le rapatriement sur mon disque dur interne du /home de mon image est-il possible ?
Si oui, avec quelle commande ?

Dernière modification par theyoubot (Le 22/01/2016, à 12:55)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#98 Le 22/01/2016, à 13:42

Nasman

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Tu as créé une partition dédiée à /home (sda3) mais cette partition ne contient pas tes données antérieures (où alors j'ai pas tout suivi).

1) Si dans ton nouveau /home tu as toutes tes données alors il n'y a rien à faire
2) Si tu as un /home quasi vierge (juste un répertoire perso vide, créé lors de l'installation) alors il faudra l'écraser par la manip de restauration de l'ancien.

Pour l'emplacement du /home, l'ancien /home commançait au secteur 97656832 et faisait 879114240 secteur, le nouveau commence au secteur 100063232 et ferait 3 806 965 760 secteurs


PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#99 Le 22/01/2016, à 13:53

Braun

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Bonjour,
Vorsicht, par principe je ne copierais pas globalement le contenu d'un home quel qu'il soit. Les fichiers « profil » squelette ou autre (en général cachés) sont spécifiques à la nouvelle version. Les fichiers de données (pratiquement tous les fichiers visibles) peuvent être rapatriés sans grand danger. Les fichiers de configuration de Firefox, mail ou autre peuvent être rapatriés après un examen approfondi. Par exemple je n'ai pas de problème avec Firefox, pour Kmail j'ai pu reprendre les boîtes (envoi réception etc) mais leur localisation peut changer d'une installation à l'autre.
Oeuf corse, last but not least, s'assurer avant toute chose que les UID correspondent.

Hors ligne

#100 Le 22/01/2016, à 14:41

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Nasman a écrit :

Pour l'emplacement du /home, l'ancien /home commançait au secteur 97656832 et faisait 879114240 secteur, le nouveau commence au secteur 100063232 et ferait 3 806 965 760 secteurs

Ma remarque portait sur ton emploi curieux du futur, comme si tu croyais que mon /home n'avait pas encore d'emplacement. Mais c'est bon, je vois que tu es Ok.




Nasman a écrit :

tu as un /home quasi vierge (juste un répertoire perso vide, créé lors de l'installation) alors il faudra l'écraser par la manip de restauration de l'ancien

Ok. Alors quelle est la commande à exécuter pour le rapatriement ?




Braun a écrit :

Vorsicht, par principe je ne copierais pas globalement le contenu d'un home quel qu'il soit. Les fichiers « profil » squelette ou autre (en général cachés) sont spécifiques à la nouvelle version. Les fichiers de données (pratiquement tous les fichiers visibles) peuvent être rapatriés sans grand danger.

Ok. Par quelle méthode ?

Dernière modification par theyoubot (Le 22/01/2016, à 14:48)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne