Forum général.général tar et lecteur de bande

Posté par pastro le 03 décembre 2008 à 10:39.

Étiquettes : aucune

déc.

2008

Bonjour,

j'ai un soucis avec mon lecteur de bande (lecteur de DAT72 , donc théoriquement 36Go de capacité sans compression)

donc je découpe mes fichier pour qu'il fasse dans les 35G (parce que 36G pile ca rentre pas avec le md5 qui va avec)

Or quand je cherche à écrire dessus il me sors qu'il n' apas acssez de place sur le disque

au début j'ai penser à l'histore des G pas défini pareil 1000*1000*1000 ou 1024*1024*1024 ) et après un rapide calcul 36Go serait équivalent à plus de 33G mais bon disons 33G

donc je redécoupe mes fichiers pour que ca rentre et je recommence -> même erreur

or je viens de voir que j'ai aussi cette erreur en voulant écrire sur bande 3fichier dont le total font
23 000 000 113 octets(22G a l'affichage d'un ls -lh)

commande utilisée :

tar cvf /dev/st0 file1 file2 file3

la lecteur pouvant faire de la compression, elle est déactivé car inutile ( les gros fichiers sont compresser par 7Z avant) pour preuve:
mt -f /dev/st0 datcompression renvoi:
Compression off.
Compression capable.
Decompression capable.

si je fait un tar seul ( en écrivant sur le disque) la taille de celui-ci fait 23 000 012 800 et donc les information stocké par tar ne font pas dépasser la taille de la bande magnétique. (en même temp tar qui rajoute 13G de donnée j'y croit pas trop).

donc voila mon problème, un lecteur DAT72 qui sait pas mettre 23G sur un bande de 36 ..
quelqu'un a une idée?

Merci d'avance

# Ajout d'information

Posté par pastro le 03 décembre 2008 à 12:46. Évalué à 1.

j'ai fait un autre test, et c'est, comment die, merveilleux (ironie inside) !!!

j 'ai fait:

dd if=DAT1.tar of=/dev/st0

DAT1.tar étant un le resultat de tar cvf DAT1.tar file1 file2 file3 donc de taille 23 000 012 800

Ca ne marche pas voici la sortie de dd:

dd: écriture vers `/dev/st0': Aucun espace disponible sur le périphérique
12935206+0 enregistrements lus
12935205+0 enregistrements écrits
6622824960 octets (6,6 GB) copiés, 5780,67 seconde, 1,1 MB/s

donc je veux bienq ue la bande fasse pas 36Go exactement mais bon 6,6GB ca me parait faible quand même.

P.S. Please HELP
- [^] # Re: Ajout d'information
  
  Posté par rictus (site web personnel) le 03 décembre 2008 à 22:10. Évalué à 1.
  
  Ah les joies des lecteurs de bandes...
  
  Questions bêtes :
  - tu es sûr de la capacité de tes bandes ? Parce que c'est un peu comme les cassettes audio : pour une densité donnée, il y a différentes longueurs qui font différentes capacités...
  - tu as essayé plusieurs bandes, ça peut arriver une qui soit foireuse ?
  - [^] # Re: Ajout d'information
    
    Posté par pastro le 04 décembre 2008 à 10:28. Évalué à 1.
    
    Ben pour la capacité des bande , ben c'est écrit dessus ..
    
    Capacité
    36G/Go Natif
    72GB/Go Compressé
    
    la bande fait 4mm ( de largeur)
    
    pour la longueur et la densité je ne sais pas mais c'est un bande DAT72 (truc assez standard je crois).
    
    et ca me le fait sur plusieurs bandes.
    - [^] # Re: Ajout d'information
      
      Posté par ecid le 04 décembre 2008 à 13:18. Évalué à 1.
      
      Bonjour,
      
      As-tu essayé le même tar après avoir fait explicitement un rewind de la bande ?
      Que donne un mt -f /dev/st0 status ?
      Que donne un dd avec if=/dev/st0 of=/foobar ?
      - [^] # Re: Ajout d'information
        
        Posté par pastro le 04 décembre 2008 à 14:28. Évalué à 1.
        
        mt -f /dev/st0 status donne:
        
        drive type = Generic SCSI-2 tape
        drive status = 1191182848
        sense key error = 0
        residue count = 0
        file number = 0
        block number = 0
        Tape block size 512 bytes. Density code 0x47 (unknown).
        Soft error count since last status=0
        General status bits on (41010000):
        BOT ONLINE IM_REP_EN
        
        pour
        dd avec if=/dev/st0 of=/foobar ( je n'ai as de /foobar donc je suppose un fichier suffisament grand)
        j'en ai fait un ( voir commentaire précedent) mais je ne sais plus si j'avais fait un rewind explicite..
        
        j 'essaye dès et j reposte
        
        [^] # Re: Ajout d'information
        
        Posté par pastro le 05 décembre 2008 à 10:19. Évalué à 1.
        
        alors après un:
        mt -f /dev/st0 rewind
        
        un: puis un dd if=fichier.7z of=/dev/st0
        retourne :
        
        dd: écriture vers `/dev/st0': Aucun espace disponible sur le périphérique
        30830837+0 enregistrements lus
        30830836+0 enregistrements écrits
        15785388032 octets (16 GB) copiés, 16534,2 seconde, 955 kB/s
# Les joies des lecteurs de bande !

Posté par Mr Kapouik (site web personnel) le 05 décembre 2008 à 02:13. Évalué à 2.

As tu penser à utiliser autre chose que tar comme le couple dump et restore ? Parce que tar ça ne gère pas les index de bande et c'est vite lourd.

Sinon pour les DAT72 il est possible qu'il faille les formater avant utilisation et ne jamais oublier de les rembobiner.
- [^] # Re: Les joies des lecteurs de bande !
  
  Posté par pastro le 05 décembre 2008 à 10:19. Évalué à 1.
  
  comme dit dans un autre commentaire ( en réponse a un autre donc je me répète ici :
  
  après un:
  mt -f /dev/st0 rewind
  
  un: puis un dd if=fichier.7z of=/dev/st0
  retourne :
  
  dd: écriture vers `/dev/st0': Aucun espace disponible sur le périphérique
  30830837+0 enregistrements lus
  30830836+0 enregistrements écrits
  15785388032 octets (16 GB) copiés, 16534,2 seconde, 955 kB/s
  - [^] # Re: Les joies des lecteurs de bande !
    
    Posté par pastro le 05 décembre 2008 à 10:33. Évalué à 1.
    
    petit oubli dans le commentaire :
    
    essaie avec dump
    $ mt -f /dev/st0 status
    ...
    Tape block size 512 bytes. Density code 0x47 (unknown).
    ....
    $dump -0 -A DAT11.tar -L DAT11 -d /dev/st0 DAT11.tar
    
    dump: illegal density -- /dev/st0
    
    $mt -f /dev/st0 setblk 512
    $mt -f /dev/st0 status
    ...
    Tape block size 0 bytes. Density code 0x47 (unknown).
    ....
    
    $dump -0 -A DAT11.tar -L DAT11 -d /dev/st0 DAT11.tar
    dump: illegal density -- /dev/st0
    
    a priori dump marche pas non plus..
    
    et je crois pas que les bade magnétique se formate ( enfin j'ai lus des truc disant que non et mkfs.ext2 me dit que c'est pas un périphérique de type bloc, j'ai pas osé lui dire de la faire quand même)
    - [^] # Re: Les joies des lecteurs de bande !
      
      Posté par Mr Kapouik (site web personnel) le 05 décembre 2008 à 13:50. Évalué à 2.
      
      En fait ça ne se formate pas au sens j'y fou un ext2 ou autre. Mais sur les DAT72 que j'ai au boulot sous windows, on est obligé d'utiliser une option formatage pour préparer la bande. Sur les unix que je possède, il suffit d'écrire sur la bande directement.
      
      Tente un dd if=/dev/urandom (ou /dev/zero) of=/dev/st0
      
      Après je n'ai jamais géré de bande sous linux donc je t'avous ne pas être particulièrement au courant des outils qu'on y trouve pour contrôler les bandes.
      
      Peut être que comme sur OpenBSD tu trouve plusieurs périphérique dans /dev qui pointent tous vers ton lecteur et que tu dois en utiliser un autre.
      - [^] # Re: Les joies des lecteurs de bande !
        
        Posté par pastro le 05 décembre 2008 à 14:32. Évalué à 1.
        
        ben avec un simlple dd .. ca donne apas tjs pareil mais tjs largement en desous de la capacité de la bande..;
      - [^] # Re: Les joies des lecteurs de bande !
        
        Posté par pastro le 05 décembre 2008 à 17:28. Évalué à 1.
        
        alors il a y a priri les device suivant coresspondant au lecteur de bande:
        
        /dev/st0
        /dev/st0a
        /dev/st0l
        /dev/st0m
        /dev/nst0
        /dev/nst0a
        /dev/nst0l
        /dev/nst0m
        
        et les commande fonctionnennent avec /dev/st0 et /dev/nst0 et echoué directement avec celle finissant par a, l ou m , donc je supoose que jje ne me suis par trompé
# SOLUTION

Posté par pastro le 12 décembre 2008 à 14:44. Évalué à 1.

Bon ben après pleind 'éssai divers et varié et malgré que l'erreur soit bizzare

le lecteur des changé sous garantie

il s'agit d'un problème du lecteur qui s'amusse a stoppé lécriture et demander tout ltemps des nettoyages

depuis que le lecteur à changer ( pour le même modèle) pas de problème

lecteur concerné : POWERVAULT DAT72 (chez DELL)

Merci

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.