J'ai un DLT 7000 qui n'accepte pas les bande DLT-IV que je lui fourni, je
cherche à isoler la cause ..et y remédier
Bon, le décor:
- un DLT7000 externe, obsolète mais encore en état de marche, capacité maxi
: 35/70 sur bandes DLT-IV.
- un PC pas trop vieux ( athlon 3200 ), une carte SCSI Adaptec 29160,
Windows XP SP2
- devant le clavier ..moi :-) (c'est pour un usage perso)
- coté softs ..NTBackup ( ou autre si qqun m'indique un soft gratos sympa )
- Une bande DLT-IIIxt - neuve
- Une bande de nettoyage DLT - neuve
- Un paquet de bande DLT-IV ( certaines utilisées dans un DLT-8000,
normalement encore en état, les autres ..usage inconnu )
Avec des bandes neuves DLT-III, c'est ok, backup, test, restaure ..tout
roule
Mais avec les bandes DLT-IV, rien à faire, le DLT n'en veut pas, j'insère la
bande, il bobine, gratte, râle et affiche en façade : "tape in use" et "use
cleaning tape".
Coté Windows, le gestionnaire de stockage amovibles ou ntbackup ne voient
pas de bandes dans le DLT.
J'ai passé un coup la bande de nettoyage, mais ça ne sert à rien, le témoin
s'éteint si je met ma bande DLT-III, et se rallume si je met une bande
DLT-IV.
Pourquoi ne veut-il pas de mes bandes DLT-IV ?
est-ce par ce qu'elles sont "formatées" 40/80 ?
si c'est ça, comment les "reformater" en 35/70 ?
Merci
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Le 19/08/2005 17:06, Ascadix nous fit savoir que : ...
Mais avec les bandes DLT-IV, rien à faire, le DLT n'en veut pas, j'insère la bande, il bobine, gratte, râle et affiche en façade : "tape in use" et "use cleaning tape". Coté Windows, le gestionnaire de stockage amovibles ou ntbackup ne voient pas de bandes dans le DLT.
J'ai passé un coup la bande de nettoyage, mais ça ne sert à rien, le témoin s'éteint si je met ma bande DLT-III, et se rallume si je met une bande DLT-IV.
Pourquoi ne veut-il pas de mes bandes DLT-IV ? est-ce par ce qu'elles sont "formatées" 40/80 ? si c'est ça, comment les "reformater" en 35/70 ?
Si toutes les bandes DLT-IV sont déjà passés dans un lecteur DLT8000, alors il y a de fortes chances que ce soit effectivement un problème de "formatage". Dans ce cas, il devrait y avoir en façade du lecteur un bouton "select" qui permet de forcer la densité. L'utiliser pour allumer la diode "35.0" juste après avoir inséré la bande et pendant qu'elle est en cours de chargement, le lecteur doit alors réinitialiser la bande en densité DLT7000.
L'utilitaire HP "DLT Tape Tools" dont je n'ai plus l'URL sous la main mais que j'ai posté ici même il y a quelques temps peut être utile également pour tester le lecteur.
Have fun.
-- fx
Le 19/08/2005 17:06, Ascadix nous fit savoir que :
...
Mais avec les bandes DLT-IV, rien à faire, le DLT n'en veut pas,
j'insère la bande, il bobine, gratte, râle et affiche en façade : "tape
in use" et "use cleaning tape".
Coté Windows, le gestionnaire de stockage amovibles ou ntbackup ne
voient pas de bandes dans le DLT.
J'ai passé un coup la bande de nettoyage, mais ça ne sert à rien, le
témoin s'éteint si je met ma bande DLT-III, et se rallume si je met une
bande DLT-IV.
Pourquoi ne veut-il pas de mes bandes DLT-IV ?
est-ce par ce qu'elles sont "formatées" 40/80 ?
si c'est ça, comment les "reformater" en 35/70 ?
Si toutes les bandes DLT-IV sont déjà passés dans un lecteur DLT8000, alors il
y a de fortes chances que ce soit effectivement un problème de "formatage". Dans
ce cas, il devrait y avoir en façade du lecteur un bouton "select" qui permet de
forcer la densité. L'utiliser pour allumer la diode "35.0" juste après avoir
inséré la bande et pendant qu'elle est en cours de chargement, le lecteur doit
alors réinitialiser la bande en densité DLT7000.
L'utilitaire HP "DLT Tape Tools" dont je n'ai plus l'URL sous la main mais que
j'ai posté ici même il y a quelques temps peut être utile également pour tester
le lecteur.
Le 19/08/2005 17:06, Ascadix nous fit savoir que : ...
Mais avec les bandes DLT-IV, rien à faire, le DLT n'en veut pas, j'insère la bande, il bobine, gratte, râle et affiche en façade : "tape in use" et "use cleaning tape". Coté Windows, le gestionnaire de stockage amovibles ou ntbackup ne voient pas de bandes dans le DLT.
J'ai passé un coup la bande de nettoyage, mais ça ne sert à rien, le témoin s'éteint si je met ma bande DLT-III, et se rallume si je met une bande DLT-IV.
Pourquoi ne veut-il pas de mes bandes DLT-IV ? est-ce par ce qu'elles sont "formatées" 40/80 ? si c'est ça, comment les "reformater" en 35/70 ?
Si toutes les bandes DLT-IV sont déjà passés dans un lecteur DLT8000, alors il y a de fortes chances que ce soit effectivement un problème de "formatage". Dans ce cas, il devrait y avoir en façade du lecteur un bouton "select" qui permet de forcer la densité. L'utiliser pour allumer la diode "35.0" juste après avoir inséré la bande et pendant qu'elle est en cours de chargement, le lecteur doit alors réinitialiser la bande en densité DLT7000.
L'utilitaire HP "DLT Tape Tools" dont je n'ai plus l'URL sous la main mais que j'ai posté ici même il y a quelques temps peut être utile également pour tester le lecteur.
Have fun.
-- fx
Ascadix
De la plume numérique de fx, nous vîmes sortir un à un les octets du messages suivant: <news:430858c1$
Le 19/08/2005 17:06, Ascadix nous fit savoir que : ...
Mais avec les bandes DLT-IV, rien à faire, le DLT n'en veut pas, j'insère la bande, il bobine, gratte, râle et affiche en façade : "tape in use" et "use cleaning tape". Coté Windows, le gestionnaire de stockage amovibles ou ntbackup ne voient pas de bandes dans le DLT.
J'ai passé un coup la bande de nettoyage, mais ça ne sert à rien, le témoin s'éteint si je met ma bande DLT-III, et se rallume si je met une bande DLT-IV.
Pourquoi ne veut-il pas de mes bandes DLT-IV ? est-ce par ce qu'elles sont "formatées" 40/80 ? si c'est ça, comment les "reformater" en 35/70 ?
Si toutes les bandes DLT-IV sont déjà passés dans un lecteur DLT8000, alors il y a de fortes chances que ce soit effectivement un problème de "formatage". Dans ce cas, il devrait y avoir en façade du lecteur un bouton "select" qui permet de forcer la densité. L'utiliser pour allumer la diode "35.0" juste après avoir inséré la bande et pendant qu'elle est en cours de chargement, le lecteur doit alors réinitialiser la bande en densité DLT7000.
L'utilitaire HP "DLT Tape Tools" dont je n'ai plus l'URL sous la main mais que j'ai posté ici même il y a quelques temps peut être utile également pour tester le lecteur.
Have fun.
Enfin ... j'avais pas fais attention à cette commande "density override" grace à ton info, j'ai fouillé dans cette direction.
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas le support à disposition du systéme. en fouillant un peu plus, j'ai trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à jours avec une version plus récente ( via l'outil de Quantum, mais c'est la même version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot. je doit l'éteindre avant de booter, l'allumer enuite et faire une redetectino dans windows pour avoir mon DLT dispo.
une petite idée là-dessus ?
Merci
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de fx, nous vîmes sortir un à un les octets du
messages suivant:
<news:430858c1$1@ac-versailles.fr>
Le 19/08/2005 17:06, Ascadix nous fit savoir que :
...
Mais avec les bandes DLT-IV, rien à faire, le DLT n'en veut pas,
j'insère la bande, il bobine, gratte, râle et affiche en façade :
"tape in use" et "use cleaning tape".
Coté Windows, le gestionnaire de stockage amovibles ou ntbackup ne
voient pas de bandes dans le DLT.
J'ai passé un coup la bande de nettoyage, mais ça ne sert à rien, le
témoin s'éteint si je met ma bande DLT-III, et se rallume si je met
une bande DLT-IV.
Pourquoi ne veut-il pas de mes bandes DLT-IV ?
est-ce par ce qu'elles sont "formatées" 40/80 ?
si c'est ça, comment les "reformater" en 35/70 ?
Si toutes les bandes DLT-IV sont déjà passés dans un lecteur DLT8000,
alors il y a de fortes chances que ce soit effectivement un problème
de "formatage". Dans ce cas, il devrait y avoir en façade du lecteur
un bouton "select" qui permet de forcer la densité. L'utiliser pour
allumer la diode "35.0" juste après avoir inséré la bande et pendant
qu'elle est en cours de chargement, le lecteur doit alors
réinitialiser la bande en densité DLT7000.
L'utilitaire HP "DLT Tape Tools" dont je n'ai plus l'URL sous la main
mais que j'ai posté ici même il y a quelques temps peut être utile
également pour tester le lecteur.
Have fun.
Enfin ... j'avais pas fais attention à cette commande "density override"
grace à ton info, j'ai fouillé dans cette direction.
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas le
support à disposition du systéme. en fouillant un peu plus, j'ai trouvé que
j'avais un vieux firmware de 99 ..je l'ai mis à jours avec une version plus
récente ( via l'outil de Quantum, mais c'est la même version que
detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n
se bloque si le DLT est allumé lors du boot. je doit l'éteindre avant de
booter, l'allumer enuite et faire une redetectino dans windows pour avoir
mon DLT dispo.
une petite idée là-dessus ?
Merci
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de fx, nous vîmes sortir un à un les octets du messages suivant: <news:430858c1$
Le 19/08/2005 17:06, Ascadix nous fit savoir que : ...
Mais avec les bandes DLT-IV, rien à faire, le DLT n'en veut pas, j'insère la bande, il bobine, gratte, râle et affiche en façade : "tape in use" et "use cleaning tape". Coté Windows, le gestionnaire de stockage amovibles ou ntbackup ne voient pas de bandes dans le DLT.
J'ai passé un coup la bande de nettoyage, mais ça ne sert à rien, le témoin s'éteint si je met ma bande DLT-III, et se rallume si je met une bande DLT-IV.
Pourquoi ne veut-il pas de mes bandes DLT-IV ? est-ce par ce qu'elles sont "formatées" 40/80 ? si c'est ça, comment les "reformater" en 35/70 ?
Si toutes les bandes DLT-IV sont déjà passés dans un lecteur DLT8000, alors il y a de fortes chances que ce soit effectivement un problème de "formatage". Dans ce cas, il devrait y avoir en façade du lecteur un bouton "select" qui permet de forcer la densité. L'utiliser pour allumer la diode "35.0" juste après avoir inséré la bande et pendant qu'elle est en cours de chargement, le lecteur doit alors réinitialiser la bande en densité DLT7000.
L'utilitaire HP "DLT Tape Tools" dont je n'ai plus l'URL sous la main mais que j'ai posté ici même il y a quelques temps peut être utile également pour tester le lecteur.
Have fun.
Enfin ... j'avais pas fais attention à cette commande "density override" grace à ton info, j'ai fouillé dans cette direction.
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas le support à disposition du systéme. en fouillant un peu plus, j'ai trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à jours avec une version plus récente ( via l'outil de Quantum, mais c'est la même version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot. je doit l'éteindre avant de booter, l'allumer enuite et faire une redetectino dans windows pour avoir mon DLT dispo.
une petite idée là-dessus ?
Merci
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
fx
Le 21/08/2005 16:43, Ascadix nous fit savoir que :
...
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas le support à disposition du systéme. en fouillant un peu plus, j'ai trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à jours avec une version plus récente ( via l'outil de Quantum, mais c'est la même version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot. je doit l'éteindre avant de booter, l'allumer enuite et faire une redetectino dans windows pour avoir mon DLT dispo.
une petite idée là-dessus ?
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D. Il est rattaché à une Sun mais je l'ai déjà branché sur un PC/Win2k pour les mises à jour de firmware et pas de problèmes, via une aha2940.
Un tel comportement windozien me ferait penser en premier lieu à un problème de driver. Sinon, j'ai eu dans le passé des ennuis assez similaires avec des périphériques SCSI et la cause en était la qualité de la chaîne SCSI : soit un cable soit une terminaison. Des tests via les utilitaires du BIOS de la carte permettraient peut-être d'en savoir plus. Si il y a plusieurs éléments dans la chaîne SCSI, essayer de ne brancher que le DLT pour voir... J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Bon courage.
fx
-- This message transmitted on 100% recycled electrons.
Le 21/08/2005 16:43, Ascadix nous fit savoir que :
...
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas
le support à disposition du systéme. en fouillant un peu plus, j'ai
trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à jours avec
une version plus récente ( via l'outil de Quantum, mais c'est la même
version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte
29160n se bloque si le DLT est allumé lors du boot. je doit l'éteindre
avant de booter, l'allumer enuite et faire une redetectino dans windows
pour avoir mon DLT dispo.
une petite idée là-dessus ?
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D. Il est
rattaché à une Sun mais je l'ai déjà branché sur un PC/Win2k pour les mises à
jour de firmware et pas de problèmes, via une aha2940.
Un tel comportement windozien me ferait penser en premier lieu à un problème de
driver. Sinon, j'ai eu dans le passé des ennuis assez similaires avec des
périphériques SCSI et la cause en était la qualité de la chaîne SCSI : soit un
cable soit une terminaison. Des tests via les utilitaires du BIOS de la carte
permettraient peut-être d'en savoir plus. Si il y a plusieurs éléments dans la
chaîne SCSI, essayer de ne brancher que le DLT pour voir...
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses
sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Bon courage.
fx
--
This message transmitted on 100% recycled electrons.
Le 21/08/2005 16:43, Ascadix nous fit savoir que :
...
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas le support à disposition du systéme. en fouillant un peu plus, j'ai trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à jours avec une version plus récente ( via l'outil de Quantum, mais c'est la même version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot. je doit l'éteindre avant de booter, l'allumer enuite et faire une redetectino dans windows pour avoir mon DLT dispo.
une petite idée là-dessus ?
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D. Il est rattaché à une Sun mais je l'ai déjà branché sur un PC/Win2k pour les mises à jour de firmware et pas de problèmes, via une aha2940.
Un tel comportement windozien me ferait penser en premier lieu à un problème de driver. Sinon, j'ai eu dans le passé des ennuis assez similaires avec des périphériques SCSI et la cause en était la qualité de la chaîne SCSI : soit un cable soit une terminaison. Des tests via les utilitaires du BIOS de la carte permettraient peut-être d'en savoir plus. Si il y a plusieurs éléments dans la chaîne SCSI, essayer de ne brancher que le DLT pour voir... J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Bon courage.
fx
-- This message transmitted on 100% recycled electrons.
Emmanuel Florac
Le Sun, 21 Aug 2005 18:38:20 +0200, fx a écrit :
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Je mitouze. De toute évidence il y a un problème de chaîne SCSI : changer le câble, le bouchon...
-- Ne pas savoir de quoi on parle est un avantage dont il ne faut pas abuser. R.Debray
Le Sun, 21 Aug 2005 18:38:20 +0200, fx a écrit :
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très
chatouilleuses
sur la qualité des liaisons, ce qui peut être assez galère à
dépatouiler.
Je mitouze. De toute évidence il y a un problème de chaîne SCSI :
changer le câble, le bouchon...
--
Ne pas savoir de quoi on parle est un avantage dont il ne faut pas
abuser.
R.Debray
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Je mitouze. De toute évidence il y a un problème de chaîne SCSI : changer le câble, le bouchon...
-- Ne pas savoir de quoi on parle est un avantage dont il ne faut pas abuser. R.Debray
rene-marc
Ascadix :
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des machines qui se bloquaient sur la detection SCSI uniquement lors d'un reboot, pas lors d'un boot à froid. C'était visiblement du à un problème d'initialisation PCI de au modèle de carte mère, car le passage à une carte mère d'une autre marque a résolu le problème.
Ascadix <ascadix.ng@free.fr> :
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n
se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des
machines qui se bloquaient sur la detection SCSI uniquement lors d'un
reboot, pas lors d'un boot à froid. C'était visiblement du à un problème
d'initialisation PCI de au modèle de carte mère, car le passage à une
carte mère d'une autre marque a résolu le problème.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des machines qui se bloquaient sur la detection SCSI uniquement lors d'un reboot, pas lors d'un boot à froid. C'était visiblement du à un problème d'initialisation PCI de au modèle de carte mère, car le passage à une carte mère d'une autre marque a résolu le problème.
rene-marc
Ascadix :
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des machines qui se bloquaient sur la detection SCSI uniquement lors d'un reboot, pas lors d'un boot à froid. C'était visiblement du à un problème d'initialisation PCI du au modèle de carte mère, car le passage à une carte mère d'une autre marque a résolu le problème.
Ascadix <ascadix.ng@free.fr> :
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n
se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des
machines qui se bloquaient sur la detection SCSI uniquement lors d'un
reboot, pas lors d'un boot à froid. C'était visiblement du à un problème
d'initialisation PCI du au modèle de carte mère, car le passage à une
carte mère d'une autre marque a résolu le problème.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des machines qui se bloquaient sur la detection SCSI uniquement lors d'un reboot, pas lors d'un boot à froid. C'était visiblement du à un problème d'initialisation PCI du au modèle de carte mère, car le passage à une carte mère d'une autre marque a résolu le problème.
Ascadix
De la plume numérique de fx, nous vîmes sortir un à un les octets du messages suivant: <news:
Le 21/08/2005 16:43, Ascadix nous fit savoir que :
...
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas le support à disposition du systéme. en fouillant un peu plus, j'ai trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à jours avec une version plus récente ( via l'outil de Quantum, mais c'est la même version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot. je doit l'éteindre avant de booter, l'allumer enuite et faire une redetectino dans windows pour avoir mon DLT dispo.
une petite idée là-dessus ?
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D.
Pour un DLT7000 ? chez HP et Quantum, je ne trouve que le firmware 109 ( j'était en v80 ) que ce soit en downlaod manuel ou via les softs de diags/update Quantum ou HP
Il est rattaché à une Sun mais je l'ai déjà branché sur un PC/Win2k pour les mises à jour de firmware et pas de problèmes, via une aha2940.
Je n'ai qu'une 29160n, BIOS 3.10.0 ( apparament, c'est le + récent ) et c'est la carte d'origine, ça marchais bien avant la maj du firmware du DLT ( sauf mon pb de K7, mais coté SCSI, RAS )
Un tel comportement windozien me ferait penser en premier lieu à un problème de driver.
Ben non, c'est pas windows, c'est le scan du bus SCSI par le controleur au boot, avant le chargement de l'OS.
Sinon, j'ai eu dans le passé des ennuis assez similaires avec des périphériques SCSI et la cause en était la qualité de la chaîne SCSI : soit un cable soit une terminaison. Des tests via les utilitaires du BIOS de la carte permettraient peut-être d'en savoir plus. Si il y a plusieurs éléments dans la chaîne SCSI, essayer de ne brancher que le DLT pour voir...
Il n'y a que le DLT etla carte, rien d'autre. un bouchon deriere le DLT.
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Mouaip
Bon courage.
Finalement, j'ai trouvé un contournement ... si je désactive l'option "initiate wide negociation" dans les options du BIOS SCSI de la carte, ça passe.
Une merdouille dans le firmware du DLT ?
Merci encore
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de fx, nous vîmes sortir un à un les octets du
messages suivant:
<news:4308ae06@ac-versailles.fr>
Le 21/08/2005 16:43, Ascadix nous fit savoir que :
...
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait
pas le support à disposition du systéme. en fouillant un peu plus,
j'ai trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à
jours avec une version plus récente ( via l'outil de Quantum, mais
c'est la même version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la
réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte
29160n se bloque si le DLT est allumé lors du boot. je doit
l'éteindre avant de booter, l'allumer enuite et faire une
redetectino dans windows pour avoir mon DLT dispo.
une petite idée là-dessus ?
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D.
Pour un DLT7000 ? chez HP et Quantum, je ne trouve que le firmware 109 (
j'était en v80 ) que ce soit en downlaod manuel ou via les softs de
diags/update Quantum ou HP
Il est rattaché à une Sun mais je l'ai déjà branché sur un PC/Win2k
pour les mises à jour de firmware et pas de problèmes, via une
aha2940.
Je n'ai qu'une 29160n, BIOS 3.10.0 ( apparament, c'est le + récent ) et
c'est la carte d'origine, ça marchais bien avant la maj du firmware du DLT
( sauf mon pb de K7, mais coté SCSI, RAS )
Un tel comportement windozien me ferait penser en premier lieu à un
problème de driver.
Ben non, c'est pas windows, c'est le scan du bus SCSI par le controleur au
boot, avant le chargement de l'OS.
Sinon, j'ai eu dans le passé des ennuis assez
similaires avec des périphériques SCSI et la cause en était la
qualité de la chaîne SCSI : soit un cable soit une terminaison. Des
tests via les utilitaires du BIOS de la carte permettraient peut-être
d'en savoir plus. Si il y a plusieurs éléments dans la chaîne SCSI,
essayer de ne brancher que le DLT pour voir...
Il n'y a que le DLT etla carte, rien d'autre.
un bouchon deriere le DLT.
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très
chatouilleuses sur la qualité des liaisons, ce qui peut être assez
galère à dépatouiler.
Mouaip
Bon courage.
Finalement, j'ai trouvé un contournement ... si je désactive l'option
"initiate wide negociation" dans les options du BIOS SCSI de la carte, ça
passe.
Une merdouille dans le firmware du DLT ?
Merci encore
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de fx, nous vîmes sortir un à un les octets du messages suivant: <news:
Le 21/08/2005 16:43, Ascadix nous fit savoir que :
...
au début, rien, nada pas moyen de faire qqchose, le DLT ne mettait pas le support à disposition du systéme. en fouillant un peu plus, j'ai trouvé que j'avais un vieux firmware de 99 ..je l'ai mis à jours avec une version plus récente ( via l'outil de Quantum, mais c'est la même version que detecte/propose l'outils HP )
et là ..ya du mieux mais aussi du moin bon
- mieux, j'ai pu "reformater" une bande DLT-IV et 35/70 et la réutiliser.
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot. je doit l'éteindre avant de booter, l'allumer enuite et faire une redetectino dans windows pour avoir mon DLT dispo.
une petite idée là-dessus ?
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D.
Pour un DLT7000 ? chez HP et Quantum, je ne trouve que le firmware 109 ( j'était en v80 ) que ce soit en downlaod manuel ou via les softs de diags/update Quantum ou HP
Il est rattaché à une Sun mais je l'ai déjà branché sur un PC/Win2k pour les mises à jour de firmware et pas de problèmes, via une aha2940.
Je n'ai qu'une 29160n, BIOS 3.10.0 ( apparament, c'est le + récent ) et c'est la carte d'origine, ça marchais bien avant la maj du firmware du DLT ( sauf mon pb de K7, mais coté SCSI, RAS )
Un tel comportement windozien me ferait penser en premier lieu à un problème de driver.
Ben non, c'est pas windows, c'est le scan du bus SCSI par le controleur au boot, avant le chargement de l'OS.
Sinon, j'ai eu dans le passé des ennuis assez similaires avec des périphériques SCSI et la cause en était la qualité de la chaîne SCSI : soit un cable soit une terminaison. Des tests via les utilitaires du BIOS de la carte permettraient peut-être d'en savoir plus. Si il y a plusieurs éléments dans la chaîne SCSI, essayer de ne brancher que le DLT pour voir...
Il n'y a que le DLT etla carte, rien d'autre. un bouchon deriere le DLT.
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Mouaip
Bon courage.
Finalement, j'ai trouvé un contournement ... si je désactive l'option "initiate wide negociation" dans les options du BIOS SCSI de la carte, ça passe.
Une merdouille dans le firmware du DLT ?
Merci encore
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Ascadix
De la plume numérique de Emmanuel Florac, nous vîmes sortir un à un les octets du messages suivant: <news:
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Je mitouze. De toute évidence il y a un problème de chaîne SCSI : changer le câble, le bouchon...
J'ai rien touché au hard, la seule différence avant / aprés c'est le passage du firmware DLT v80 --> v109
cable et bouchons sont boulonés en place.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de Emmanuel Florac, nous vîmes sortir un à un les
octets du messages suivant:
<news:pan.2005.08.21.16.55.51.782279@imaginet.fr>
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très
chatouilleuses
sur la qualité des liaisons, ce qui peut être assez galère à
dépatouiler.
Je mitouze. De toute évidence il y a un problème de chaîne SCSI :
changer le câble, le bouchon...
J'ai rien touché au hard, la seule différence avant / aprés c'est le passage
du firmware DLT v80 --> v109
cable et bouchons sont boulonés en place.
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de Emmanuel Florac, nous vîmes sortir un à un les octets du messages suivant: <news:
J'aime bien les Adaptec SCSI mais elles se révèlent parfois très chatouilleuses sur la qualité des liaisons, ce qui peut être assez galère à dépatouiler.
Je mitouze. De toute évidence il y a un problème de chaîne SCSI : changer le câble, le bouchon...
J'ai rien touché au hard, la seule différence avant / aprés c'est le passage du firmware DLT v80 --> v109
cable et bouchons sont boulonés en place.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Ascadix
De la plume numérique de rene-marc, nous vîmes sortir un à un les octets du messages suivant: <news:
Ascadix :
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des machines qui se bloquaient sur la detection SCSI uniquement lors d'un reboot, pas lors d'un boot à froid. C'était visiblement du à un problème d'initialisation PCI du au modèle de carte mère, car le passage à une carte mère d'une autre marque a résolu le problème.
Si un arret de 30 sec peut être considéré comme reboot à froid, c'est kif-kif à chaud ou à froid
Pour les cartes, c'est une Adaptec 29160n branchée sur une Asus A7N8x Deluxe ( PCB v2 ) et branché dans le slot PCI 4 ( pas de partage d'IRQ ). Les 2 BIOS sont à jours.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de rene-marc, nous vîmes sortir un à un les octets du
messages suivant:
<news:slrndghel9.1ca.rmd@asmodee.mecreant.org>
Ascadix <ascadix.ng@free.fr> :
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma
carte 29160n se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des
machines qui se bloquaient sur la detection SCSI uniquement lors d'un
reboot, pas lors d'un boot à froid. C'était visiblement du à un
problème d'initialisation PCI du au modèle de carte mère, car le
passage à une carte mère d'une autre marque a résolu le problème.
Si un arret de 30 sec peut être considéré comme reboot à froid, c'est
kif-kif à chaud ou à froid
Pour les cartes, c'est une Adaptec 29160n branchée sur une Asus A7N8x Deluxe
( PCB v2 ) et branché dans le slot PCI 4 ( pas de partage d'IRQ ). Les 2
BIOS sont à jours.
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
De la plume numérique de rene-marc, nous vîmes sortir un à un les octets du messages suivant: <news:
Ascadix :
- par contre, j'ai maintenant un pb au boot, le scan SCSI de ma carte 29160n se bloque si le DLT est allumé lors du boot.
Au boot à froid ou à chaud ? J'ai eu un problème identique sur des machines qui se bloquaient sur la detection SCSI uniquement lors d'un reboot, pas lors d'un boot à froid. C'était visiblement du à un problème d'initialisation PCI du au modèle de carte mère, car le passage à une carte mère d'une autre marque a résolu le problème.
Si un arret de 30 sec peut être considéré comme reboot à froid, c'est kif-kif à chaud ou à froid
Pour les cartes, c'est une Adaptec 29160n branchée sur une Asus A7N8x Deluxe ( PCB v2 ) et branché dans le slot PCI 4 ( pas de partage d'IRQ ). Les 2 BIOS sont à jours.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
fx
Le 21/08/2005 21:08, Ascadix nous fit savoir que :
De la plume numérique de fx, nous vîmes sortir un à un les octets du messages suivant: <news:
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D.
Pour un DLT7000 ? chez HP et Quantum, je ne trouve que le firmware 109 ( j'était en v80 ) que ce soit en downlaod manuel ou via les softs de diags/update Quantum ou HP
Je viens de regarder rapidement via l'outil de HP. Il y a apparemment différents type de DLT700 avec des niveaux de firmwares différents. Et le mien est un DLT7k OEM. Toujours est-il que pour le firmware à l'époque, j'ai utilisé l'outil en question HP L&TT, coché 'get latest firmware', et zou. Bref.
Finalement, j'ai trouvé un contournement ... si je désactive l'option "initiate wide negociation" dans les options du BIOS SCSI de la carte, ça passe.
Une merdouille dans le firmware du DLT ?
Bof, l'essentiel c'est que cela marche après tout non? ;)
-- fx
Le 21/08/2005 21:08, Ascadix nous fit savoir que :
De la plume numérique de fx, nous vîmes sortir un à un les octets du
messages suivant: <news:4308ae06@ac-versailles.fr>
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D.
Pour un DLT7000 ? chez HP et Quantum, je ne trouve que le firmware 109 (
j'était en v80 ) que ce soit en downlaod manuel ou via les softs de
diags/update Quantum ou HP
Je viens de regarder rapidement via l'outil de HP. Il y a apparemment
différents type de DLT700 avec des niveaux de firmwares différents. Et le mien
est un DLT7k OEM. Toujours est-il que pour le firmware à l'époque, j'ai utilisé
l'outil en question HP L&TT, coché 'get latest firmware', et zou. Bref.
Finalement, j'ai trouvé un contournement ... si je désactive l'option
"initiate wide negociation" dans les options du BIOS SCSI de la carte,
ça passe.
Une merdouille dans le firmware du DLT ?
Bof, l'essentiel c'est que cela marche après tout non? ;)
Le 21/08/2005 21:08, Ascadix nous fit savoir que :
De la plume numérique de fx, nous vîmes sortir un à un les octets du messages suivant: <news:
Non, jamais vu ce problème. Pour info, le mien est en firmware 296D.
Pour un DLT7000 ? chez HP et Quantum, je ne trouve que le firmware 109 ( j'était en v80 ) que ce soit en downlaod manuel ou via les softs de diags/update Quantum ou HP
Je viens de regarder rapidement via l'outil de HP. Il y a apparemment différents type de DLT700 avec des niveaux de firmwares différents. Et le mien est un DLT7k OEM. Toujours est-il que pour le firmware à l'époque, j'ai utilisé l'outil en question HP L&TT, coché 'get latest firmware', et zou. Bref.
Finalement, j'ai trouvé un contournement ... si je désactive l'option "initiate wide negociation" dans les options du BIOS SCSI de la carte, ça passe.
Une merdouille dans le firmware du DLT ?
Bof, l'essentiel c'est que cela marche après tout non? ;)
