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
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
A voir également:
- Partitions inamovibles
- Logiciel de lecture de partitions musicales - Télécharger - Création musicale
- La caverne aux partitions ✓ - Forum Loisirs / Divertissements
- Comment voir les partitions disque dur - Guide
- Fusionner 2 partitions disque dur sans formater - Forum Windows
- Chiffrer ses partitions - Forum Linux / Unix
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
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)
- tu demontes /hda13 et /hda14
- tu décompresses les archives (tu dois être toujours dans la racine)
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
- démontage des partitions
- remplacer les répertoires vides(une fois le demontage fait tmp et var seront vides)
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
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
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
2 août 2006 à 09:19
Salut tous les deux,
Euh...!!! manque rien là lami20j ?
Euh...!!! manque rien là lami20j ?
cd / && tar cjvf var.tbz2 && tar cjvf tmp.tbz2Du genre les répertoires à archiver ... ;-)))
cd / && tar cjvf var.tbz2 var && tar cjvf tmp.tbz2 tmp;-))
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
2 août 2006 à 09:46
Salut,
bien vu.
Je l'ai fait vite fait en RER ce matin.
lami20j
bien vu.
Je l'ai fait vite fait en RER ce matin.
lami20j
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
2 août 2006 à 12:59
Résultat de mount :
Résultat de fdisk -l :
Résultat de cat /etc/fstab :
[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
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
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
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
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
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é :
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.
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.
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
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
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
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
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 !
- 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 !
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
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
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
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
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
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
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
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 ;-)))
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 ;-)))
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
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
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
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
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 ;-)
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 ;-)