Avez vous idée d'une option dans fstab ou de tout autre procédé soft
permettant d'obtenir un arrêt durable ?
Avez vous idée d'une option dans fstab ou de tout autre procédé soft
permettant d'obtenir un arrêt durable ?
Avez vous idée d'une option dans fstab ou de tout autre procédé soft
permettant d'obtenir un arrêt durable ?
Tu peux aller dans le répertoire du driver de ton disque dur, par exemple
/sys/bus/pci/drivers/ata_piix pour un contrôleur Intel, et écrire le numéro
PCI du disque dans unbind :
echo -n 0000:00:1f.1 > unbind
(pas testé, pour des raisons évidentes, mais avec le bon ajustement c'est
censé marcher)
Tu peux aller dans le répertoire du driver de ton disque dur, par exemple
/sys/bus/pci/drivers/ata_piix pour un contrôleur Intel, et écrire le numéro
PCI du disque dans unbind :
echo -n 0000:00:1f.1 > unbind
(pas testé, pour des raisons évidentes, mais avec le bon ajustement c'est
censé marcher)
Tu peux aller dans le répertoire du driver de ton disque dur, par exemple
/sys/bus/pci/drivers/ata_piix pour un contrôleur Intel, et écrire le numéro
PCI du disque dans unbind :
echo -n 0000:00:1f.1 > unbind
(pas testé, pour des raisons évidentes, mais avec le bon ajustement c'est
censé marcher)
Le 25/05/2010 14:56, *Nicolas George* a écrit fort à propos :Tu peux aller dans le répertoire du driver de ton disque dur, par exemple
/sys/bus/pci/drivers/ata_piix pour un contrôleur Intel, et écrire le
numéro
PCI du disque dans unbind :
echo -n 0000:00:1f.1 > unbind
Le seul résultat apparent est un blocage complet. Perte du clavier, plus
de connexion par ssh, rien d'autre de possible qu'un reset.(pas testé, pour des raisons évidentes, mais avec le bon ajustement c'est
censé marcher)
Tout semblait concorder, mais voici quand-même la réponse de lshw.
Pardon pour la longueur, je ne suis pas sûr de ce que j'aurais pu
supprimer :
Le 25/05/2010 14:56, *Nicolas George* a écrit fort à propos :
Tu peux aller dans le répertoire du driver de ton disque dur, par exemple
/sys/bus/pci/drivers/ata_piix pour un contrôleur Intel, et écrire le
numéro
PCI du disque dans unbind :
echo -n 0000:00:1f.1 > unbind
Le seul résultat apparent est un blocage complet. Perte du clavier, plus
de connexion par ssh, rien d'autre de possible qu'un reset.
(pas testé, pour des raisons évidentes, mais avec le bon ajustement c'est
censé marcher)
Tout semblait concorder, mais voici quand-même la réponse de lshw.
Pardon pour la longueur, je ne suis pas sûr de ce que j'aurais pu
supprimer :
Le 25/05/2010 14:56, *Nicolas George* a écrit fort à propos :Tu peux aller dans le répertoire du driver de ton disque dur, par exemple
/sys/bus/pci/drivers/ata_piix pour un contrôleur Intel, et écrire le
numéro
PCI du disque dans unbind :
echo -n 0000:00:1f.1 > unbind
Le seul résultat apparent est un blocage complet. Perte du clavier, plus
de connexion par ssh, rien d'autre de possible qu'un reset.(pas testé, pour des raisons évidentes, mais avec le bon ajustement c'est
censé marcher)
Tout semblait concorder, mais voici quand-même la réponse de lshw.
Pardon pour la longueur, je ne suis pas sûr de ce que j'aurais pu
supprimer :
amha le problème ne vient pas du matériel mais du logiciel. Il y a un
certain nombre de démons qui peuvent réveiller un disque même démonté.
Par exemple smartd (monitoring de l'état des disques) qui réveille
périodiquement les disques pour aller lire l'état des compteurs.
Il y a tellement de possibilité qu'il va être difficile de t'aider sauf
si tu as une installation absolument standard de la mandriva, auquel cas
un habitué de cette distribution saura quels démons installés par défaut
peuvent s'attaquer au disque.
Sinon, personnellement je testerait un
hdparm -Y /dev/sda
et je regarderait du coté de smartd (si il est activé) notamment pour
utiliser dans la conf un
/dev/sda -n idle,q
amha le problème ne vient pas du matériel mais du logiciel. Il y a un
certain nombre de démons qui peuvent réveiller un disque même démonté.
Par exemple smartd (monitoring de l'état des disques) qui réveille
périodiquement les disques pour aller lire l'état des compteurs.
Il y a tellement de possibilité qu'il va être difficile de t'aider sauf
si tu as une installation absolument standard de la mandriva, auquel cas
un habitué de cette distribution saura quels démons installés par défaut
peuvent s'attaquer au disque.
Sinon, personnellement je testerait un
hdparm -Y /dev/sda
et je regarderait du coté de smartd (si il est activé) notamment pour
utiliser dans la conf un
/dev/sda -n idle,q
amha le problème ne vient pas du matériel mais du logiciel. Il y a un
certain nombre de démons qui peuvent réveiller un disque même démonté.
Par exemple smartd (monitoring de l'état des disques) qui réveille
périodiquement les disques pour aller lire l'état des compteurs.
Il y a tellement de possibilité qu'il va être difficile de t'aider sauf
si tu as une installation absolument standard de la mandriva, auquel cas
un habitué de cette distribution saura quels démons installés par défaut
peuvent s'attaquer au disque.
Sinon, personnellement je testerait un
hdparm -Y /dev/sda
et je regarderait du coté de smartd (si il est activé) notamment pour
utiliser dans la conf un
/dev/sda -n idle,q
Le 25/05/2010 17:52, *GuiGui* a écrit fort à propos :amha le problème ne vient pas du matériel mais du logiciel. Il y a un
certain nombre de démons qui peuvent réveiller un disque même démonté.
Par exemple smartd (monitoring de l'état des disques) qui réveille
périodiquement les disques pour aller lire l'état des compteurs.
Il y a tellement de possibilité qu'il va être difficile de t'aider
sauf si tu as une installation absolument standard de la mandriva,
auquel cas un habitué de cette distribution saura quels démons
installés par défaut peuvent s'attaquer au disque.
Sinon, personnellement je testerait un
hdparm -Y /dev/sda
et je regarderait du coté de smartd (si il est activé) notamment pour
utiliser dans la conf un
/dev/sda -n idle,q
Merci pour cette piste pas trop difficile à suivre. Après lecture du man
de smartd.conf, et pensant me montrer plus autoritaire que toi, j'ai
simplement commenté la ligne commençant par DEVICESCAN et rédigé à la
place une ligne ne concernant que /dev/sdb. (En en profitant pour
planifier les tests à des horaires plus adaptés à un particulier que
ceux définis d'origine.)
J'ai ensuite exécuté ldconfig et mis /dev/sda en mode standby sans
démontage. Moins d'un quart d'heure plus tard il avait redémarré.
Le 25/05/2010 17:52, *GuiGui* a écrit fort à propos :
amha le problème ne vient pas du matériel mais du logiciel. Il y a un
certain nombre de démons qui peuvent réveiller un disque même démonté.
Par exemple smartd (monitoring de l'état des disques) qui réveille
périodiquement les disques pour aller lire l'état des compteurs.
Il y a tellement de possibilité qu'il va être difficile de t'aider
sauf si tu as une installation absolument standard de la mandriva,
auquel cas un habitué de cette distribution saura quels démons
installés par défaut peuvent s'attaquer au disque.
Sinon, personnellement je testerait un
hdparm -Y /dev/sda
et je regarderait du coté de smartd (si il est activé) notamment pour
utiliser dans la conf un
/dev/sda -n idle,q
Merci pour cette piste pas trop difficile à suivre. Après lecture du man
de smartd.conf, et pensant me montrer plus autoritaire que toi, j'ai
simplement commenté la ligne commençant par DEVICESCAN et rédigé à la
place une ligne ne concernant que /dev/sdb. (En en profitant pour
planifier les tests à des horaires plus adaptés à un particulier que
ceux définis d'origine.)
J'ai ensuite exécuté ldconfig et mis /dev/sda en mode standby sans
démontage. Moins d'un quart d'heure plus tard il avait redémarré.
Le 25/05/2010 17:52, *GuiGui* a écrit fort à propos :amha le problème ne vient pas du matériel mais du logiciel. Il y a un
certain nombre de démons qui peuvent réveiller un disque même démonté.
Par exemple smartd (monitoring de l'état des disques) qui réveille
périodiquement les disques pour aller lire l'état des compteurs.
Il y a tellement de possibilité qu'il va être difficile de t'aider
sauf si tu as une installation absolument standard de la mandriva,
auquel cas un habitué de cette distribution saura quels démons
installés par défaut peuvent s'attaquer au disque.
Sinon, personnellement je testerait un
hdparm -Y /dev/sda
et je regarderait du coté de smartd (si il est activé) notamment pour
utiliser dans la conf un
/dev/sda -n idle,q
Merci pour cette piste pas trop difficile à suivre. Après lecture du man
de smartd.conf, et pensant me montrer plus autoritaire que toi, j'ai
simplement commenté la ligne commençant par DEVICESCAN et rédigé à la
place une ligne ne concernant que /dev/sdb. (En en profitant pour
planifier les tests à des horaires plus adaptés à un particulier que
ceux définis d'origine.)
J'ai ensuite exécuté ldconfig et mis /dev/sda en mode standby sans
démontage. Moins d'un quart d'heure plus tard il avait redémarré.
Quelle idée de lancer ldconfig ? Il n'a rien à voir dans l'affaire.
C'est le script du démon smartd qu'il fallait relancer.
Quelle idée de lancer ldconfig ? Il n'a rien à voir dans l'affaire.
C'est le script du démon smartd qu'il fallait relancer.
Quelle idée de lancer ldconfig ? Il n'a rien à voir dans l'affaire.
C'est le script du démon smartd qu'il fallait relancer.
Le 26/05/2010 00:58, *YBM* a écrit fort à propos :Quelle idée de lancer ldconfig ? Il n'a rien à voir dans l'affaire.
C'est le script du démon smartd qu'il fallait relancer.
Tout-à-fait, quel benêt je suis !
Le 26/05/2010 00:58, *YBM* a écrit fort à propos :
Quelle idée de lancer ldconfig ? Il n'a rien à voir dans l'affaire.
C'est le script du démon smartd qu'il fallait relancer.
Tout-à-fait, quel benêt je suis !
Le 26/05/2010 00:58, *YBM* a écrit fort à propos :Quelle idée de lancer ldconfig ? Il n'a rien à voir dans l'affaire.
C'est le script du démon smartd qu'il fallait relancer.
Tout-à-fait, quel benêt je suis !
Au fait, as tu remarqué ? '-Y' et pas '-y' les deux existent mais ne
sont pas identiques (la majuscule est plus violente) ;-)
Au fait, as tu remarqué ? '-Y' et pas '-y' les deux existent mais ne
sont pas identiques (la majuscule est plus violente) ;-)
Au fait, as tu remarqué ? '-Y' et pas '-y' les deux existent mais ne
sont pas identiques (la majuscule est plus violente) ;-)
Pour connaitre les processus qui accède aux disques :
echo 1 > /proc/sys/vm/block_dump
et dans dmesg, on peut alors voir :
atop(720): dirtied inode 468512 (atop.log) on sda1
Mais si la partition est démontée, je ne sais pas si tu verras qqch
Pour connaitre les processus qui accède aux disques :
echo 1 > /proc/sys/vm/block_dump
et dans dmesg, on peut alors voir :
atop(720): dirtied inode 468512 (atop.log) on sda1
Mais si la partition est démontée, je ne sais pas si tu verras qqch
Pour connaitre les processus qui accède aux disques :
echo 1 > /proc/sys/vm/block_dump
et dans dmesg, on peut alors voir :
atop(720): dirtied inode 468512 (atop.log) on sda1
Mais si la partition est démontée, je ne sais pas si tu verras qqch