Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Augmenter la taille du dossier var

Milentis

Bonjour,

C'est la première fois que je poste sur ce forum, donc excusez-moi si je commets des erreurs. J'ai installé Fedora 20 sur mon ordinateur portable en imposant la taille des systèmes de dossier. J'ai alors imposé une taille du var à 1Go, ce qui s'est vite révélé insuffisant. Je sais que ce problème a déjà été posé dans ce sujet : http://forums.fedora-fr.org/viewtopic.php?id=54084 par exemple, mais je n'arrive pas à utiliser la solution de resize2fs + lvreduce et lvextend, je pense que je ne fournit pas les bonnes données à ces commandes.

Un fdisk -l donne :

Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0007b0dd

Périphérique Amorçage Début Fin Blocs Id Système
/dev/sda1 2048 6143 2048 83 Linux
/dev/sda2 * 6144 2054143 1024000 83 Linux
/dev/sda3 2054144 548820991 273383424 8e Linux LVM

Disque /dev/mapper/fedora_new--host01-root : 160,9 GiB, 172746604544 octets, 337395712 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Disque /dev/mapper/fedora_new--host01-swap : 1,1 GiB, 1128267776 octets, 2203648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Disque /dev/mapper/fedora_new--host01-home : 97,7 GiB, 104933097472 octets, 204947456 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Disque /dev/mapper/fedora_new--host01-var : 1,1 GiB, 1128267776 octets, 2203648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Je suis débutant sur Linux, donc je ne comprends pas vraiment la différence entre système de fichier et volume logique. Pouvez-vous m'aider ?

nouvo09

je ne comprends pas vraiment la différence entre système de fichier et volume logique.

Tu peux comparer un volume logique à une partition.
A l'intérieur d'un volume logique (le contenant) tu peux créer un système de fichiers (le contenu) de la taille que tu veux sans que le contenu puisse dépasser la taille du contenant.
La différence entre un volume logique (le contenant) et une partition, c'est qu'une partition est un bloc indivisible, alors que le volume logique peut être composé de "morceaux" d'espace situés n'importe où dans ta machine, qui sont concaténés comme un patchwork, le tout étant vu par l'os comme une partition, et à l'intérieur du duquel tu peux également créer un système de fichiers.

L'inconvénient du lv c'est que si tu en perds un bout, tu perds tout.

nouvo09

De plus je ne comprends pas vraiment le sens d'un point de montage séparé pour /var.

En effet ce répertoire est utilisé entre autres lors du boot pour stocker d'éventuels messages d'erreurs et si pour une raison quelconque il n'était pas monté, comment ferais-tu pour récupérer ces messages ?

Et comme tu as 160 Go sous / (ce qui est délirant) tu peux y laisser /var.

jaco60

Avoir un /var séparé peut éviter de remplir malencontreusement la partition racine (et donc planter le système).
En outre, /var est une arborescence qui est très souvent lue et écrite (alors que /usr est principalement lue, par exemple). Si /var est sur sa propre partition, la fragmentation induite par ces nombreuses écritures ne déteindra pas sur les autres. Sur certains systèmes, ça peut donc avoir du sens de placer /var sur les premiers cylindres du disque, ou sur un disque plus rapide.
Après, c'est une histoire de goût et d'habitudes, surtout... Perso, je sépare toujours /, /home et /var. J'en connais qui séparent aussi /boot pour ne la monter qu'en lecture.
Par contre, oué, quand on sépare /var, faut quand même prévoir un peu large...

Refuznik

Idem comment fais tu pour avoir un /var remplie ? Là-dedans c'est seulement du log ou du serveur web, enfin sauf si tu as mis d'autres trucs.

Que renvoie la commande df -h ?

nouvo09

/var est une arborescence qui est très souvent lue et écrite

/var étant le répertoire des données variables, il semble évident qu'on doit pouvoir y écrire en utilisation normale.

jaco60

nouvo09 wrote:
/var est une arborescence qui est très souvent lue et écrite
/var étant le répertoire des données variables, il semble évident qu'on doit pouvoir y écrire en utilisation normale.

Ben oui, j'ai jamais dit que je ne trouvais pas ça normal, hein... C'est même sa raison d'être.

Milentis

Voici ce que retourne la commande df -h :

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/fedora_new--host01-root 159G 5,6G 145G 4% /
devtmpfs 2,9G 0 2,9G 0% /dev
tmpfs 3,0G 128K 3,0G 1% /dev/shm
tmpfs 3,0G 912K 2,9G 1% /run
tmpfs 3,0G 0 3,0G 0% /sys/fs/cgroup
tmpfs 3,0G 16K 3,0G 1% /tmp
/dev/sda2 969M 110M 794M 13% /boot
/dev/mapper/fedora_new--host01-home 97G 12G 80G 13% /home
/dev/mapper/fedora_new--host01-var 1,1G 834M 124M 88% /var

Le /var se remplit très vite que je lance un yum update, ce qui bloque yum (plus assez d'espace pour télécharger les mises à jour je pense). C'est pour ça que je veux agrandir le /var.

Je ne sais pas si c'est intéressant, mais mon disque dur fait 500G, ce qui en laisse environ 220G non utilisés... Ce que je cherche c'est la commande à rentrer dans le terminal pour augmenter la taille du dossier var.

Refuznik

Tu peux lancer system-config-lvm (l'interface graphique), dans groupe de volume, tu vas dans fedora_new--host01-var ou Volsda ==> vue logique, fedora_new--host01-var puis cliquer sur Propriété, taille du VL et changer la taille.

Milentis

Après quelques recherches, je m'aperçois que system-config-lvm n'est plus disponible depuis fedora 19... Même en récupérant un vieux rpm de f19 l'installation échoue. Je réessayerai plus tard, cependant n'est-il pas possible de faire la même opération via le terminal ?

Refuznik

Oui bien sur, voici quelques tutos. Bon c'est pas fedora mais le principe est le même :
http://linux.developpez.com/lvm/#L4.1
http://doc.ubuntu-fr.org/lvm#redimensionnement

Je te conseille quant même de lire et de bien comprendre ce que tu fais, histoire de ne bousiller tes partitions.

nouvo09

Pour ma part je te conseille si tu n'as rien de précieux sur ce pc, de réinstaller Fedora sur des partitions traditionnelles et normales, tant il est peu probable que tu sois amené à étendre des volumes logiques sur des parties situées sur des disques externes.

Alors un peu de bon sens !

Milentis

Je voudrais bien, mais là je suis en érasmus jusqu'en juin, je ne dispose pas d'un disque d'installation, et si ça foire mon seul pc sera crashé.

J'ai lu attentivement tes liens, Refuznik, mais je n'arrive pas à les mettre en oeuvre car resize2fs refuse de réduire mes systèmes de fichiers s'ils ne sont pas démontés, et umount refuse de démonter mes systèmes de fichiers car ils sont en utilisation :

[root@new-host ~]# resize2fs /dev/mapper/fedora_new--host01-home 92g
resize2fs 1.42.8 (20-Jun-2013)
Le système de fichiers de /dev/mapper/fedora_new--host01-home est monté sur /home ; le changement de taille doit être effectué en ligne
resize2fs: La réduction en ligne n'est pas supportée

[root@new-host ~]# umount /home
umount: /home : cible occupée
(Dans certains cas, des renseignements sur les processus utilisant
le périphérique sont accessibles avec lsof(8) ou fuser(1).)

Y a-t-il un moyen de forcer le processus, ou de contourner cette interdiction ? Ou alors faut-il faire cette manipulation avec un live cd ?

jaco60

Bon, là, comme ça, dans l'urgence de ta situation, et en attendant de pouvoir retailler ton système de fichiers ou de repasser au bon vieux système des partitions DOS, tu pourrais recopier ton /var actuel dans un répertoire newvar situé sous ta racine où il y a de la place, modifier ton /etc/fstab pour qu'il ne monte plus la partition /var...

Ce que je ferai (attention, c'est crade) :

Passer en runlevel 1 avec telinit ou rebooter en mode rescue, puis :

# mkdir /newvar
# cp -a /var/* /newvar

Commenter la ligne qui monte /var dans /etc/fstab

# mv /var /var.prev
# mv /newvar /var

Vérifier les droits, proprios, etc. de ton nouveau /var

# reboot

J'insiste bien sur le fait que c'est une solution crade (notamment, ça risque de grogner au premier mv) et tu comprendras bien que je ne l'ai pas testée (même si, par le passé, j'ai fait des trucs dans le genre pour me sortir en urgence d'une galère)... Si tu pouvais attendre l'avis d'autres, je serai rassuré.

Une solution plus adaptée (et plus sûre) serait de booter à partir d'un CD linux quelconque, de monter les partitions de ton disque dur et de faire ces manips à partir du système booté sur le CD...

Milentis

Ce n'est pas vraiment urgent, c'est juste que je ne peux faire de mise à jour tant que ce n'est pas résolu. SInon, est-ce que booter sur une clé usb live peut marcher ? Je n'ai jamais fait cette opération, préférant toujours graver, donc je vous demande...

nouvo09

Je ne l'ai jamais testé, préférant toujours le livecd

regarde sur sysreccd.org .

Refuznik

resize2fs /dev/mapper/fedora_new--host01-home 92g

Bon déja là tu te plante puisque tu cherches à démonter et à agrandir ton dossier /home.

Après pour démonter ta partition, il te suffit soit de démarrer en mode rescue, soit en runlevel 3 (il suffit de rajouter 3 à la fin du lanceur de ton grub), soit un livecd ou un liveusb.
Bref tu as franchement le choix.

Milentis

resize2fs /dev/mapper/fedora_new--host01-home 92g

Je pensais que cette commande me permettrait de réduire mon /home à 92G... Ce n'est pas le cas ?

J'essayerai en mode rescue ce soir. En tout cas, merci pour vos conseils !

nouvo09

si tu exécutes un man resize2fs tu constates que les dimensions sont indiquées en majuscules.

Sous linux 32g et 32G ne sont pas forcément la même chose.

Mais comme on t'a dit plus haut de toutes façons tu ne peux pas modifier la taille des filesystem montés. Pas plus que tu ne peux ressemeler tes chaussures pendant que tu marches.

Milentis

Donc en gros :
- je reboot en mode rescue,
- je démonte /home,
- je réduis le système de fichier,
- je réduis le volume logique,
- puis je remonte /home,
- je démonte /var,
- j'agrandis le volume logique,
- j'agrandis le système de fichier,
- je reboot en mode normal pour vois si ça a marché.

Tout ça avec des G en majuscule.

Page suivante »