changement de taille partition Linux et BOUM ! - Linux et OS Alternatifs
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
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 ??
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 ...
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 !
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
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
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 ...
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.
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.
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 !
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.
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
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é ...)
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 !!!
Allez merci aux autres quand meme
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 ...
Marsh Posté le 27-04-2002 à 15:46:05
Citation : |
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]
Marsh Posté le 28-04-2002 à 22:03:25
FlamM a écrit a écrit :
|
Si Si c tres clair
Merci beaucoup
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!!
Ps ( j'ai bien ma petite idee mais j'aimerais une explication detaillee