changement de taille partition Linux et BOUM !

changement de taille partition Linux et BOUM ! - Linux et OS Alternatifs

Marsh Posté le 25-04-2002 à 15:21:39    

Pourquoi , le fait de changer une taille de partition Linux ( kan on est dans la deche et pour recuperer de la place sur le HDD) Provoque un crash mechant??
 
Je l'avait fait y'a 2 ans et c ce qui avait mis fin (prematurement ) a mon experience Linuxienne a l'epoque!!  :cry:  
 
 
Ps ( j'ai bien ma petite idee mais j'aimerais une explication detaillee  :)

Reply

Marsh Posté le 25-04-2002 à 15:21:39   

Reply

Marsh Posté le 25-04-2002 à 15:25:17    

Tu as procédé de quelle manière ?

Reply

Marsh Posté le 25-04-2002 à 15:35:59    

Ce n'est pas possible de changer la taille d'une partition Linux sans paumer les données (enfin je pense)  
 
Il faut uiliser le LVM pour ça


---------------
http://olivier.glagla.net/
Reply

Marsh Posté le 25-04-2002 à 16:02:36    

Hansolo a écrit a écrit :

Tu as procédé de quelle manière ?  




J'avais tout casse a la Hache avec partitionmagic
Vlan!
 
C'est quoi L'esxplication de la perte de donnees lors d'une redimension de partition sauvage ??
Personne sait pourquoi c fatal et la comparaison avec Windows(  qui le tolere bien)
c du au sys de fichiers ??

Reply

Marsh Posté le 25-04-2002 à 17:29:48    

Tes partitions Linux, elles étaient formattées comment ? ext2, ext3, Reiserfs ?
 
Et ce n'est pas parce que la FAT le supporte bien qu'elle est meilleure. C'est juste que PMagic est programmé d'abord pour elle. J'ai redimmensionné des partitions avec GNU/Parted sans rien perdre non plus ...

Reply

Marsh Posté le 26-04-2002 à 12:59:27    

Jak a écrit a écrit :

Tes partitions Linux, elles étaient formattées comment ? ext2, ext3, Reiserfs ?
 
Et ce n'est pas parce que la FAT le supporte bien qu'elle est meilleure. C'est juste que PMagic est programmé d'abord pour elle. J'ai redimmensionné des partitions avec GNU/Parted sans rien perdre non plus ...  




je crois bien que c'etait de l'ext2
Apres le redimensionnement  LILO arrivait plus a demarrer mon nux !

Reply

Marsh Posté le 26-04-2002 à 13:11:56    

normale PM a tout foutu en l'air.
 
donc une ext2 se redimensionne avec ext2resize ou GNU parted et dans le doute on réinstall lilo ensuite. d'ailleurs on devrais toujours avec une d7 de boot


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 26-04-2002 à 14:30:52    

Dark_Schneider a écrit a écrit :

normale PM a tout foutu en l'air.
 
donc une ext2 se redimensionne avec ext2resize ou GNU parted et dans le doute on réinstall lilo ensuite. d'ailleurs on devrais toujours avec une d7 de boot  




uhum!  
Mais ca j'avais remarque!!  ( j'en ai fait les frais !!)
J'aimerais savoir " physiquement" pourquoi  ??
Et qu'est ce ext2 resize fait diffremment de partition magic
Vu que PM gere ext2
Ce qui m'interesse c de comprendre la cause

Reply

Marsh Posté le 26-04-2002 à 14:36:29    

qui mieux ke les dev de ext2 savent redimensionner une partoche ext2 ?
 
je soupçopnne PM de modifier certaine chose ki bousillent le secteur de boot où est installé lilo.
 
note : si tu change la taille et ajoute une partition avant alors la partition change de nom ...


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 26-04-2002 à 14:40:18    

optimisteo a écrit a écrit :

Vu que PM gere ext2



Si PM gérait l'ext2 correctement, alors , il n'y aurait pas de problème. Si ça t'a tout planté, c'est que PM est merdique, c'est tout.
Pourtant, les sources liées à l'ext2 sont disponibles bien plus facilement que celles pour la FAT32 ou le NTFS. C'est bien que c'est un logiciel de merde.

Reply

Marsh Posté le 26-04-2002 à 14:40:18   

Reply

Marsh Posté le 26-04-2002 à 16:30:42    

Jak il est mieux de dire : Il est merdique dès que tu as des données dans ta partition linux.

Reply

Marsh Posté le 26-04-2002 à 17:02:52    

AlphaT a écrit a écrit :

Jak il est mieux de dire : Il est merdique dès que tu as des données dans ta partition linux.  




 
oui c mieux !  :lol:

Reply

Marsh Posté le 26-04-2002 à 17:36:42    

Ouais, mais avoir une partition sans donnée, c'est pas trop utile. D'autant que dans ce cas-là, pas besoin d'une bouse comme PM. fdisk se débrouille très bien.

Reply

Marsh Posté le 26-04-2002 à 23:33:47    

Jak a écrit a écrit :

Ouais, mais avoir une partition sans donnée, c'est pas trop utile. D'autant que dans ce cas-là, pas besoin d'une bouse comme PM. fdisk se débrouille très bien.  




c vrai egalement

Reply

Marsh Posté le 27-04-2002 à 02:02:12    

Un truc en passant, c'est normal que lilo ne fonctionne plus après un resize, pasque y a toutes les chances pour que le fichier du noyau ait changé de block dans l'opération, du coup comme lilo pointe vers le block physique et par vers un nom de fichier ça marche plus  (y peut pas pointer vers le fichier puisque le pilote pour géré le fs est pas encore chargé ...)

Reply

Marsh Posté le 27-04-2002 à 15:27:21    

FlamM a écrit a écrit :

Un truc en passant, c'est normal que lilo ne fonctionne plus après un resize, pasque y a toutes les chances pour que le fichier du noyau ait changé de block dans l'opération, du coup comme lilo pointe vers le block physique et par vers un nom de fichier ça marche plus  (y peut pas pointer vers le fichier puisque le pilote pour géré le fs est pas encore chargé ...)  




 
Merci beaucoup : enfin!  1 ere remarque instructive  !!!  :jap:  
Allez merci aux autres quand meme :sleep:  
 
Mais dis donc dans ce cas la , LILO doit proceder de meme pour lancer Windows n'est ce pas ??
 
Je suis pas sur d'avoir fait 1  fdisk /mbr pourtant ... :non:

Reply

Marsh Posté le 27-04-2002 à 15:46:05    

Citation :


Mais dis donc dans ce cas la , LILO doit proceder de meme pour lancer Windows n'est ce pas ??

 
 
ben a priori, oui.
lilo se charge de pointer vers l'endroit de la partition win qui contient ce qui est nécessaire au boot : premiers clusters de la partition ou un truc comme ça ...
 
Donc dans tous les cas, il faut réinstaller lilo après un resize !
 
et il faut distinguer mbr et ce qu'il faut pour booter le système
 
le mbr est l'endroit qui est lu automatiquement quelque soit le système ou les systèmes installé.
 
et on place dans le mbr un prog qui va se charger de lancer le système lui-même
 
fdisk /mbr recharge dans le mbr le prog microsoft qui est capable de ne gérer que des partitions windows pour lancer ensuite le boot de windows proprement dit
 
alors que lilo est capable de gérer des partitions windows tout autant que des partitions linux ou autre.
 
je sais pas si j'ai été top clair ;)

 

[jfdsdjhfuetppo]--Message édité par FlamM le 27-04-2002 à 15:53:26--[/jfdsdjhfuetppo]

Reply

Marsh Posté le 28-04-2002 à 22:03:25    

FlamM a écrit a écrit :

Citation :


Mais dis donc dans ce cas la , LILO doit proceder de meme pour lancer Windows n'est ce pas ??

 
 
ben a priori, oui.
lilo se charge de pointer vers l'endroit de la partition win qui contient ce qui est nécessaire au boot : premiers clusters de la partition ou un truc comme ça ...
 
Donc dans tous les cas, il faut réinstaller lilo après un resize !
 
et il faut distinguer mbr et ce qu'il faut pour booter le système
 
le mbr est l'endroit qui est lu automatiquement quelque soit le système ou les systèmes installé.
 
et on place dans le mbr un prog qui va se charger de lancer le système lui-même
 
fdisk /mbr recharge dans le mbr le prog microsoft qui est capable de ne gérer que des partitions windows pour lancer ensuite le boot de windows proprement dit
 
alors que lilo est capable de gérer des partitions windows tout autant que des partitions linux ou autre.
 
je sais pas si j'ai été top clair ;)  
 
 




 
Si Si c tres clair
Merci beaucoup    :jap:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed