bonjour,
 
voici le contexte de mon problème (OS : debian - kernel = 2.6.10-1-k7)
 
J'avais un dd de 60 Go organisé ainsi :
/************ 6.5 Go
/home***** 53.5 Go
 
N'ayant plus de place sur mon disque, g acheté un dd de 80G.
Je fais une image de / et de /home avec partimage.
Je restaure la racine sur mon nouveau dd de 80 Go et mon /home sur mon ancien dd de 60 Go. Tout se passe bien. je paramètre GRUB pour rendre le système amorçable et ça redémarre. Je me retrouve alors avec la config suivante :
/*********** 80 Go
/home**** 60 Go
Malheureusement debian me détecte l'ancienne partition de 6.5 Go sur ma nouvelle de 80 Go. Normal me direz-vous, en restaurant les données, g restauré le mbr et la table des partitions par la même occasion. Fort de cette connaissance, je démarre KNOPPIX et lance QTparted pour agrandir la taille de mapartition. Comme d'habitude, j'arrive à rien avec ce soft... je décide donc d'y aller à coups de fdisk /dev/hda et supprime les anciennes partitions pour n'en recréér qu'une seule primaire de 80 Go. Et ça marche :
 

 
 
Evidemment le BIOS a détecté la bonne taille pour les 2 dd.
 
au passage voici mon fstab :
 
 

 
 
Pourtant, lorsque je démarre debian et que je visualise les ressources systeme, il m'indique /dev 100 pour cent occupé soit 6.5 Go. Lorsque j'essaie de dépasser cette limite, g le msg "disk full". G essayé de copier aussi des fichier sur hda1 sans utiliser debian, en passant par le live-CD de Knoppix et même chose : qtparted et fdik détectent 80 Go mais au dessus de 6,5 G o : "disk full"...
 
Quelqu'un sait-il pk mon nouveau disque de 80 Go est saturé à 6,5 Go      
 
Y'a-t-il une bonne âme qui pourra mettre un terme à 20 jours de souffrances    
 
Merci d'avance pour vos réponses.

ya quoi dans /etc/mtab ?

Même si ta partion fait 80 Go, ton filesystem dessus n'a pas été etendu !
Si t'es avec lvm ou du reiserfs tu peux etendre sans aucun sousis.
Pour les autre FS, je sais pas.
 
Cherche du coté redimentionnement de filesystem

Merci pour vos réponses rapides.
 
Voici mon mtab et par conséquent la réponse à ta question Phoenix (FS = ext3) :
 

 
Je n'ai pas pu redimensionner ma partition avec QTParted ; g donc effacer toutes les partitions sur hda pour n'en recréer qu'une primaire de 80 Go mais rien n'y fait, sauf si je formate, mais la je perd à nouveau mes données...
 
Y'a-t-il un outil, une manipulation a effectuer autre que fdisk    
 
merci d'avance...

a priori, il n'existe pas de moyen simple pour redimensionner du ext3. cependant, si je me rappelle bien tu peux restaurer ton image sur une partoche ext2, la redimensionner puis la passer en ext3 avec tune2fs -j
 
reste que 80Go pour le /, je me demande ce que tu peux y mettre dessus!
 
--edit--
 
si besoin //www.etherpunk.com/node/210

Merci arghbis.
 
Je suis allé faire un tour sur http:http://www.etherpunk.com/node/210.
Je vais essayer leur solution avec le CD Rescue bootable, je te tiens au courant.
Par contre il semble que le reiserFS ou LVM soit plus pratique pour restaurer des images disques sur un hardware différent de celui d'origine. Ces FS sont-ils aussi rapides que ext3 et aussi fiables en cas de crash ou d'arret brutal de la machine (debian ne plante jamais     )???
J'utilise ext3 parceque les distribs Linux m'assurent que c'est un bon compromis...
 
Y'a-t-il plus interessant comme FS ?  

Donc en gros tu as restauré une image de 6.5Go sur une partition de 80go, la partition fait bien 80go d'après fdisk MAIS le système croit que non ? Je pensais même pas que c'était possible ca  

lvm, ce n'est pas vraiment un fs, mais plutôt un système de gestion des partoches.
 
Reiserfs est très efficace et journalisé. La version 4 est semble-t-il très bien, mais non supportée par debian si je me souviens bien, à cause d'un problème de licence.

Bon voila !!!!
 
J'ai démarré sous ce bon vieux live-CD de Knoppix. Et j'ai retrouvé mes 80 Go. Merci beaucoup arghbis !
Pour ceux qui aurait le me problème, voici mon retour d'expérience :
 

 
Merci encore pour vos réponse !!! I love linux...