IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

Fdisk : « sector n is already allocated »


Sujet :

Administration système

  1. #1
    Modérateur
    Avatar de Obsidian
    Homme Profil pro
    Développeur en systèmes embarqués
    Inscrit en
    Septembre 2007
    Messages
    7 360
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Développeur en systèmes embarqués
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 7 360
    Points : 23 600
    Points
    23 600
    Par défaut Fdisk : « sector n is already allocated »
    Bonsoir,

    Je cherche à ajouter une nouvelle partition à un de mes disques mais je peine à l'aligner sur ses voisines et j'ai du mal à voir pourquoi.

    J'utilise un PC composé et monté par mes soins en 2008 (sous Linux, cela va sans dire). Il embarque notamment trois disques SATA identiques de 500 Go chacun. J'ai partitionné ces disques de façon à mettre mon /home en RAID 5 logiciel (avec mdadm) mais conserver le libre usage de mon espace pour le reste (système et partitions consacrés aux gros logiciels pouvant néanmoins être réinstallés). Les paramètres de ces partitions pour chacun des disques sont :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x000c49fd
    
    Device    Boot     Start       End    Blocks  Id System
    /dev/sda1             63 781252607 390626272+  5 Extended
    /dev/sda5 *          126  16777215   8388545  83 Linux
    /dev/sda6       41945778  58717574   8385898+ 82 Linux swap / Solaris
    /dev/sda7       58717638 179847674  60565018+ fd Linux raid autodetect
    /dev/sda8      566306816 781252607 107472896  83 Linux
    
    --
    
    Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x000227d2
    
    Device    Boot     Start       End    Blocks  Id System
    /dev/sdb1             63 585938744 292969341   5 Extended
    /dev/sdb5            126  41945714  20972794+ 83 Linux
    /dev/sdb6       41945778  58717574   8385898+ 82 Linux swap / Solaris
    /dev/sdb7       58717638 179847674  60565018+ fd Linux raid autodetect
    /dev/sdb8      179847738 389576249 104864256  83 Linux
    
    --
    
    Disk /dev/sdc: 465.8 GiB, 500107862016 bytes, 976773168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x000227d2
    
    Device    Boot     Start       End    Blocks  Id System
    /dev/sdc1             63 976768064 488384001   5 Extended
    /dev/sdc5            126  41945714  20972794+ 83 Linux
    /dev/sdc6       41945778  58717574   8385898+ 82 Linux swap / Solaris
    /dev/sdc7       58717638 179847674  60565018+ fd Linux raid autodetect
    /dev/sdc8      179847738 389576249 104864256  83 Linux
    /dev/sdc9      389578752 599293951 104857600  83 Linux
    Il s'agit donc d'une partition étendue par disque commençant systématiquement au tout début de son disque et mesure 300 Go, 400 Go ou 500 Go (l'intégralité) selon le cas.
    Les trois partitions logiques sd-7 correspondent au /home en RAID 5. On peut voir qu'elles sont identiques en taille et en emplacement : elles commencent et finissent aux mêmes secteurs.
    La partition sdc9 recèle mes jeux vidéos et reste telle quelle.

    J'aimerais aujourd'hui construire un second volume RAID 5 juste après le premier, en utilisant les partitions sd-8. Les partitions sdb8 et sdbc8 sont déjà identiques et exploitables. En revanche, sda8 contient mon simulateur de vol et a d'autres dimensions. J'ai donc agrandi cet après-midi, avec gparted, la partition étendue qui la contient puis déplacé sda8 vers la fin en laissant suffisamment de place entre les deux pour me permettre d'y créer un clone de ses deux jumelles et les renuméroter ensuite (en remettant la table dans l'ordre avec la commande idoine).

    Cependant, quand j'essaie de créer cette partition en utilisant les mêmes positions, j'obtiens ceci :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    Command (m for help): n
    
    Partition type:
       p   primary (0 primary, 1 extended, 3 free)
       l   logical (numbered from 5)
    Select (default p): l
    
    Adding logical partition 9
    First sector (16779264-781252607, default 16779264): 179847738
    
    Sector 179847738 is already allocated.
    First sector (179849723-781252607, default 179851264):
    Impossible, donc, de créer ma partition à partir du secteur 179847738 mais seulement à partir de 179849723, soit 1985 secteurs plus loin et même 3526 si j'utilise la valeur par défaut. Si je passe en unités Cylindre/Têtes/Secteurs, je peux spécifier le bon cylindre mais le gap demeure lorsque je rebascule en affichage secteur.

    Apparemment, il y a un espace minuscule entre sda5 et sda6 mais ce n'est pas ce qui nous importe ici. Pourquoi ne puis-je pas récréer une partition à l'identique là où j'avais créé les deux autres alors que les disques et les partitions qui précèdent les sd-8 sont en tous points semblables ? Est-ce que gparted peut avoir eu une influence sur le calcul de la géométrie ? Je sais que mdadm ne se formalisera pas de l'emplacement exact des différents volumes mais pour la propreté de la chose et pour la maintenance future de mes disques, j'aimerais bien parvenir à mes fins quand même ou, à défaut, savoir exactement ce qui m'en empêche.

    J'ai également essayé de supprimer sda8 depuis fdisk (avant mise à jour sur le disque), pour recréer directement ma nouvelle partition sous le chiffre 8 puis redéclarer l'autre en tant que sda9 avec les bonnes positions, mais sans succès. J'obtiens le même message.

    Merci à tous pour vos lumières.

  2. #2
    Expert éminent Avatar de marsupial
    Homme Profil pro
    Retraité
    Inscrit en
    Mars 2014
    Messages
    1 760
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Autre

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : Mars 2014
    Messages : 1 760
    Points : 7 185
    Points
    7 185
    Par défaut
    Bonjour,

    Pure hypothèse. Le redimensionnement avec gparted a arrondi la taille de la partition en terme de secteur ce qui entraine ce message d'espace déjà alloué.
    Repeat after me
    Le monsieur lutte pour la défense des libertés individuelles et collectives

    Repeat after me...

Discussions similaires

  1. Allocation dynamique de structures
    Par fr_knoxville dans le forum C
    Réponses: 8
    Dernier message: 06/05/2003, 22h59
  2. Allocation dynamique de mémoire en asm
    Par narmataru dans le forum Assembleur
    Réponses: 7
    Dernier message: 17/12/2002, 23h31
  3. Réponses: 4
    Dernier message: 03/12/2002, 17h47
  4. [Turbo Pascal] Allocation et désallocation de pointeurs dans une fonction
    Par neird dans le forum Turbo Pascal
    Réponses: 13
    Dernier message: 17/11/2002, 21h14
  5. Allocation de ressources
    Par Eric Pasquier dans le forum Algorithmes et structures de données
    Réponses: 4
    Dernier message: 08/10/2002, 10h19

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo