/ 4Go
swap 2 Go
/usr 8 Go
/home 8 Go
/var 100 Go (tant qu'à y être)
/memoire 38 Go (pour faire des sauvegardes)
Je verrai bien ce que ça donnera à l'usage.
]>Pour répondre tout d'abord à la question, oui, mke2fs reconnaît les partitions, tout au moins sur un PC.
Un "diff -s" confirme qu'il s'agit du même fichier que mkfs.ext[23] que j'ai utilisé sur la machine d'où je poste.
Disk /dev/hda: 41.1 GB, 41110142976 bytes
255 heads, 63 sectors/track, 4998 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytesDevice Boot Start End Blocks Id System
/dev/hda1 * 1 512 4112608+ b W95 FAT32
/dev/hda2 513 1832 10602900 83 Linux
/dev/hda3 1833 1961 1036192+ 82 Linux swap / Solaris
/dev/hda4 1962 4998 24394702+ 5 Extended
/dev/hda5 1962 3120 9309636 83 Linux
/dev/hda6 3121 4701 12699351 83 Linux
/dev/hda7 4702 4998 2385621 83 Linux
En cherchant un peu, je suis tombé sur le man de fdisk qui décrit une gestion des disques différente selon le type de machine:
Une étiquette de disque de type BSD/SUN peut décrire 8 partitions, dont la troisième devrait être une partition de « disque
entier ». ... [snip]Une étiquette de disque de type IRIX/SGI peut décrire 16 partitions, dont la onzième devrait être une partition entière de
« volume », alors que la neuvième devrait être un « en-tête de volume ». ... [snip]Une table de partitions de type DOS peut décrire un nombre illimité de partitions. Dans le secteur 0, il y a de la place pour
décrire 4 partitions (appelées « primaires »). L'une d'entre elles peut être une partition étendue ; c'est une sorte de boîte
contenant des partitions logiques, ... [snip]
Je ne sais ce qu'est la différence entre l'étiquette de disque ou la table de partition, mais vu qu'il ne s'agit pas dans votre cas d'un PC mais d'un serveur dédié, il est possible que le système n'accepte pas les partitions logiques, spécifiques à la table de type DOS.
Autre élément, sur un PC:
biniou:/home/sergio# cat /proc/partitions
major minor #blocks name3 0 40146624 hda
3 1 4112608 hda1
3 2 10602900 hda2
3 3 1036192 hda3
3 4 1 hda4
3 5 9309636 hda5
3 6 12699351 hda6
3 7 2385621 hda7
Je n'ai pas trouvé (pas cherché non plus) à quoi correspond le type major (3 chez moi, 8 pour vous) mais cela me paraît aller dans le sens d'une différence de système.
Je ne saurais pas vous aider d'avantage, mais ça me paraît une piste.
]>LeDub qui ne s'y connait pas tellement en partition surtout musicales !!!
]>Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 392 3148708+ 83 Linux
/dev/sda2 393 19392 152617500 5 Extended
/dev/sda3 19393 19457 522112+ 82 Linux swap / Solaris
/dev/sda5 393 1366 7823623+ 83 Linux
/dev/sda6 1367 2340 7823623+ 83 Linux
/dev/sda7 2341 14499 97667136 83 Linux
/dev/sda8 14500 19392 39302991 83 Linux
Command (m for help): q
root@serveur:~# mke2fs -cj /dev/sda5
mke2fs 1.40-WIP (14-Nov-2006)
Ne peut évaluer par stat() /dev/sda5 --- Aucun fichier ou répertoire de ce type
Le périphérique n'existe apparemment pas ; l'avez-vous spécifié
correctement ?
Hem... Et maintenant ? Me voilà bien attrapé.
Or :
# cat /proc/partitions
major minor #blocks name
8 0 156290904 sda
8 1 3148708 sda1
8 2 152617500 sda2
8 3 522112 sda3
D'où ma question : mke2fs voit-il les partitions logiques ?
Je me replonge dans la doc illico.
Je résume les différentes solutions :
- placer mes bases de données et mes répertoires d'apache dans /home
- créer des partitions au sein de ce gigantesque /home grace au LVM
- reformater ce /home en /usr, /var et /tmp
Laquelle choisir ?
]>Les partitions dans des volumes logiques sont assez pratiques. Elles peuvent s'agrandir ou se réduire de manière dynamique (seul point d'ombre, sous Linux, il faut démonter la partition avant de modifier sa taille). Comme ça si les besoins d'espace évoluent avec le temps, on peut réduire la partition inusitée et augmenter la partition qui est trop petite (tout cela sans rebooter, bien sûr )
Pour les bases de données, avec Oracle XE (qui existe en paquet Debian), on peut mettre les fichiers contenant les données où on veut. Pour MySQL, ça doit se faire (je dois sans doute le faire sous peu sous Debian, ça se fait bien sous Windows (enfin avec EasyPhp)).
]>Pour celà, tu peux à la création de ton cluster lui préciser où mettre ses petits (le fameux -D du initdb de postgresql) mais aussi par la suite lui créer des tablespaces placé où bon te semblera dans ton arbo pour y placer tables, schema, index, ...
Mais la norme, chez Debian tout du moins, est de mettre tout ça dans /var
++
]>Le petit site que j'utilise au boulot sur mon petit serveur , comme j'avais également des soucis de place dans mon /var que j'avais dimensionné trop petit (TRES petit ! je savais pas que j'allais y mettre un site web).
Je l'ai déplacé dans /home/MonSite/ et j'ai modifié le httpd.conf d'apache 1.3 pour qu'il aille taper dessus !
J'ai préparé un serveur de secours au cas ou (avec apache2) et j'ai procédé de la même façon (sauf que le fichier de conf est pas httpd.conf mais ... TROU de mémoire ) En tous les cas les tests étaient positifs.
C'est mal ?
]>LeDub toujours là mais moins bavard même sir LVM.
]>Ton serveur polyvalent, il est vraiment si polyvalent que ça ?
]>/dev/hda1 259M 79M 167M 33% /
/dev/hda6 2,8G 224M 2,4G 9% /home
/dev/hda9 2,0G 36M 1,9G 2% /tmp
/dev/hda5 4,6G 581M 3,8G 14% /usr
/dev/hda7 63G 11G 49G 19% /var
Tu verrais quoi, comme taille, pour /var, /usr et /tmp ?
Et pour /etc et /home, tu fais quoi ?
La solution:
1. booter en netboot
2. repartitionner le disque en cassant la home (backupe les data de home, ok?), pour faire une /var /tmp et une /usr
3. les mke2fs qui vont bien
4. modifier le fstab
5. monter les partitions et déplacer les data de /var, /usr et /tmp depuis / vers les nouvelles partitions
5. rebooter sur le disque