Sur le serveur dont je m'occuppe, j'ai souhaité créer une nouvelle
partition sur un disque SCSI.
Que ce soit par Diskdrake ou fdisk, la partition est bien créé mais
impossible d'y accéder, le device dans /dev/ n'est pas créé. Je ne vois
que les liens des anciennes partitions et pas la nouvelle:
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans l'article news:4029027d$0$28599$, Tulan écrivait :
Bonjour.
Bonsoir,
Sur le serveur dont je m'occuppe, j'ai souhaité créer une nouvelle partition sur un disque SCSI. Que ce soit par Diskdrake ou fdisk, la partition est bien créé mais impossible d'y accéder, le device dans /dev/ n'est pas créé.
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la nouvelle partition sachant que le système lit la table des partitions seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a certainement indiqué.
Une idée sans avoir à redémarer la machine ?
Oui, redémarer la machine, c'est la méthode la plus sûre. Ou, à vos risques et perils, un hdparm -z /dev/sdc pour forcer le système à relire la table des partitions.
-- TiChou
Dans l'article news:4029027d$0$28599$626a14ce@news.free.fr,
Tulan <tulan@chez.com.invalid> écrivait :
Bonjour.
Bonsoir,
Sur le serveur dont je m'occuppe, j'ai souhaité créer une nouvelle
partition sur un disque SCSI.
Que ce soit par Diskdrake ou fdisk, la partition est bien créé mais
impossible d'y accéder, le device dans /dev/ n'est pas créé.
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la
nouvelle partition sachant que le système lit la table des partitions
seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a
certainement indiqué.
Une idée sans avoir à redémarer la machine ?
Oui, redémarer la machine, c'est la méthode la plus sûre.
Ou, à vos risques et perils, un hdparm -z /dev/sdc pour forcer le système à
relire la table des partitions.
Dans l'article news:4029027d$0$28599$, Tulan écrivait :
Bonjour.
Bonsoir,
Sur le serveur dont je m'occuppe, j'ai souhaité créer une nouvelle partition sur un disque SCSI. Que ce soit par Diskdrake ou fdisk, la partition est bien créé mais impossible d'y accéder, le device dans /dev/ n'est pas créé.
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la nouvelle partition sachant que le système lit la table des partitions seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a certainement indiqué.
Une idée sans avoir à redémarer la machine ?
Oui, redémarer la machine, c'est la méthode la plus sûre. Ou, à vos risques et perils, un hdparm -z /dev/sdc pour forcer le système à relire la table des partitions.
-- TiChou
Arnaud Gomes-do-Vale
"TiChou" writes:
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la nouvelle partition sachant que le système lit la table des partitions seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a certainement indiqué.
Il lit la table de partitions après le chargement du pilote du disque, il suffit donc de décharger et recharger le dit pilote. Ça implique de démonter toutes les partitions situées sur les disques gérés par le même contrôleur SCSI, ce qui n'est pas toujours faisable.
-- Arnaud Gomes-do-Vale -*-*-*- http://www.glou.org/~arnaud/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- En savoir plus sur GNU/Linux : http://www.linux-france.org/
"TiChou" <gro.uohcit@uohcit> writes:
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la
nouvelle partition sachant que le système lit la table des partitions
seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a
certainement indiqué.
Il lit la table de partitions après le chargement du pilote du disque,
il suffit donc de décharger et recharger le dit pilote. Ça implique de
démonter toutes les partitions situées sur les disques gérés par le
même contrôleur SCSI, ce qui n'est pas toujours faisable.
--
Arnaud Gomes-do-Vale -*-*-*- arnaud@carrosse.frmug.org
http://www.glou.org/~arnaud/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
En savoir plus sur GNU/Linux : http://www.linux-france.org/
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la nouvelle partition sachant que le système lit la table des partitions seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a certainement indiqué.
Il lit la table de partitions après le chargement du pilote du disque, il suffit donc de décharger et recharger le dit pilote. Ça implique de démonter toutes les partitions situées sur les disques gérés par le même contrôleur SCSI, ce qui n'est pas toujours faisable.
-- Arnaud Gomes-do-Vale -*-*-*- http://www.glou.org/~arnaud/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- En savoir plus sur GNU/Linux : http://www.linux-france.org/
Tulan
Il lit la table de partitions après le chargement du pilote du disque, il suffit donc de décharger et recharger le dit pilote. Ça implique de démonter toutes les partitions situées sur les disques gérés par le même contrôleur SCSI, ce qui n'est pas toujours faisable.
Mouis, un seul controleur pour les 3 disques durs ... ... on va se diriger vers le reboot je pense :)
Merci en tout cas, ça confirme ce que je pensais
Il lit la table de partitions après le chargement du pilote du disque,
il suffit donc de décharger et recharger le dit pilote. Ça implique de
démonter toutes les partitions situées sur les disques gérés par le
même contrôleur SCSI, ce qui n'est pas toujours faisable.
Mouis, un seul controleur pour les 3 disques durs ... ... on va se
diriger vers le reboot je pense :)
Il lit la table de partitions après le chargement du pilote du disque, il suffit donc de décharger et recharger le dit pilote. Ça implique de démonter toutes les partitions situées sur les disques gérés par le même contrôleur SCSI, ce qui n'est pas toujours faisable.
Mouis, un seul controleur pour les 3 disques durs ... ... on va se diriger vers le reboot je pense :)
Merci en tout cas, ça confirme ce que je pensais
no_spam
On Tue, 10 Feb 2004 22:03:51 +0100, Arnaud Gomes-do-Vale wrote:
"TiChou" writes:
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la nouvelle partition sachant que le système lit la table des partitions seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a certainement indiqué.
Il lit la table de partitions après le chargement du pilote du disque, il suffit donc de décharger et recharger le dit pilote. Ça implique de démonter toutes les partitions situées sur les disques gérés par le même contrôleur SCSI, ce qui n'est pas toujours faisable.
Non, en principe, le kernel relit la table des partitions quand on appelle l'ioctl BLKRRPART: fs.h:#define BLKRRPART _IO(0x12,95) /* re-read partition table */ fdisk le fait, bien sur, mais cet appel échoue si le disque est en cours d'utilisation. La solution: démonter toutes les partitions du disque en question et tuer tous les programmes qui accèdent au disque. Puis relancer fdisk et sauver la table de partition de nouveau.
On Tue, 10 Feb 2004 22:03:51 +0100, Arnaud Gomes-do-Vale wrote:
"TiChou" <gro.uohcit@uohcit> writes:
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la
nouvelle partition sachant que le système lit la table des partitions
seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a
certainement indiqué.
Il lit la table de partitions après le chargement du pilote du disque,
il suffit donc de décharger et recharger le dit pilote. Ça implique de
démonter toutes les partitions situées sur les disques gérés par le
même contrôleur SCSI, ce qui n'est pas toujours faisable.
Non, en principe, le kernel relit la table des partitions
quand on appelle l'ioctl BLKRRPART:
fs.h:#define BLKRRPART _IO(0x12,95) /* re-read partition table */
fdisk le fait, bien sur, mais cet appel échoue si le disque est
en cours d'utilisation.
La solution: démonter toutes les partitions du disque en question
et tuer tous les programmes qui accèdent au disque.
Puis relancer fdisk et sauver la table de partition de nouveau.
On Tue, 10 Feb 2004 22:03:51 +0100, Arnaud Gomes-do-Vale wrote:
"TiChou" writes:
Pour qu'il soit créé par devfsd, il faut que le système prenne en compte la nouvelle partition sachant que le système lit la table des partitions seulement au démarrage et d'ailleurs l'utilitaire fdisk à sa sortie vous l'a certainement indiqué.
Il lit la table de partitions après le chargement du pilote du disque, il suffit donc de décharger et recharger le dit pilote. Ça implique de démonter toutes les partitions situées sur les disques gérés par le même contrôleur SCSI, ce qui n'est pas toujours faisable.
Non, en principe, le kernel relit la table des partitions quand on appelle l'ioctl BLKRRPART: fs.h:#define BLKRRPART _IO(0x12,95) /* re-read partition table */ fdisk le fait, bien sur, mais cet appel échoue si le disque est en cours d'utilisation. La solution: démonter toutes les partitions du disque en question et tuer tous les programmes qui accèdent au disque. Puis relancer fdisk et sauver la table de partition de nouveau.
