On constate bien que la compression est activée, et on peut également
vérifier le code de densité qui est 0x49 (Quantum SDLT320).
Mais malgré ça, quand je lance mes backup avec "dump" je ne peux
dépasser la taille de 160 GB ce qui laisse à penser que la compression
n'a pas été activée où qu'il manque quelque chose.
Est-ce que parmis vous certains ont-ils réussi à sauvegarder ces fameux
320 GB ?
merci
--
--
Laurent Oliva
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On constate bien que la compression est activée, et on peut également vérifier le code de densité qui est 0x49 (Quantum SDLT320).
Mais malgré ça, quand je lance mes backup avec "dump" je ne peux dépasser la taille de 160 GB ce qui laisse à penser que la compression n'a pas été activée où qu'il manque quelque chose.
Est-ce que parmis vous certains ont-ils réussi à sauvegarder ces fameux 320 GB ?
merci
Tout dépend de ce que tu veux sauvegarder.
Certaines données se compressent relativement bien (texte brut), alors que d'autres seront tres peu (ou pas du tout) compressées (Videos, MP3.....)
Laurent
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Laurent Oliva wrote:
Bonjour,
Je dispose sur l'un de mes serveurs d'un lecteur SDLT pouvant écrire
jusqu'à 320 Go par cartouche en activant la compression matérielle.
On constate bien que la compression est activée, et on peut également
vérifier le code de densité qui est 0x49 (Quantum SDLT320).
Mais malgré ça, quand je lance mes backup avec "dump" je ne peux
dépasser la taille de 160 GB ce qui laisse à penser que la compression
n'a pas été activée où qu'il manque quelque chose.
Est-ce que parmis vous certains ont-ils réussi à sauvegarder ces fameux
320 GB ?
merci
Tout dépend de ce que tu veux sauvegarder.
Certaines données se compressent relativement bien (texte brut), alors
que d'autres seront tres peu (ou pas du tout) compressées (Videos, MP3.....)
Laurent
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On constate bien que la compression est activée, et on peut également vérifier le code de densité qui est 0x49 (Quantum SDLT320).
Mais malgré ça, quand je lance mes backup avec "dump" je ne peux dépasser la taille de 160 GB ce qui laisse à penser que la compression n'a pas été activée où qu'il manque quelque chose.
Est-ce que parmis vous certains ont-ils réussi à sauvegarder ces fameux 320 GB ?
merci
Tout dépend de ce que tu veux sauvegarder.
Certaines données se compressent relativement bien (texte brut), alors que d'autres seront tres peu (ou pas du tout) compressées (Videos, MP3.....)
Laurent
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Laurent Oliva
Le vendredi 15 avril 2005 à 11:30 +0200, Laurent CARON a écrit :
Laurent Oliva wrote:
>Bonjour, > >Je dispose sur l'un de mes serveurs d'un lecteur SDLT pouvant écrire >jusqu'à 320 Go par cartouche en activant la compression matérielle. > >Voici sa description dans /proc: > >Attached devices: >Host: scsi1 Channel: 00 Id: 06 Lun: 00 > Vendor: COMPAQ Model: SDLT320 Rev: 2E2E > Type: Sequential-Access ANSI SCSI revision: 02 > >J'ai tenté d'activer la compression matérielle avec "mt": > >mt -f /dev/st0 compression > >Puis j'ai vérifié son activation: > ># tapeinfo -f /dev/sg0 >Product Type: Tape Drive >Vendor ID: 'COMPAQ ' >Product ID: 'SDLT320 ' >Revision: '2E2E' >Attached Changer: No >SerialNumber: 'PMC46Y1083 ' >MinBlock:4 >MaxBlock:16777212 >SCSI ID: 6 >SCSI LUN: 0 >Ready: yes >BufferedMode: yes >Medium Type: 0x86 >Density Code: 0x49 >BlockSize: 0 >DataCompEnabled: yes >DataCompCapable: yes >DataDeCompEnabled: yes >CompType: 0x10 >DeCompType: 0x10 >BOP: yes >Block Position: 0 > >On constate bien que la compression est activée, et on peut également >vérifier le code de densité qui est 0x49 (Quantum SDLT320). > >Mais malgré ça, quand je lance mes backup avec "dump" je ne peux >dépasser la taille de 160 GB ce qui laisse à penser que la compression >n'a pas été activée où qu'il manque quelque chose. > >Est-ce que parmis vous certains ont-ils réussi à sauvegarder ces fameux >320 GB ? > >merci > > > Tout dépend de ce que tu veux sauvegarder.
Certaines données se compressent relativement bien (texte brut), alors que d'autres seront tres peu (ou pas du tout) compressées (Videos, MP3.....)
Mais je parle ici de la compression matérielle du lecteur, est-ce qu'il s'agit des mêmes algorithmes que quand on fait un gzip par exemple ?
Donc en effet, si cette compression se base sur les mêmes algos on gagne pas grand chose quand on sauvegarde des grosses images JPEG, TIFF etc... (ce qui est mon cas).
-- --
Laurent Oliva
CNRS BEST - DSI Meudon
01-45-07-52-90
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le vendredi 15 avril 2005 à 11:30 +0200, Laurent CARON a écrit :
Laurent Oliva wrote:
>Bonjour,
>
>Je dispose sur l'un de mes serveurs d'un lecteur SDLT pouvant écrire
>jusqu'à 320 Go par cartouche en activant la compression matérielle.
>
>Voici sa description dans /proc:
>
>Attached devices:
>Host: scsi1 Channel: 00 Id: 06 Lun: 00
> Vendor: COMPAQ Model: SDLT320 Rev: 2E2E
> Type: Sequential-Access ANSI SCSI revision: 02
>
>J'ai tenté d'activer la compression matérielle avec "mt":
>
>mt -f /dev/st0 compression
>
>Puis j'ai vérifié son activation:
>
># tapeinfo -f /dev/sg0
>Product Type: Tape Drive
>Vendor ID: 'COMPAQ '
>Product ID: 'SDLT320 '
>Revision: '2E2E'
>Attached Changer: No
>SerialNumber: 'PMC46Y1083 '
>MinBlock:4
>MaxBlock:16777212
>SCSI ID: 6
>SCSI LUN: 0
>Ready: yes
>BufferedMode: yes
>Medium Type: 0x86
>Density Code: 0x49
>BlockSize: 0
>DataCompEnabled: yes
>DataCompCapable: yes
>DataDeCompEnabled: yes
>CompType: 0x10
>DeCompType: 0x10
>BOP: yes
>Block Position: 0
>
>On constate bien que la compression est activée, et on peut également
>vérifier le code de densité qui est 0x49 (Quantum SDLT320).
>
>Mais malgré ça, quand je lance mes backup avec "dump" je ne peux
>dépasser la taille de 160 GB ce qui laisse à penser que la compression
>n'a pas été activée où qu'il manque quelque chose.
>
>Est-ce que parmis vous certains ont-ils réussi à sauvegarder ces fameux
>320 GB ?
>
>merci
>
>
>
Tout dépend de ce que tu veux sauvegarder.
Certaines données se compressent relativement bien (texte brut), alors
que d'autres seront tres peu (ou pas du tout) compressées (Videos, MP3.....)
Mais je parle ici de la compression matérielle du lecteur, est-ce qu'il
s'agit des mêmes algorithmes que quand on fait un gzip par exemple ?
Donc en effet, si cette compression se base sur les mêmes algos on gagne
pas grand chose quand on sauvegarde des grosses images JPEG, TIFF etc...
(ce qui est mon cas).
--
--
Laurent Oliva
CNRS BEST - DSI Meudon
01-45-07-52-90
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le vendredi 15 avril 2005 à 11:30 +0200, Laurent CARON a écrit :
Laurent Oliva wrote:
>Bonjour, > >Je dispose sur l'un de mes serveurs d'un lecteur SDLT pouvant écrire >jusqu'à 320 Go par cartouche en activant la compression matérielle. > >Voici sa description dans /proc: > >Attached devices: >Host: scsi1 Channel: 00 Id: 06 Lun: 00 > Vendor: COMPAQ Model: SDLT320 Rev: 2E2E > Type: Sequential-Access ANSI SCSI revision: 02 > >J'ai tenté d'activer la compression matérielle avec "mt": > >mt -f /dev/st0 compression > >Puis j'ai vérifié son activation: > ># tapeinfo -f /dev/sg0 >Product Type: Tape Drive >Vendor ID: 'COMPAQ ' >Product ID: 'SDLT320 ' >Revision: '2E2E' >Attached Changer: No >SerialNumber: 'PMC46Y1083 ' >MinBlock:4 >MaxBlock:16777212 >SCSI ID: 6 >SCSI LUN: 0 >Ready: yes >BufferedMode: yes >Medium Type: 0x86 >Density Code: 0x49 >BlockSize: 0 >DataCompEnabled: yes >DataCompCapable: yes >DataDeCompEnabled: yes >CompType: 0x10 >DeCompType: 0x10 >BOP: yes >Block Position: 0 > >On constate bien que la compression est activée, et on peut également >vérifier le code de densité qui est 0x49 (Quantum SDLT320). > >Mais malgré ça, quand je lance mes backup avec "dump" je ne peux >dépasser la taille de 160 GB ce qui laisse à penser que la compression >n'a pas été activée où qu'il manque quelque chose. > >Est-ce que parmis vous certains ont-ils réussi à sauvegarder ces fameux >320 GB ? > >merci > > > Tout dépend de ce que tu veux sauvegarder.
Certaines données se compressent relativement bien (texte brut), alors que d'autres seront tres peu (ou pas du tout) compressées (Videos, MP3.....)
Mais je parle ici de la compression matérielle du lecteur, est-ce qu'il s'agit des mêmes algorithmes que quand on fait un gzip par exemple ?
Donc en effet, si cette compression se base sur les mêmes algos on gagne pas grand chose quand on sauvegarde des grosses images JPEG, TIFF etc... (ce qui est mon cas).
-- --
Laurent Oliva
CNRS BEST - DSI Meudon
01-45-07-52-90
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Laurent CARON
Laurent Oliva wrote:
Mais je parle ici de la compression matérielle du lecteur, est-ce qu'il s'agit des mêmes algorithmes que quand on fait un gzip par exemple ?
le même genre
Donc en effet, si cette compression se base sur les mêmes algos on gagne pas grand chose quand on sauvegarde des grosses images JPEG, TIFF etc... (ce qui est mon cas).
tout à fait
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Laurent Oliva wrote:
Mais je parle ici de la compression matérielle du lecteur, est-ce qu'il
s'agit des mêmes algorithmes que quand on fait un gzip par exemple ?
le même genre
Donc en effet, si cette compression se base sur les mêmes algos on gagne
pas grand chose quand on sauvegarde des grosses images JPEG, TIFF etc...
(ce qui est mon cas).
tout à fait
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Mais je parle ici de la compression matérielle du lecteur, est-ce qu'il s'agit des mêmes algorithmes que quand on fait un gzip par exemple ?
le même genre
Donc en effet, si cette compression se base sur les mêmes algos on gagne pas grand chose quand on sauvegarde des grosses images JPEG, TIFF etc... (ce qui est mon cas).
tout à fait
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact