[contourné] erreur partitionnement: récupérable ?

amethyst · Le 26/04/2013, à 18:30

Bonsoir, chers linuxiens.

Bon, pas fière, moi !
Je suis en train d'installer linux mint 13 maya (cinnamon) sur un pc qui tournait parfaitement sous ubuntu 10.04 32 bits. Clone intel. HD: 500
go.

Le disque était partitionné comme suit:

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63    76180229    38090083+  83  Linux
/dev/sda2        76180230    83377349     3598560   82  Linux swap / Solaris
/dev/sda3        83377411   976768064   446695327    5  Extended
/dev/sda5        83377413   832038479   374330533+  83  Linux
/dev/sda6       832038543   904106069    36033763+  83  Linux
/dev/sda7       904106133   976768064    36330966    b  W95 FAT32

soit, grosso modo,
sda1 ext4 / 39 Go
sda2 swap 3.7 Go
sda3 étendue
sda5 ext4 /home 383.3 Go
sda6 ext3 (réserve)
sda7 fat32 (réserve) 37.2 Go

Je voulais sauvegarder toutes les partitions en l'état sauf bien entendu sda1 qui devait recevoir le système (/).
J'ai donc édité cette partition et demandé son reformatage.
D'autre part, j'ai laissé toutes les autres en l'état sans les appeler pour réédition puisque je voulais conserver les données et les partitions telles quelles. L'erreur doit se situer là, car ces partitions n'ont pu recevoir un point de montage pour l'installation.
Grub est installé dans sda.

Hélas, au redémarrage, je constate, - c'était prévisible, - que seule la partition sda1 de 39Go est prise en compte sur un total de 500 Go. Tous les documents ont malheureusement disparu dans la foulée. Le login et le mot de passe étaient inchangés.
Je suppose que le disque dur de 500 Go contient encore le reste des données. Est-il pensable d'utiliser testdisk pour récupérer ma gaffe innommable ? ou y-a-til une solution moins lourde ?

Toute aide sera la bienvenue. Je vous attends avec un reste d'espoir.

Merci.

Dernière modification par amethyst (Le 27/04/2013, à 18:41)

jamesbad000 · Le 26/04/2013, à 19:12

Bonsoir,

testdisk est bien la solution. Si tu as un doute sur l'utilisation, n'hésite pas à poser des questions.
(Donne si possible le contenu de l'écran résultant du quick search)

amethyst · Le 26/04/2013, à 19:35

C'est gentil, jamesbad, de venir à mon secours. Comme il ne s'agit pas de mon ordi, je t'avoue que je marche sur des oeufs. Je ne voudrais vraiment pas rendre cet ordi indémarrable suite à une mauvaise supplémentaire.
Une première question qui m'inquiète: l'installation a créé dans sda1 un répertoire /home classique avec les sous-dossiers prévus: /Documents, /images etc.
Si je parviens à restaurer les partitions originelles, n'y aura-t-il pas conflit avec ce /home inopportun ? Normalement, c'est sda5 qui devait recevoir ce dossier. Il suffirait de supprimer /home dans sda1 pour que tout retrouve son homogénéité ?
Merci de tes conseils.

PS. La seule version 32 bits de Testdisk est une version bêta: cf. http://www.cgsecurity.org/wiki/TestDisk_Download, soit la version 6.14. Puis-je l'utiliser sur un noyau 3.2.0-23 ? Merci de m'informer.

Dernière modification par amethyst (Le 26/04/2013, à 19:42)

jamesbad000 · Le 26/04/2013, à 19:45

Pour le moment si /home est dans sda1 il n'interfère pas avec la récupération, qui me semble le 1er des tes soucis.
A ce stade il faut modifier le moins de chose possible...

Donne déjà le retour de ces commandes que je m'assure de la situation :

sudo fdisk -l
sudo mount -l

edit : pour installer testdisk faire simplement

sudo apt-get install testdisk

Dernière modification par jamesbad000 (Le 26/04/2013, à 19:47)

amethyst · Le 26/04/2013, à 19:55

Merci pour ta réponse, jamesbad.

Voici le retour de la commande fdisk -l

Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63    76180229    38090083+  83  Linux
/dev/sda2        76180230    83377349     3598560   82  Linux swap / Solaris
/dev/sda3        83377411   976768064   446695327    5  Extended
/dev/sda5        83377413   832038479   374330533+  83  Linux
/dev/sda6       832038543   904106069    36033763+  83  Linux
/dev/sda7       904106133   976768064    36330966    b  W95 FAT32

et de mount -l:

/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/rene/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=rene)
e]

J'ai vraiment la tête à l'envers: bien sûr, la commande dans le terminal pour installer testdisk s'imposait.
Merci.

Dernière modification par amethyst (Le 27/04/2013, à 18:30)

jamesbad000 · Le 26/04/2013, à 20:01

Ah là j'ai du mal à comprendre. Le partitionnement actuel est strictement identique à celui que tu as indiqué comme présent avant l'opération ??

Que donne

sudo blkid

Dernière modification par jamesbad000 (Le 26/04/2013, à 20:01)

amethyst · Le 26/04/2013, à 20:07

Jamebad,
Pour répondre à ton post #2, j'obtiens ceci:

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
     Partition               Start        End    Size in sectors
>* Linux                    0   1  1  4741 254 63   76180167
 P Linux Swap            4742   0  1  5189 254 63    7197120
 L Linux                 5190   1  1 51791 254 63  748661067
 L Linux                51792   1  1 56277 254 63   72067527
 L FAT32 LBA            56278   1  1 60800 254 63   72661932 [NO NAME]

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
EXT4 Large file Sparse superblock Recover, 39 GB / 36 GiB

Voudrais-tu accepter de me guider encore ? J'ai les nerfs en papillotes et crains de commettre une nouvelle erreur. Veux-tu bien m'indiquer exactement quoi faire à partir de cet écran ? Je dois tout récupérer en dehors de sda1.
Merci infiniment.

PS. Si tu n'as plus de temps à me consacrer, je peux revenir demain après-midi sur cet ordinateur.

Dernière modification par amethyst (Le 27/04/2013, à 18:31)

amethyst · Le 26/04/2013, à 20:10

Jamesbad,

Réponse à ton post #6: j'ai oublié de préciser que le partitionnement que tu vois là est bien celui qui suit l'installation de linuxmint 13. Il est identique au partitionnement qui avait précédé cette installation car je n'avais rien modifié en taille et nombre de partitions, non plus en destination.

Quant au résultat de la commande blkid, le voici:

/dev/sda5: UUID="ec726414-cae1-4f6d-b5c1-89a053ace033" TYPE="ext4" 
/dev/sda6: UUID="630df57e-3681-48fd-bcb3-642084c9f06d" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda7: UUID="A22F-38B9" TYPE="vfat" 
/dev/sda1: UUID="6c956f67-099d-4b99-8d6e-aa6ef62b26b5" TYPE="ext4" 
/dev/sda2: UUID="706370ea-5a2d-4c62-a7d9-bd3bf1468017" TYPE="swap"

Merci vraiment pour ton suivi.

Dernière modification par amethyst (Le 26/04/2013, à 20:12)

jamesbad000 · Le 26/04/2013, à 20:18

Pas de panique, je vais pas disparaitre. Et je ne suis pas le seul à pouvoir t'aider...
Et je crois que tu n'a rien perdu en fait.

Si tu n'a demandé aucun formatage comme tu l'indique dans ton post initial. Le fait de ne pas avoir "édité" les partitions implique que tu n'a pas indiqué de point de montage, et abouti juste à l'absence de montage automatique des partitions.

Essaye ceci, et donne le retour des commandes :

sudo mkdir /mnt/sda5  /mnt/sda6  /mnt/sda7
sudo mount -r /dev/sda5 /mnt/sda5
sudo mount -r /dev/sda6 /mnt/sda6
sudo mount -r /dev/sda7 /mnt/sda7
ls /mnt/sda5
ls /mnt/sda6
ls /mnt/sda7

Arbiel · Le 26/04/2013, à 20:19

Bonsoir

Soit je n'y comprends rien, soit il te suffit d'introduire dans ton fichier /etc/fstab les lignes nécessaires au montage de tes partitions sur les bons points de montage.

Ton /home est sur /dev/sda5. Introduis dans ton fichier fstab une ligne telle que

UUID="ec726414-cae1-4f6d-b5c1-89a053ace033" /home ext4 rw,user,exec,auto 0 2

et le problème sera (en partie) résolu, en partie parce que je ne sais pas ce que contiennent tes autres partitions. Mais tu sauras compléter toute seule.

Arbiel

amethyst · Le 26/04/2013, à 20:41

Un grand merci, Arbiel, pour ton intervention qui me semble très judicieuse.
Je suis obligée de quitter l'ordinateur sur lequel je travaille. Je remets cela demain après-midi.
J'exécuterai les commandes indiquées par jamesbad dans le post 9 et rééditerai le fichier fstab comme indiqué par Arbiel.

Encore toute ma gratitude à mes deux "sauveurs" et à demain ;-)

jamesbad000 · Le 26/04/2013, à 20:50

Attention, réutiliser directement le /home d'une installation précédente peut être la cause de problèmes: Ton /home contient des paramètres liées aux applications installées !!

Dernière modification par jamesbad000 (Le 26/04/2013, à 20:51)

Arbiel · Le 27/04/2013, à 00:48

Oui, Jamesbad000 a raison, il peut y avoir des problèmes, surtout, je pense, si les deux distributions, l'ancienne (ubuntu 10.04 32 bits) et la nouvelle (linux mint 13 maya) contiennent toutes les deux de mêmes logiciels qui ne seraient pas à la même version dans les deux cas.

Pour éviter tout problème, la manipulation pourrait être la suivante, en supposant que tu as conservé, dans ton nouveau système, le même nom d'utilisateur que dans l'ancien
1) comme l'indique Jamesbad000, définir le répertoire sda5 sur /mnt et monter /dev/sda5 en /mnt/sda5, mais sans l'option -r (read only)
2) recopier l'actuel répertoire /home/${USER} vers /mnt/sda5/home/${USER}.nouveau, et les répertoires des autres utilisateurs si tu en as défini dans ton nouveau système, et qu'ils existaient aussi dans ton ancien système ; s'ils n'existaient pas dans l'ancien système, tu peux les recopier sans changer de nom, et pour eux, le travail est terminé
3) analyser les différences au niveau des répertoires d'application pour recopier et éventuellement remplacer vers /mnt/sda5/home/{USER} les répertoires et des fichiers de /mnt/sda5/home/${USER}.nouveau
4) introduire le montage de /dev/sda5 en /home dans ton fichier fstab
5) renommer ton /home en /home.ancien
6) redémarrer
7) supprimer /home.ancien pour récupérer la place pour ton /

Jamesbad000, vois-tu d'autres actions à entreprendre ?

Arbiel

jamesbad000 · Le 27/04/2013, à 03:04

Heu... ça serait pas plus simple de commencer par renommer les répertoires utilisateurs de sda5 en "user.ancien" avant de déplacer les nouveaux dans sda5 ?
Puis juste recopier les données (Bureau, Documents etc) des "user.ancien" vers "user"

Par ailleurs pour le "5) renommer /home..." Je pense que ca va pas être possible sans passer par un live cd.
(C'est pourquoi ci-dessus je suggère "déplacer")

@amethyst, A moins que tu sois sur de ton coup, j'aimerais bien quand même avoir le résultat des commandes que j'ai indiquées, histoire de vérifier qu'il y a bien ce à quoi on s'attend dans les partitions, avant de commencer.

Et puis ça nous laisse le temps de nous mettre d'accord avec Arbiel. Car je ne suis pas non plus à l'abri d'un oublie

Arbiel · Le 27/04/2013, à 15:16

@Jamesbad000
Sur le premier point, je crois que c'est un peu équivalent ; en fait, c'est peut -être une question de volume puisqu'il va falloir déplacer des répertoires et des fichiers de l'un vers l'autre. Mais il y a peut-être moins de risque d'oubli en procédant comme tu dis, des anciens vers les nouveaux
D'où, comme tu l'as indiqué, la nécessité pour y voir clair d'obtenir le contenu des /home, et même, plus en détail, des /home/${USER}.
Par ailleurs, nul besoin en effet de passer par une live-USB. Tout peut se faire depuis le système résident.

@amethyst
Fais d'abord ce que Jamesbad000 a indiqué au point #8, en complétant par

ls -1A /home/${USER}
ls -1A /mnt/sda5/home/${USER}

le but de ces deux dernières commandes étant de faire l'état des répertoires et fichiers de ton répertoire personnel, l'ancien, /mnt/sda5/home/${USER}, et le nouveau /home/${USER}. L'option "A" indique d'intégrer les répertoires et fichiers cachés dans les résultats, et l'option "1" qu'il faut présenter les résultats à raison d'un répertoire ou fichier par ligne, pour faciliter la comparaison des contenus.

A partir de ces informations, il sera plus facile de te conseiller sur la manipulation la plus facile à réaliser.

Arbiel

amethyst · Le 27/04/2013, à 17:06

Hello, Arbiel ! Merci d'avoir réfléchi à la problématique.
Je suis un peu à la bourre, là, car je ne puis encombrer mes hôtes par une présence par trop prolongée.

Je réponds à ta demande. Résultat de la 1ère commande:

rene@flow ~ $ ls -1A /home/rene
.adobe
.bash_history
.bash_logout
Bureau
.cache
.config
.dbus
.dmrc
Documents
.fontconfig
.gconf
.gnome2
.gnome2_private
.gstreamer-0.10
.gtk-bookmarks
.gvfs
.ICEauthority
Images
.linuxmint
.local
.macromedia
Modèles
.mozilla
Musique
.profile
Public
.pulse
.pulse-cookie
Téléchargements
testdisk.log
.thumbnails
Vidéos
.Xauthority
.xsession-errors
rene@flow ~ $

et la seconde:

rene@flow ~ $ ls -1A /media/ec726414-cae1-4f6d-b5c1-89a053ace033/rene
.adobe
.bash_history
.bash_logout
.bashrc
Bureau
.cache
.camel_certs
.compiz
.config
.dbus
.dmrc
Documents
.esd_auth
.evolution
examples.desktop
.fontconfig
.gconf
.gconfd
.gegl-0.0
.gimp-2.6
.gksu.lock
.gnome2
.gnome2_private
.gstreamer-0.10
.gtk-bookmarks
.gvfs
.hplip
.ICEauthority
.icedteaplugin
.icons
Images
.kde
.local
.macromedia
.mc
.minecraft
.mission-control
Modèles
.mozilla
.mozilla-thunderbird
Musique
.nautilus
.netx
.openoffice.org
Photos
.pki
.printer-groups.xml
.profile
Public
.pulse
.pulse-cookie
.recently-used.xbel
.sane
.shotwell
.sudo_as_admin_successful
Téléchargements
.themes
.thumbnails
.thunderbird
.update-notifier
.usbcreator.log
Vidéos
.xine
.xsession-errors
.xsession-errors.old
rene@flow ~ $

amethyst · Le 27/04/2013, à 18:39

Les contraintes de temps m'ont obligée à emprunter une voie inélégante, certes, et frustrante pour mes interlocuteurs, celle qui consistait à:
1) sauvegarder un capharnaüm de données sur la partition sda6 (je ne disposais pas de clé suffisamment volumineuse ni non plus de disque dur externe);
2) réinstaller, -ben, oui !, - le système en reformatant / et /home tout en laissant le reste en l'état.

A Jamesbad et à Arbiel, je tiens à adresser mes plus vifs remerciements:
- vous m'avez appris beaucoup de choses et encouragée à repotasser la documentation ubuntu, extrêmement bien faite; vraiment, je vous suis reconnaissante de vos apports;
- vous avez, en particulier, bien identifié la problématique à partir du post #9, ce qui m'a permis de sauver la situation de manière raisonnée.

Encore mes excuses de ne pouvoir continuer dans la voie que vous aviez engagée avec tant de patience et d'obstination depuis hier. Mais lorsque l'on travaille sur un poste fixe, au domicile de tiers, il faut bien prendre en compte le paramètre "temps" et toutes ses contraintes.

Bien cordialement,

amethyst

Arbiel · Le 27/04/2013, à 19:55

OK

Le principal est que tu sois tirée d'affaire.

Arbiel

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 26/04/2013, à 18:30

[contourné] erreur partitionnement: récupérable ?

#2 Le 26/04/2013, à 19:12

Re : [contourné] erreur partitionnement: récupérable ?

#3 Le 26/04/2013, à 19:35

Re : [contourné] erreur partitionnement: récupérable ?

#4 Le 26/04/2013, à 19:45

Re : [contourné] erreur partitionnement: récupérable ?

#5 Le 26/04/2013, à 19:55

Re : [contourné] erreur partitionnement: récupérable ?

#6 Le 26/04/2013, à 20:01

Re : [contourné] erreur partitionnement: récupérable ?

#7 Le 26/04/2013, à 20:07

Re : [contourné] erreur partitionnement: récupérable ?

#8 Le 26/04/2013, à 20:10

Re : [contourné] erreur partitionnement: récupérable ?

#9 Le 26/04/2013, à 20:18

Re : [contourné] erreur partitionnement: récupérable ?

#10 Le 26/04/2013, à 20:19

Re : [contourné] erreur partitionnement: récupérable ?

#11 Le 26/04/2013, à 20:41

Re : [contourné] erreur partitionnement: récupérable ?

#12 Le 26/04/2013, à 20:50

Re : [contourné] erreur partitionnement: récupérable ?

#13 Le 27/04/2013, à 00:48

Re : [contourné] erreur partitionnement: récupérable ?

#14 Le 27/04/2013, à 03:04

Re : [contourné] erreur partitionnement: récupérable ?

#15 Le 27/04/2013, à 15:16

Re : [contourné] erreur partitionnement: récupérable ?

#16 Le 27/04/2013, à 17:06

Re : [contourné] erreur partitionnement: récupérable ?

#17 Le 27/04/2013, à 18:39

Re : [contourné] erreur partitionnement: récupérable ?

#18 Le 27/04/2013, à 19:55

Re : [contourné] erreur partitionnement: récupérable ?

Pied de page des forums