#76 Le 18/01/2016, à 20:31
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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
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, à 23: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, à 20: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, à 23:38
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
Merci
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, à 23: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, à 10:55
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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, à 10: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, à 11:33
- moko138
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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, à 12: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.
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.
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, à 14: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, à 14:52
- Bougron
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)
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, à 15:48
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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, à 07: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, à 16: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, à 11: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
Je t'ai dit il y a 6 jours, #40, de ne pas réutiliser un système défectueux
Dernière modification par theyoubot (Le 20/01/2016, à 12: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, à 14:41
- moko138
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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, à 14:43)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#88 Le 21/01/2016, à 14:27
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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
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, à 14: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, à 14: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
- 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, à 15:07)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#90 Le 22/01/2016, à 00:08
- theyoubot
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.
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 22/01/2016, à 00: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, à 06:42
- moko138
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#92 Le 22/01/2016, à 09:19
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
Oui, j'avais vu ça
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, à 10: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, à 10: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, à 10:44
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
Ok.
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/sdXJe 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, à 12: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, à 13: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, à 13:32
- theyoubot
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)
Je ne sais pas à quel emplacement tu fais allusion, mais mon /home est déjà implanté quelque part.
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, à 13: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, à 14: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, à 14: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, à 15:41
- theyoubot
Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co
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.
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 ?
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, à 15: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