Partitions inamovibles

Résolu/Fermé
teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020 - 2 août 2006 à 01:05
teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020 - 2 août 2006 à 20:54
Bonjour,

Je souhaite repartionner mon système (Mandriva 2006) mais sans y parvenir ! Et pourtant, j'ai tenté avec la Fedora Core 5 (déjà installée) et 2 LiveCD différents (Knoppix, Kaella) pour ne plus avoir de problèmes de partitions montées. Le LiveCD de QParted lui même semble tourner dans le vide lors de la recherche initiale des partitions (j'ai stoppé le processus !) !

J'ai les partitions :
- HDA13 = /var = 0.502 Go
- HDA14 = /tmp = 0.6589 Go

Je veux agrandir mon /var à 1 Go et mon /tmp à 2.5 Go. J'ai peur de saturer trop vite mon /var et j'ai failli bloquer mon système à cause du /tmp saturé (lors d'une copie de DVD et même d'une gravure de DVD).

Pour agrandir mon /var, je tente de supprimer mon /tmp (je recréerai plus tard). Impossible ! Type de partition non reconnu ! Et pourtant, c'est de l'Ext3 ! Même scénario avec mon /var ! ...... D'ailleurs, j'ai aussi tenté avec Partitionmagic 8 (tant pis) avec le même rejet !

Après coup, je comprend mieux pourquoi quand je teste d'autres distributions, ces deux partitions me sont considerées comme du Swap Linux !

Que faire ? Et est-ce vraiment utile dans mon cas de délocaliser ainsi ces deux partitions ? La machine ne fait pas serveur. Actuellement, les 2 partitions sont :
- pour la /var remplie à 65 % (il reste 170 Mo de libre),
- pour la /tmp remplie à 8 % (il reste 590 Mo de libre).
Puis-je remettre sans risque ces deux partitions dans la racine ? Et alors, je sais que je dois modifier fstab mais est-ce tout ?

Une solution pour sortir de l'impasse ?

9 réponses

lami20j Messages postés 21331 Date d'inscription jeudi 4 novembre 2004 Statut Modérateur, Contributeur sécurité Dernière intervention 30 octobre 2019 3 569
2 août 2006 à 08:57
Salut,

Vu que /var et /tmp ont chacun une partition dédiée (trop petites d'ailleurs - pourquoi choisir un partitionnement ainsi?!), il faut d'abord les démonter pour pouvoir travailler sur les partitions (formatage, suppression, etc..)

Pas besoin de recrée, de toute façon tmp et var font partie de la racine. Tu n'as qu’à sauvegarder temporairement tmp et var

C'est-à-dire :

- tu sauvegardes var et tmp (je le fait directement dans la racine - hda1 - je suppose que la racine et dans hda1)
cd / && tar cjvf var.tbz2 && tar cjvf tmp.tbz2

- tu demontes /hda13 et /hda14
umount /dev/hda13 ; umount /dev/hda14

- tu décompresses les archives (tu dois être toujours dans la racine)
 pwd
/
 tar xjvf var.tbz2; tar xjvf tmp.bz2

Maintenant tes var et tmp sont sur la partition hda1 et toujours dans la racine.

Si tu ne veux pas utiliser tar tu peux le faire avec cp

- sauvegarde temporaire
cp -pvR /var /var1 ; cp -pvR /tmp /tmp1

- démontage des partitions
umount /dev/hda13 ; umount /dev/hda14

- remplacer les répertoires vides(une fois le demontage fait tmp et var seront vides)

mv –v /var1 /var ; mv -v /tmp1 /tmp

Pour l'option -p ou --preserve voir man cp
-R c'est pur recursif
-v verbose (pas besoin, j'utilise souvent pour voir sur STDOUT ce qui se passe)


Après coup, je comprends mieux pourquoi quand je teste d'autres distributions, ces deux partitions me sont considérées comme du Swap Linux !

Je ne sais pas pourquoi. Affiche le résultat de
mount
fdisk -l
cat /etc/fstab


Que faire ? Et est-ce vraiment utile dans mon cas de délocaliser ainsi ces deux partitions ? La machine ne fait pas serveur. Actuellement, les 2 partitions sont :
- pour la /var remplie à 65 % (il reste 170 Mo de libre),
- pour la /tmp remplie à 8 % (il reste 590 Mo de libre).
Puis-je remettre sans risque ces deux partitions dans la racine ? Et alors, je sais que je dois modifier fstab mais est-ce tout ?


La seule chose que tu dois faire dans fstab (après les manipulations que j'ai fait) c'est de commenter (un # au début de la ligne concernée) les lignes concernant hda13 et 14.

Si tu arrives a faire avec succès jusqu'ici tu peux redémarrer le pc pour voir ce qui ce passe, et vérifier tmp et var avec mount tu peux tester les partitions montees.
Comme la racine est deja montée et tmp et var sont dans la racine alors tout ira bien.


Pour var soit plus raisonnable et laisse au moins 1Go ;), pour tmp a toi de voir (je ne l'utilise pas trop, je mets 1 Go)
Tient nous au courant.

Si ça t'arrive souvent de vouloir modifier la taille de tes partitions, utilise plutôt les LVM http://www.brothersofnet.freesurf.fr/sans_popup/lvm.html ou http://www.brothersofnet.freesurf.fr/sans_popup/LVM_lamij20.html ;).

lami20j
0
jipicy Messages postés 40842 Date d'inscription jeudi 28 août 2003 Statut Modérateur Dernière intervention 10 août 2020 4 897
2 août 2006 à 09:19
Salut tous les deux,

Euh...!!! manque rien là lami20j ?
cd / && tar cjvf var.tbz2 && tar cjvf tmp.tbz2
Du genre les répertoires à archiver ... ;-)))
cd / && tar cjvf var.tbz2 var && tar cjvf tmp.tbz2 tmp
;-))
0
lami20j Messages postés 21331 Date d'inscription jeudi 4 novembre 2004 Statut Modérateur, Contributeur sécurité Dernière intervention 30 octobre 2019 3 569
2 août 2006 à 09:46
Salut,

bien vu.

Je l'ai fait vite fait en RER ce matin.

lami20j
0
teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020 3 586
2 août 2006 à 12:59
Résultat de mount :

[root@mandriva thierry]# mount
/dev/hda9 on / type ext3 (rw)
none on /proc type proc (rw)
none on /sys type sysfs (rw)
/dev/hda10 on /boot type ext3 (rw)
/dev/hdb11 on /home type ext3 (rw)
/dev/hda6 on /mnt/Autres/Surf type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hdb6 on /mnt/Autres/Temp type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hdb1 on /mnt/Data1/Data type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hdb7 on /mnt/Data1/Krypt type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hdb8 on /mnt/Data1/Logiciels type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hdb9 on /mnt/Data1/Medias type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hdb5 on /mnt/Data1/PHP type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hda7 on /mnt/Data2/Images-OS type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hda8 on /mnt/Data2/Reserve-A type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hdb10 on /mnt/Data2/Reserve-B type vfat (rw,umask=0,iocharset=iso8859-15,codepage=850)
/dev/hda5 on /mnt/NTFS/Wiki type ntfs (ro,umask=0,nls=iso8859-15)
/dev/hda1 on /mnt/NTFS/Windows type ntfs (ro,umask=0,nls=iso8859-15)
none on /mnt/floppy type supermount (rw,sync,dev=/dev/fd0,fs=ext2:vfat,--)
/dev/hda14 on /tmp type ext3 (rw)
/dev/hda11 on /usr type ext3 (rw)
/dev/hda12 on /usr/local type ext3 (rw)
/dev/hda13 on /var type ext3 (rw)
none on /proc/bus/usb type usbfs (rw,devmode=0664,devgid=43)
/dev/sdb1 on /mnt/LACIE type vfat (rw,nosuid,nodev,codepage=850,iocharset=iso8859-15,user=thierry)


Résultat de fdisk -l :

[root@mandriva thierry]# fdisk -l

Disque /dev/hda: 203.9 Go, 203928109056 octets
255 têtes, 63 secteurs/piste, 24792 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hda1   *           1        2664    21398548+   7  HPFS/NTFS
/dev/hda2            2665       24792   177743160    f  W95 Etendu (LBA)
/dev/hda5            2665        5328    21398548+   7  HPFS/NTFS
/dev/hda6            5329        5681     2835441    b  W95 FAT32
/dev/hda7            5682        8345    21398548+   b  W95 FAT32
/dev/hda8            8346       19856    92462076    b  W95 FAT32
/dev/hda9           19857       20241     3092481   83  Linux
/dev/hda10          20242       20273      257008+  83  Linux
/dev/hda11          20274       21435     9333733+  83  Linux
/dev/hda12          21436       21945     4096543+  83  Linux
/dev/hda13          21946       22009      514048+  83  Linux
/dev/hda14          22010       22093      674698+  83  Linux
/dev/hda15          22094       22230     1100421   82  Linux swap / Solaris
/dev/hda16          22231       22872     5156833+  83  Linux
/dev/hda17          22873       23514     5156833+  83  Linux
/dev/hda18          23515       23995     3863601   83  Linux
/dev/hda19          23996       24027      257008+  83  Linux
/dev/hda20          24028       24579     4433908+  83  Linux
/dev/hda21          24720       24792      586341   bc  Inconnu

Disque /dev/hdb: 200.0 Go, 200049647616 octets
255 têtes, 63 secteurs/piste, 24321 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hdb1   *           1        1213     9743391    c  W95 FAT32 (LBA)
/dev/hdb2            1214       24308   185510587+   f  W95 Etendu (LBA)
/dev/hdb5            1214        2426     9743391    b  W95 FAT32
/dev/hdb6            2427        3081     5261256    b  W95 FAT32
/dev/hdb7            3082        4294     9743391    b  W95 FAT32
/dev/hdb8            4295        6329    16346106    b  W95 FAT32
/dev/hdb9            6330        7645    10570738+   b  W95 FAT32
/dev/hdb10           7646       19138    92317491    b  W95 FAT32
/dev/hdb11          19139       20120     7887883+  83  Linux
/dev/hdb12          20121       20505     3092481   83  Linux
/dev/hdb13          20506       20537      257008+  83  Linux
/dev/hdb14          20538       21185     5205028+  83  Linux
/dev/hdb15          21186       21570     3092481   83  Linux
/dev/hdb16          21571       21602      257008+  83  Linux
/dev/hdb17          21603       22250     5205028+  83  Linux
/dev/hdb18          22251       22547     2385621   83  Linux
/dev/hdb19          22548       23313     6152863+  83  Linux
/dev/hdb20          23314       24308     7992306   83  Linux

Disque /dev/sdb: 60.0 Go, 60022480896 octets
255 têtes, 63 secteurs/piste, 7297 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sdb1               1        7297    58613121    c  W95 FAT32 (LBA)


Résultat de cat /etc/fstab :

[root@mandriva thierry]# cat /etc/fstab
# This file is edited by fstab-sync - see 'man fstab-sync' for details
/dev/hda9 / ext3 defaults 1 1
/dev/hda10 /boot ext3 defaults 1 2
/dev/hdb11 /home ext3 defaults 1 2
/dev/hda6 /mnt/Autres/Surf vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hdb6 /mnt/Autres/Temp vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hdb1 /mnt/Data1/Data vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hdb7 /mnt/Data1/Krypt vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hdb8 /mnt/Data1/Logiciels vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hdb9 /mnt/Data1/Medias vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hdb5 /mnt/Data1/PHP vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hda7 /mnt/Data2/Images-OS vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hda8 /mnt/Data2/Reserve-A vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hdb10 /mnt/Data2/Reserve-B vfat umask=0,iocharset=iso8859-15,codepage=850 0 0
/dev/hda5 /mnt/NTFS/Wiki ntfs umask=0,nls=iso8859-15,ro 0 0
/dev/hda1 /mnt/NTFS/Windows ntfs umask=0,nls=iso8859-15,ro 0 0
/dev/hdd /mnt/cdrom auto umask=0,user,iocharset=iso8859-15,codepage=850,noauto,ro,exec,users 0 0
/dev/sr0 /mnt/cdrom2 auto umask=0,user,iocharset=iso8859-15,codepage=850,noauto,ro,exec,users 0 0
none /mnt/floppy supermount dev=/dev/fd0,fs=ext2:vfat,--,umask=0,iocharset=iso8859-15,sync,codepage=850 0 0
none /proc proc defaults 0 0
/dev/hda14 /tmp ext3 defaults 1 2
/dev/hda11 /usr ext3 defaults 1 2
/dev/hda12 /usr/local ext3 defaults 1 2
/dev/hda13 /var ext3 defaults 1 2
/dev/hda15 swap swap defaults 0 0
/dev/sdb1               /mnt/LACIE              vfat    pamconsole,exec,noauto,codepage=850,iocharset=iso8859-15,managed 0 0

0
lami20j Messages postés 21331 Date d'inscription jeudi 4 novembre 2004 Statut Modérateur, Contributeur sécurité Dernière intervention 30 octobre 2019 3 569 > teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020
2 août 2006 à 13:09
Re,

d'accord.

Tu vas remplacer hda1 avec hda9 (puisque la racine est sur cette partition) et essaie ce que je t'ai donnée (n'oublie pas la correction dej jipicy).

lami20j
0
teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020 3 586
2 août 2006 à 13:08
Je viens de sauvegarder les partitions var et tmp (tmp.tar.gz et var.tar.gz) qui se trouvent (temporairement) dans la racine.

Mais pour le moment impossible de démonter ces deux partitions (HDA13 /var et HDA14 /tmp) car le périphérique est occupé :
[root@mandriva thierry]# umount /dev/hda14
umount: /tmp: périphérique occupé

D'ailleurs, c'est logique ! J'ai tenté, mais sans conviction, de commenter les 2 lignes correspondantes dans fstab mais toujours impossible de démonter. Je vais donc redémarrer sur la Fedora pour continuer.


0
lami20j Messages postés 21331 Date d'inscription jeudi 4 novembre 2004 Statut Modérateur, Contributeur sécurité Dernière intervention 30 octobre 2019 3 569
2 août 2006 à 13:11
Re,


D'ailleurs, c'est logique Pas forcément.


utilise fuser ou lsof pour voir les processus qui utilisent les partitions.

A ne pas avoir un fichier ouvert ou être dans la partitions avec cd quand on fait umount.

On attends des nouvelles ;)

lami20j
0
teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020 3 586
2 août 2006 à 14:36
Je crois que je vais devoir tout reprendre à zéro (après avoir sauvegarder) car je bloque sans cesse !
- J'ai bien réussi à réadresser var et tmp dans la racine et le système démarre correctement.
- J'ai réussi à recréer une partition ext3 HDA13 (pour /var) de 1 Go et des brouettes.
- Mais ensuite, j'ai un court espace vide de 156 Mo entre HDA13 et ma partition Swap HDA14. Cette Swap semble mal placée car, comme elle est en cours d'utilisation, elle est évidemment indéplacable dans un sens ou dans l'autre.
- Vous allez me répliquer que je n'ai qu'à ajouter ces petits 156 Mo libres à HDA13. Certes !
- Mais Il m'est aussi impossible de supprimer d'autres partitions, inutilisées et démontées (bien sûr) et situées sur l'autre disque dur dans le but d'agrandir ensuite ma /home. J'ai toujours une "erreur pendant la mise à jour du périphérique [qui] peut se produire lorsque la partition est montée " alors qu'elle n'est pas montée !

0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
Phiphi57 Messages postés 789 Date d'inscription samedi 26 février 2005 Statut Contributeur Dernière intervention 19 juillet 2009 295
2 août 2006 à 14:53
Salut,

Pour ta swap, tu peux peut etre utiliser un live-CD? tu ne devrais pas utiliser tes partitions comme ca...

parfois, un dmesg peut te donner des indications précieuses :
j'avais eu une fois le "type de partition non valide" alors qu'il s'agissait d'ext3... dmesg m'a appris que j'avais perdu le journal lors d'un reboot violent... et hop, une reconstruction du journal et c'était a nouveau bon!

Pour voir ce qui utilise ton périphérique, tu as lsof :
lsof /dev/hda***

Phiphi
0
lami20j Messages postés 21331 Date d'inscription jeudi 4 novembre 2004 Statut Modérateur, Contributeur sécurité Dernière intervention 30 octobre 2019 3 569
2 août 2006 à 14:55
Re,

Perso je ne replique rien.

C'est possible que tu as des problèmes à cause de la continuité des blocs.

Fait ce que tu as à faire et bonne chance

lami20j
0
teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020 3 586
2 août 2006 à 20:22
Enfin ;-)))

Mais ca n'aura pas été facile !

J'ai volé de distribution LiveCD Linux (Knoppix 3.8.1, Kaella 2.1, Klax 3.4.2, Slax 5.08 (Kill Bill)) en échouant sans cesse !

J'ai alors retenté avec Partition Magic 8 (tant pis pour le GPL ! mais puisque je l'ai en touté légalité, autant l'amortir !). Re-échec ! Je m'voyais déjà en haut de l'affiche ! Oups ! Pardon ! Je m'voyais déjà reconstruire entièrement toutes mes tables de partitions ! Et puis tout d'un coup ... mais par pur hasard, j'ai trouvé le pourquoi du commeng (asseng fuxéeng) ! Il suffisait simplement de formater chaque partition Ext3 puis de les supprimer une à une. Mais les détruire en partant de la fin vers le début (HDA20 puis HDA19 puis .. etc ...) ! Donc j'ai pu agrandir mes partitions (/var, /tmp, /home) tel que je le souhaitais ;-)

Ensuite, j'ai redémarré sur Klax (LiveCD) pour (dans l'ordre) :
- décompresser mon archive var.tar.gz dans HDA13
- décompresser mon archive tmp.tar.gz dans HDA15
- supprimer le contenu du répertoire /var de HDA9 (dans la racine donc)
- supprimer le contenu du répertoire /tmp de HDA9 (dans la racine donc)
- modifier /etc/fstab (situé dans HDA9) pour tenir compte des changements puisque :
--> /var est repassé dans HDA13
--> la Sawp est passé en HDA14 (remontée d'une position)
--> /tmp est passée dans HDA15

Et le redémarrage de la Mandriva s'est correctement passé ;-)

Dans la lancée, j'avais supprimer les distributions Fedora Core 5 et Kubuntu 6.06. Comme je ne suis toujours pas convaincu par ces distributions, je vais en profiter pour voir de plus près la Knoppix, et/ou la Elive, voire la XFLE.

Merci à tous ceux qui sont venus m'aider ;-)))

0
lami20j Messages postés 21331 Date d'inscription jeudi 4 novembre 2004 Statut Modérateur, Contributeur sécurité Dernière intervention 30 octobre 2019 3 569
2 août 2006 à 20:37
Salut,

Donc j'ai pu agrandir mes partitions (/var, /tmp, /home) tel que je le souhaitais ;-)

C'est le plus important.

Très logique de commencer de la fin vu que dans le système de fichiers ext3 les blocs d'une partition doivent être contigus.
C'est pour ça que je t'ai parlé de LVM. Tu peux jouer comment tu veux avec les partitions, les blocs ne devant pas être contigus.

Bonne continuation.

lami20j
0
teutates Messages postés 19624 Date d'inscription vendredi 28 décembre 2001 Statut Modérateur Dernière intervention 2 janvier 2020 3 586
2 août 2006 à 20:54
Très logique de commencer de la fin vu que dans le système de fichiers ext3 les blocs d'une partition doivent être contigus.
Sous Linux, je ne contredirai jamais mais j'étais avec partitionMagic, donc sous Windows, et je ne pensais pas ca jouerais quand même. M'endormirai moins idiot ;-)

C'est pour ça que je t'ai parlé de LVM. Tu peux jouer comment tu veux avec les partitions, les blocs ne devant pas être contigus.
Je ne m'y suis pas lancé immédiatement par manque d'information. Mais j'ai trouvé de la doc (un bouquin que j'ai en plus !) que je vais potasser ;-)
0