Le mardi 5 décembre 2006 18:14, Christophe Gaubert a écrit : > Le 05/12/06, Georges Lours a écrit : > > Pour le reste, je trouve que c'est moins pratique que d'agrandir la > > partition racine. Regarde, par exemple, ma partition /opt. Je l'ai > > aussi faite trop grande par rapport à mes besoins. Si c'est tout > > dans la même partition, il y a compensation entre tous ces > > répertoires. > > Je suis assez d'accord mais comme on est limité dans les possibilités > d'agrandissement ou de rétrécissement, ça peut servir parfois... > > > Je vous remercie beaucoup, mais mon interrogation essentielle > > n'était pas là. > > Je sais, mais je ne sais pas répondre au reste ^^ > > Tout ce que je peux dire, c'est que j'ai déjà eu une mésaventure de > ce style et j'y ai perdu plein de données, en ne faisant pas gaffe :( > > J'avais l'impression que c'était dû au fait que les partitions > n'étaient pas numérotées dans l'ordre du disque (suite à plusieurs > manips). Mon système (mandriva) s'y retrouvait je-ne-sais-comment > mais qtparted sur l'Ultimate Boot CD ne s'y retrouvait pas de la même > manière... Peut-être est-ce lié à la table des partitions ? Un pro > pour nous expliquer comment ça marche ?
Pas ent ant que pro ... mais il m'est arrivé de voir des partitions "disparaître" alors même qu'elles étaient toujours là.! Deux explications de base : L'identifiant de partition est mal attribué : par exemple décrite comme une fat antique a lors que c'est une fat32 ou comme une parition cachée alors que non etc... Fdisk peut aider à réattribuer le bon identifiant à une partition sans la formater.(commande t) Autre cas possible : corruption de la table des partitions : dans ce cas des paritions "disparaissent" alors qu'elles sont toujours là : un petit coup de Google devrait fournir des outils permettant de lire les disque et de reconstruire une table correcte. en voilà un libre http://www.cgsecurity.org/wiki/TestDisk et un petit howto sur la recup si le système démarre évidemment ou sous un système "vif" comme on dit in french. http://www.linux-france.org/article/jdanield/howto/t1.html Et avant toute manip c'est une assez bonne idée de souvegarder sa table de partition principale avec un petit : dd if=/dev/hda of=table_partition bs=512 count=1 À adapter au disque et à la destination evidemment : sur une disquette on fera donc du genre dd if=/dev/hda of=/dev/fd0/table_partition bs=512 count=1 on restaurera avec par exemple : dd if=/dev/fd0/table_partition of=/dev/hda bs=512 count=1 on peut aussi imprimer la table donnée par fdisk (en cylindres) ou avec la commande x en mode expert (en secteurs) et la réécrire : grub avec son éditeur sait écrire directement dans le mbr donc réécrire la table principale avec la commande partnew de son mini shell. : la doc de grub (c'est un peu arride mais les secteurs et tout ça c'est du lourd, du "brutal" comme disait Audiard) : http://www.gnu.org/software/grub/manual/grub.html Mais surtout avant de penser qu'on a perdu les données on fait une pose on boit un coup on respire et on ne monte pas cette P%~###!!!!(ces) partition(s) en écriture pour ne pas effacer vraiment les données. Cependant ce qui est "rassurant" c'est que si elles ne sont plus vues le système il n'écrira pas dessus; Ouf ! Mais bon dieu que ça stress ;-) -- André Salaün
========================================= Vous souhaitez acquerir votre pack ou des services Mandriva? Rendez-vous sur "http://store.mandriva.com";. Rejoignez le club Mandriva : http://club.mandriva.com =========================================
