[ANN] Cdrtools-1.10 beta ( scsi-atari-0.3.c ) dispo !
DOCs
je suis tres heureux et fier de vous proposer la premiere version beta du
paquetage Cdrtools pour la plateforme Atari.
Cet ensemble d'utlilitaires vous permet de graver vos CD de donnees et audio
et en + c'est gratuit !
Ce paquetage fait les joies des utilisateurs de Linux, BSD et j'en passe des
dizaines...
En +, quasiment tous les graveurs marchent avec ce logiciel...
Je decide aujourd'hui de vous le proposer pour le tester sur vos Atari !
Faites-vous plaisir, tester-le dans tous les sens.
Vos graveurs SCSI marcheront sans probleme je suppose.
Les graveurs IDE doivent marcher aussi mais je n'ai pas encore reflechi au
probleme.
Je suis encore loin de connaitre toutes les fonctionnalites de l'ensemble du
projet car je me suis concentre sur la partie programmation.
Toutes vos remarques sur d'eventuels bugs seront les bienvenues, mais
UNIQUEMENT sur CE FORUM SVP !
Je ne pourrais pas vous garantir une reponse si vous m'envoyer un mail.
Comme ca, tout le monde en profite et est au courant de l'evolution.
Je sais qu'il y a encore des bugs et il me faut le temps de les resoudre
correctement.
Donnez-moi le plus d'information sur votre configuration pour evaluez
l'etendu de la compatibilite sur nos machines.
( Processeur, memoire, modele machine, OS, graveur, driver disque dur... )
Bon, maintenant des explications pour utiliser le tout:
Le code du programme est du 68000, donc Cdrtools doit tourner sur un simple
ST comme sur une CT60.
Ca marche sous TOS et Mint sans probleme.
Pour l'instant, il est programme pour tourner en monotache.
Je passerais l'installation du graveur sur votre Atari, a vous de vous
debrouiller, il faut que votre driver de disque le trouve dans votre
configuration.
Ma configuration est un Atari Falcon 030 ( 68030 + 68882 )14 Mo, un DD IDE
Maxtor 60 Go branche sur le SCSI par un adaptateur et un graveur HP
cd-writer 9600 SCSI.
Pour marcher, il faut que la librairie SCSIDRV soit presente sur votre
systeme. Cela permet a Cdrtools de communiquer avec votre graveur.
Si vous utilisez une version assez recente de HD-Driver, vous n'avez rien a
faire, SCSIDRV est inclus.
Si vous utilisez un autre driver de disque dur ( Cecile par exemple ), vous
devez lancer le programme SCSIDRV.PRG.
Vous trouverez ce programme dans ces deux archives:
http://www.myatari.net/issues/dec2001/files/scsidrv.zip
http://www.myatari.net/issues/dec2001/files/cbhd502.zip
Il vous suffit de le lancer pour que vos peripheriques SCSI et IDE soient
reconnus.
Je vous soumets trois prgrammes issus du paquetage: ( description rapide car
ils peuvent faire pas mal de choses )
* Cdrecord : Permet de graver vos CD audio et de donnees.
* Cdda2wav : Pour extraire vos cd audio en fichiers
* Mkisofs : Pour creer une image de vos donnees avant de les graver.
http://doyeuxyvan.free.fr/cdrtools-1.10/scsi-atari-0.3.c/CDRECORD.TTP
http://doyeuxyvan.free.fr/cdrtools-1.10/scsi-atari-0.3.c/CDDA2WAV.TTP
http://doyeuxyvan.free.fr/cdrtools-1.10/scsi-atari-0.3.c/MKISOFS.TTP
Les fichiers ont pour extension .TTP. Si vous lancez vos prgrammes sous TOS,
rentrez seulement les parametres des commandes qui vont suivrent:
Vous voulez sauvegarder votre disque C:, il vous faut faire une image:
mkisofs -v -o backup.iso c:
Ceci va creer le fichier backup.iso dans le repertoire ou vous etes. -v
permet de visualiser les fichiers traites.
backup.iso contiendra tous les fichiers du disque C:\ avec son arborescence
complete.
Vous voulez graver ca sur un CD-RW. Il faut deja savoir appeler votre
graveur au bon endroit.
Mon graveur personnel est sur le bus SCSI de mon Falcon. L'identifiant du
graveur est 3 sur le bus SCSI.
Je vais traduire ceci par dev=1,3,0 quand j'appelerais Cdrecord. ( dev =
bus, id, 0 ).
Si vous utilisez le bus ACSI, le numero du bus est 0. ( dev = 0, 3, 0 ).
On efface rapidement votre RW:
cdrecord dev=1,3,0 blank=fast
Ensuite on grave l'image sur le CD, en double vitesse et a la fin on ejecte
le CD.
cdrecord speed=2 dev=1,3,0 -eject backup.iso
Maintenant mettez un CD audio deux titres dans votre graveur:
cdda2wav -t2 -D1,3,0
Ceci va extraire votre deuxieme piste audio en fichier wav a partir de votre
graveur.
On peut regraver sur votre RW en une piste audio:
cdrecord dev=1,3,0 blank=fast -eject -audio audio.wav
Lisez le CD sur une chaine hifi qui lit les CD-RW, et c'est magnifique
d'entendre une musique gravee avec son Atari !
Ce qui ne marche pas encore:
* cdrecord -scanbus ( le parcours de la chaine SCSI )
* cdrecord plante quand SCSIDRV n'est pas present dans votre systeme ( 3
bombes ) ( importance minime )
* cdrecord ne marche pas sous Magic.
Vous trouverez sur le web des tas de pages parlant de la gravure sous Linux,
vous pouvez quasiment tout appliquer avec ce paquetage sur vos Ataris.
Une page au hasard:
http://www.ensta.fr/~clubinfo/graver.html
La derniere version de Cdrtools est la 2.0 et non la 1.10, mais elle etait +
simple pour moi pour commencer.
Pour des infos sur Cdrecord ( Compatibilite des graveurs, ... )
http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/
cdrecord.html
( Je n'ai pas encore contacte l'auteur pour lui annoncer le portage sur
Atari, arg ! )
DOCs
Guillaume D?flache
> Le 01/04/04,
>
>
> je suis tres heureux et fier de vous proposer la premiere version beta du
> paquetage Cdrtools pour la plateforme Atari.
...et tu as bien raison. Félicitations pour ta ténacité !
> Le code du programme est du 68000, donc Cdrtools doit tourner sur un simple
> ST comme sur une CT60.
Tu n'as pas réussi à faire une version 68020-60+FPU ou c'est juste
par manque de temps ?
> Ca marche sous TOS et Mint sans probleme.
> Pour l'instant, il est programme pour tourner en monotache.
Que veux-tu dire par là ? Sous MiNT on est toujours en multitache
de toute façon, alors ???
As-tu du enlever les appels *yield* qui SJMSB à certains endroits
redonnent explicitement la main au système (et qui sont mal
prototypés/implémentés dans la MiNT-Lib) ?
> [...]scsi-atari-0.3.c[...]
N'oublie pas de sauver précieusement ce fichier !!! J'imagine que
c'est l'implémentation de l'interface SCSI qui t'a pris le plus de
temps au final, non ?
> La derniere version de Cdrtools est la 2.0 et non la 1.10, mais elle etait +
> simple pour moi pour commencer.
C'est un bon début ! :-D Plus sérieusement si tu as besoin d'aide
pour le port vers la 2.0 n'hésite pas à poster ici (ou m'envoyer
directement des messages si tu préfères), je veux bien m'y remettre
maintenant qu'il y a plus que de vagues perspectives !
> ( Je n'ai pas encore contacte l'auteur pour lui annoncer le portage sur
> Atari, arg ! )
Je te préviens, il va te faire la gueule du fait que tu n'est pas
parti sur la toute dernière version !!! :-(
A part ça, ton message est assez détaillé et bien écrit pour faire
un bon début de FAQ, voire une base pour un article très intéressant
pour ST-Mag ! :-)
Encore : bravo !
copticrain
> Le 01/04/04,
>
>
> je suis tres heureux et fier de vous proposer la premiere version beta du
> paquetage Cdrtools pour la plateforme Atari.
>
Y'a de quoi ! a quand l'interface gem ;-)
Merci,
A+
Vincent
beebee
> Le 01/04/04,
>
>
> je suis tres heureux et fier de vous proposer la premiere version beta du
> paquetage Cdrtools pour la plateforme Atari.
>
> Cet ensemble d'utlilitaires vous permet de graver vos CD de donnees et audio
> et en + c'est gratuit !
> Ce paquetage fait les joies des utilisateurs de Linux, BSD et j'en passe des
> dizaines...
>
> En +, quasiment tous les graveurs marchent avec ce logiciel...
>
> Je decide aujourd'hui de vous le proposer pour le tester sur vos Atari !
> Faites-vous plaisir, tester-le dans tous les sens.
>
> Vos graveurs SCSI marcheront sans probleme je suppose.
> Les graveurs IDE doivent marcher aussi mais je n'ai pas encore reflechi au
> probleme.
> Je suis encore loin de connaitre toutes les fonctionnalites de l'ensemble du
> projet car je me suis concentre sur la partie programmation.
>
>
>Bonjour!
Encore bravo, j'ai d'abord cru à 1 poisson d'avril!
J'ai pas encore testé mais ce sera une de mes priorité:)
Un volontaire pour écrire un joli "shell" gem!
Bon ça fait gourmand, mais bon si on le demande pas.....
A+
jpierre
Patrice Mandin
"Guillaume D?flache" <guill...@users.sourceforge.net> a tapoté avec ses
petits doigts:
>> [...]scsi-atari-0.3.c[...]
>
> N'oublie pas de sauver précieusement ce fichier !!! J'imagine que c'est
> l'implémentation de l'interface SCSI qui t'a pris le plus de temps au
> final, non ?
Oui, un sacré boulot de mon point de vue. J'avais aussi fait une librairie
pour tous les appels SCSI par SCSIDRV, c'est assez énorme.
>> La derniere version de Cdrtools est la 2.0 et non la 1.10, mais elle
>> etait + simple pour moi pour commencer.
>
> C'est un bon début ! :-D Plus sérieusement si tu as besoin d'aide
> pour le port vers la 2.0 n'hésite pas à poster ici (ou m'envoyer
> directement des messages si tu préfères), je veux bien m'y remettre
> maintenant qu'il y a plus que de vagues perspectives !
>
>> ( Je n'ai pas encore contacte l'auteur pour lui annoncer le portage sur
>> Atari, arg ! )
>
> Je te préviens, il va te faire la gueule du fait que tu n'est pas
> parti sur la toute dernière version !!! :-(
Avant de prévenir l'auteur, tu devrais peaufiner un peu la 'distribution'
de tes exécutables. En particulier vis-à-vis de la licence GPL, tu
distribue là des exécutables, sans donner la possibilité aux utilisateurs
d'avoir accès aux sources. Et il doit s'agir des sources que tu as utilisé
pour compiler les programmes (sources originaux + patches, ou archive
complète des sources). Ne pas oublier non plus le fichier COPYING,
contenant le texte de la licence.
Ca à l'air rébarbatif comme ça, mais je me suis aperçu que je faisais la
même erreur pour Doom: je distribuais les exécutables (même dans la
dernière version) en oubliant ce fichier: pas bien. Vivement que je
corrige ça. Puis ajouter les sources de la 0.30pre3 sur mon site aussi.
--
Patrice Mandin
WWW: http://membres.lycos.fr/pmandin/
Programmeur Linux, Atari
Spécialité: Développement, jeux
DOCs
From: "Pascal Ricard" <pas...@europe-shareware.org>
To: <do...@ifrance.com>
Sent: Thursday, April 01, 2004 12:48 AM
Subject: Re: [ANN] Cdrtools-1.10 beta ( scsi-atari-0.3.c ) dispo !
>Salaud ! Tu casses le marché !
>Je blague :-)
>Bravo pour ce portage, je l'essaierai dès que possible et te dirai ce
>que ça donne chez moi (TT et FalconCT60), sous Tos, avec un Yamaha
>8/8/24 SCSI.
>As-tu une idée de ce qui ne va pas sous MagiC ?
Cela vient surement de l'assembleur que j'ai inclus dans le source C, car
sinon cdrecord tourne.
Mkisofs et Cdda2wav tournent sous MagiC.
>Et bonne chance/courage pour la suite.
À+,
/Pascal/
DOCs
406c5cf5$0$14418$626a...@news.free.fr...
> Y'a de quoi ! a quand l'interface gem ;-)
Bien sur je n'ai pas arrete d'y penser en compilant Cdrtools, je n'ai pas
trop envie de me lancer la dedans.
L'avantage est que le developpeur de l'interface passera son temps a faire
de l'interface, donc pas besoin de se preocuper de SCSI, graveur et
autres... Y'a juste a bien appeler les commandes.
D'ailleurs il suffit de copier ce qui se fait sous Linux par exemple.
Si quelqu'un veut se lancer la dedans...
DOCs
DOCs
message news: dcd316f2.04040...@posting.google.com...
> "DOCs" <docs(croustibat)ifrance.com> wrote in message
news:<406b3f28$0$9097$626a...@news.free.fr>...
>...Félicitations pour ta ténacité !
D'ailleurs avant de me feliciter, je prefererais que vous me disiez que ca
grave sans probleme sur vos Atari :-)
> > Le code du programme est du 68000, donc Cdrtools doit tourner sur un
simple
> > ST comme sur une CT60.
>
> Tu n'as pas réussi à faire une version 68020-60+FPU ou c'est juste
> par manque de temps ?
Simplement pour que ca tourne sur le maximum de machine pour tester tout ca.
> > Ca marche sous TOS et Mint sans probleme.
> > Pour l'instant, il est programme pour tourner en monotache.
>
> Que veux-tu dire par là ? Sous MiNT on est toujours en multitache
> de toute façon, alors ???
> As-tu du enlever les appels *yield* qui SJMSB à certains endroits
> redonnent explicitement la main au système (et qui sont mal
> prototypés/implémentés dans la MiNT-Lib) ?
C'est aussi pour que ca tourne sous simple TOS, cdda2wav ne pouvait pas
tourner sinon en monotache.
Mais bien sur, il risque d'y avoir une version TOS et Mint-Magic.
Pour ce que j'ai enleve pour la compilation sous Mint ( pour Cdrecord ), il
y a le probleme avec la fonction shmget qui n'est pas trouve sous Mint au
moment de
l'execution.
Il se peut que ca tourne quand meme en multitache sous Mint
> > [...]scsi-atari-0.3.c[...]
>
> N'oublie pas de sauver précieusement ce fichier !!! J'imagine que
> c'est l'implémentation de l'interface SCSI qui t'a pris le plus de
> temps au final, non ?
Oui, finalement ca a l'air facile comme ca a vu d'oeil, mais le + gros
probleme etait que ca devait marcher et que ca marchait pas. Ce qui m'a pas
mal ralenti, c'est les appels a SCSIDRV que j'etais oblige de faire par de
l'assembleur dans le source C et que je n'arrivais pas a comprendre le
principe. Bien sur il y a 2 ou 3 #define a modifier pour que ca compile mais
ca on resoudra le probleme. Il y a encore du boulot dans le scsi-atari.c
D'ailleurs en fouillant dans les sources de Mint, j'ai trouve un source
permettant de simuler SCSIDRV, il serait alors possible d'eviter
l'assembleur et de supprimer le driver SCSIDRV qui est obligatoire pour
l'instant. A etudier.
> > La derniere version de Cdrtools est la 2.0 et non la 1.10, mais elle
etait +
> > simple pour moi pour commencer.
>
> C'est un bon début ! :-D Plus sérieusement si tu as besoin d'aide
> pour le port vers la 2.0 n'hésite pas à poster ici (ou m'envoyer
> directement des messages si tu préfères), je veux bien m'y remettre
> maintenant qu'il y a plus que de vagues perspectives !
La version 2.0 tourne aussi sur mon Falcon ( cdrecord ), y'aura pas de
probleme je pense.
> Encore : bravo !
copticrain
> Vous voulez sauvegarder votre disque C:, il vous faut faire une image:
>
> mkisofs -v -o backup.iso c:
>
> Ceci va creer le fichier backup.iso dans le repertoire ou vous etes. -v
> permet de visualiser les fichiers traites.
> backup.iso contiendra tous les fichiers du disque C:\ avec son arborescence
> complete.
>
Bonjour,
Y'a pas un moyen pour donner une destination autre que le repertoire de
mkisofs pour la creation de l'image ?
J'ai lu plusieurs doc sur mkisofs mais je trouve pas...
-Vincent
DOCs
"copticrain" <copti...@free.fr> a écrit dans le message news:
407bdf80$0$22886$626a...@news.free.fr...
C'est tres facile ( j'ai teste reellement pour ne pas dire de betises ):
Imagine que tu veux mettre ton fichiers .iso dans le repertoire TEMP du
disque D:
mkisofs -v -o d:\temp\backup.iso c:
Et ca marche sans probleme normalement !
DOCs
copticrain
>
> C'est tres facile ( j'ai teste reellement pour ne pas dire de betises ):
>
> Imagine que tu veux mettre ton fichiers .iso dans le repertoire TEMP du
> disque D:
>
> mkisofs -v -o d:\temp\backup.iso c:
>
> Et ca marche sans probleme normalement !
>
> DOCs
>
Merci,
ça marche sans problèmes sous TOS, par contre pas du tout avec
Mint+N_aes :-(
A+
Vincent
DOCs
Sous Mint essaye ca:
mkisofs -v -o /d/temp/backup.iso c:
DOCs
copticrain
Merci, :-)
A+
Vincent
André
Mes félicitations pour ce travail sur CDRECORD.
Ma configuration :
Falcon030, 14Mo, TOS 4.04, graveur Yamaha CRW8424S
HDDRIVER 7.72
IDE 0 : disque dur de 20 Go, IDE 1 : disque dur de 1GO
Chaine SCSI 0,1 rien, 2 streamer, 3 le graveur
Le graveur, avec CDLAB marche très bien.
Voici le résultat de mes essais :
MKISOFS marche sous TOS et sous MAGIC.
mkisofs -v -o backup.iso c:
petit problème mineur, sur les messages d'avancement.
-sous TOS , il édite la liste des fichiers et dossiers
correctement, puis des messages d'avancement comme
celui-ci :
21.98% done, estimate finish Sat Apr 17 23:24:28 2004
suivi de 43.90% done, ... 23:24:19, etc
.Entre ces différents messages, il n'y a pas de retour
en colonne 1, et tout se tasse à droite de l'écran.
-Sous TOS quand il à fini, l'écran s'éfface, et je n'ai pas
le temps de lire ce qu'il dit. (Sous MAGIC il n'y a pas de
problème car il ouvre une fenètre VT32).
Cela n'empêche pas de comprendre que ça marche.
CDRECORD là j'ai de gros soucis.
voila ce que j'ai :
cdrecord dev=1,3,0 blank=fast
: warning: low file descriptor limit (32)
Cdrecord 1.10 (--) Copyright (C) 1995-2001 Jörg Schilling
: Fifo not supported.
scsidev: '1,3,0'
scsibus: 1 target: 3 lun: 0
SCSIDRV found on your ATARI !
Using libscg version 'schily-0.5'
: Warning: using inofficial libscg transport code version
(Y.Doyeux-scsi-atari-0
.3.c '@(#)scsi-atari.c 1.0 02/10/19 Copyright 1997,2000,2001 J.
Schilling').
Device type : Disk
Version : 0
Response Format: 0
Vendor_info : 'ADAPTEC '
Identifikation : 'ACB-5500 '
Revision : 'FAKE'
Device seems to be: Adaptec 5500.
: Sorry, no CD/DVD-Drive found on this target.
Programme termin‚
Questions :
mon HDDRIVER est-il trop vieux ?
CDRECORD connait-il le YAMAHA CRW8424S
J'ai lancé SCSIDRV avant mais cela n'a rien changé.
Problème avec ma chaine SCSI, car les ID 0,1 ne sont pas utilisés, et
le graveur est sur l'ID 3 ?
-Un CDRECORD -scanbus (sous Magic) donne des choses très bizarres :
de 0, 0, 0 à 1, 1, 0 ADAPTEC ABC-5500
de 1, 2, 0 à 15,15, 0 mon streamer TANDBERG TDC 3800
A+
LAFABRIE Florent
J'ai moi aussi un problème avec CDRECORD avec la CT60. Mon graveur
Yamaha sur SCSI 2 qui est très bien reconnu par CDLAB et CDWRITER n'est
pas reconnu par CDRECORD. Impossible d'effacer un CDRW ou de graver. Je
précise que j'ai HDDRIVER 8.13, la toute dernière version. Par contre
MKISOFS fonctionne bien sous TOS avec la CT60.
Florent
André a écrit:
DOCs
>
> Ma configuration :
> Falcon030, 14Mo, TOS 4.04, graveur Yamaha CRW8424S
> HDDRIVER 7.72
> IDE 0 : disque dur de 20 Go, IDE 1 : disque dur de 1GO
> Chaine SCSI 0,1 rien, 2 streamer, 3 le graveur
> Le graveur, avec CDLAB marche très bien.
> Voici le résultat de mes essais :
> MKISOFS marche sous TOS et sous MAGIC.
> mkisofs -v -o backup.iso c:
> petit problème mineur, sur les messages d'avancement.
> -sous TOS , il édite la liste des fichiers et dossiers
> correctement, puis des messages d'avancement comme
> celui-ci :
> 21.98% done, estimate finish Sat Apr 17 23:24:28 2004
> suivi de 43.90% done, ... 23:24:19, etc
> .Entre ces différents messages, il n'y a pas de retour
> en colonne 1, et tout se tasse à droite de l'écran.
> -Sous TOS quand il à fini, l'écran s'éfface, et je n'ai pas
> le temps de lire ce qu'il dit. (Sous MAGIC il n'y a pas de
> problème car il ouvre une fenètre VT32).
> Cela n'empêche pas de comprendre que ça marche.
Tout a fait, le probleme vient des sources et du caractere fin de ligne qui
est '\n' sous les systemes UNIX.
Il faut le remplacer par un '\n\r' pour que ( sous TOS uniquement il me
semble ) le programme reagisse comme on l'attend.
J'ai realise la conversion des '\n' grossierement, mais le travail de
finalisation sera fait dans le futur.
> CDRECORD là j'ai de gros soucis.
> voila ce que j'ai :
> cdrecord dev=1,3,0 blank=fast
>
> : warning: low file descriptor limit (32)
> Cdrecord 1.10 (--) Copyright (C) 1995-2001 Jörg Schilling
> : Fifo not supported.
> scsidev: '1,3,0'
> scsibus: 1 target: 3 lun: 0
> SCSIDRV found on your ATARI !
> Using libscg version 'schily-0.5'
> : Warning: using inofficial libscg transport code version
>
> (Y.Doyeux-scsi-atari-0
> .3.c '@(#)scsi-atari.c 1.0 02/10/19 Copyright 1997,2000,2001 J.
>
> Schilling').
> Device type : Disk
> Version : 0
> Response Format: 0
> Vendor_info : 'ADAPTEC '
> Identifikation : 'ACB-5500 '
> Revision : 'FAKE'
> Device seems to be: Adaptec 5500.
Quand vous avez ce message, c'est soit que vous appelez mal votre graveur
( Mauvais id par exemple ), soit que scsi-atari.c est buggue.
Dans ce cas, le probleme vient de moi. Il y a un bug dans la gestion des
structures de l'implementation SCSI.
Je savais qu'il etait buggue, mais j'etais etonne de voir, apres mes tests,
que ca marchait chez moi.
Maintenant, je realise qu'il y a vraiment un probleme.
> Questions :
> mon HDDRIVER est-il trop vieux ?
Pas du tout, si Cdrecord affiche "SCSIDRV found on your ATARI !" c'est que
l'interface SCSIDRV est vraiment presente sur votre machine et prete a etre
utilisee.
> CDRECORD connait-il le YAMAHA CRW8424S
Ce graveur est assez repandu et il n'y a aucun probleme.
Tu peux voir sur ces page les graveurs testes avec succes:
http://www.cdrfaq.org/faq05.html
ou
http://wt.xpilot.org/cgi-bin/winni/lsc-orig.pl
> J'ai lancé SCSIDRV avant mais cela n'a rien changé.
Ca ne sert a rien dans ton cas, car HDDRIVER inclus SCSIDRV.
> Problème avec ma chaine SCSI, car les ID 0,1 ne sont pas utilisés, et
> le graveur est sur l'ID 3 ?
J'ai mis mon graveur sur l'id 3, ca ne fonctionne pas.
Je vais donc proposer une solution de SECOURS en attendant que je retourne
sur scsi-atari.c.
En fait, sur mon Falcon, mon graveur est marque sur l'id suivant : dev=1,1,0
. ( id = 1 donc... ).
Je vous recommande donc de mettre votre id du graveur a la valeur 0,1 ou 2
sur le bus SCSI.
En esperant que vos graveurs se reveillent !
J'ai teste l'id 0 et 1, ca marche sans problemes. L'id 2 doit marcher aussi,
puisqu'il me detecte mon disque Maxtor.
Quant a l'id 3, ca ne marche pas, arg !
Il me vient, une idee, il se peut que votre graveur doit etre le + petit id
sur votre chaine SCSI, que vos autres peripheriques.
Dans mon cas, tout ce qui est inferieur a l'id 2 ( disque Maxtor ) marche.
Essayez pour voir...
Pour ce qui est des graveurs IDE, j'ai eu echo que ca ne fonctionnait pas
non plus. ( dev=2,1,0 ).
Sur le bus ACSI je suppose que ca ne passe pas non plus.
J'ai bien fait de prendre l'id 3 pour l'exemple comme ca, je me suis rendu
compte du probleme, grace a vous, merci !
> -Un CDRECORD -scanbus (sous Magic) donne des choses très bizarres :
> de 0, 0, 0 à 1, 1, 0 ADAPTEC ABC-5500
> de 1, 2, 0 à 15,15, 0 mon streamer TANDBERG TDC 3800
C'est normal, c'est bizarre, de tout facon ce n'est pas implemente pour
l'instant.
DOCs
copticrain
>>
>>>C'est tres facile ( j'ai teste reellement pour ne pas dire de betises ):
>>>
>>>Imagine que tu veux mettre ton fichiers .iso dans le repertoire TEMP du
>>>disque D:
>>>
>>>mkisofs -v -o d:\temp\backup.iso c:
>>>
>>>Et ca marche sans probleme normalement !
>>>
Bonjour,
Comment fait-on pour la copie à la volée avec cdrecord ?
J'ai trouvé cette ligne de commande dans une doc,
-v -eject dev=1,1,0 speed=2 /dev/hdb
J'ai essayé de remplacer "/dev/hdb" par "W:" (mon lecteur cd), par "W"
et ça ne marche pas,
Quelq'un a t-il une solution ?
A+
-Vincent
Andr?
Voici le résultat de la suite de mes essais .
J'ai changé l'ID de mon graveur en ID 1 au lieu de l'ID 3,
et ça marche.
Mais je suis tombé sur un autre Pb.
mkisofs -v -o SAUV_E.ISO e: l'image fait 96 Mo Ok
cdrecord dev=1,1,0 blank=fast Ok
cdrecord speed=4 dev=1,1,0 -eject SAUV_E.ISO durée 5mn Ok
vérifications :
Le catalogue semble impeccable.
2 clics sur un fichier racine : je vois son contenu Ok
Sur le fichier MES_FICHIERS/ANDRE/DESKTOP.INF
2 clics P ne répond pas, il faut relancer la machine
QED P ne répond pas, une erreur s'est produite pendant la
lecture du fichier, relance
copie du fichier sur I: P ne répond pas
Il semble que les fichiers à la racine ne posent pas de problème,
mais ceux qui sont dans des répertoires ne soient plus accessibles.
Juste avant j'avais fait des essais sous Magic pour voir
si les noms longs marchaient.
MKISOFS -v -R -J -o backup.iso l:\musique\ Ok
Gravage sous MAGIC Ok
Vérifications :
Catalogue TB (avec les noms longs )
Mélange total des fichiers des répertoires.
Le contenu du fichier toto se retrouve dans tata, celui de titi
dans toto ... Mais ce qui est surprenant c'est que le contenu est
parfaitement lisible. C'est le catalogue qui a un gros soucis !!
On avance c'est le principal.
A+
Ma configuration :
Falcon030, 14Mo, TOS 4.04, graveur Yamaha CRW8424S
HDDRIVER 7.72
IDE 0 : disque dur de 20 Go, IDE 1 : disque dur de 1GO
Chaine SCSI 0,1 graveur, 2 streamer
Andr?
J'ai listé le catalogue de ma partition E et celle du CD.
Il y a 4667 fichiers et 487 dossiers.
Sur le CD il manque 394 fichiers.
J'ai trouvé quelque chose qui peut expliquer le problème.
J'ai un dossier A qui contient des sous dossiers.
Si un de ces sous dossiers est vide, mkisofs
n'explore pas les sous-dossiers suivant, mais remonte tout de suite au
dossier de niveau supérieur .
Je résume :
Sur le disque DUR :
Dossier A/
sous dossier 1/ possède 3 fichiers
sous dossier 2/ vide
sous dossier 3/ possède 4 fichiers
Dossier B/
Sur le CD je trouve :
Dossier A/
sous dossier 1/ possède 3 fichiers
sous dossier 2/ vide
Dossier B/
Le sous dossier 3 et ses fichiers ont disparut.
J'ai trouvé 5 fois ce cas de figure sur mon disque, et à chaque fois
il y a l'erreur sur le CD.
Au niveau des noms de fichiers :
le ! (point d'exclamation) ainsi que le - (signe moins) sont
transformés en _ (underscore). Cela peut éventuellement créer des
conflits sur les noms ?
Si sur mon disque j'ai !toto et _toto et -toto , sur le CD ils
auront le
même nom !
Bon courage.
Bibou
J'ai essayer de faire un back-up de mes partitions. Plusieurs pbs me
sont apparus :
1. Avec mkisofs, je demande à ce qu'il me crée une image "backup.iso"
et,
s'il me crée bien un fichier, son nom n'est pas "backup.iso" mais "&n",
fichier impossible à graver ensuite.
2. J'ai remarqué que mkisofs trouvait pleins de fichiers sur mes
partitions de type "ae", "ai" etc, fichiers invisibles depuis le bureau
(que ce soit sous Tos ou MagiC). Je penses à un souci au niveau du
disque dur mais comment effacer ces fichiers (invisibles) sans
reformater
ma partition ? A noter : CD Lab 0.90 trouve également ces drôles de
fichiers,
ce qui me fait dire que c'est le disque dur qui a eu un problème.
Je me demande si ces fichiers ne sont pas apparus durant l'utilisation
de mon Falcon quand ma pile était morte...
Des suggestions pour virer ces fichiers "invisibles" ?
@ +,
Bibou.
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Pierre TONTHAT
> 2. J'ai remarqué que mkisofs trouvait pleins de fichiers sur mes
> partitions de type "ae", "ai" etc, fichiers invisibles depuis le bureau
> (que ce soit sous Tos ou MagiC). Je penses à un souci au niveau du
> disque dur mais comment effacer ces fichiers (invisibles) sans
> reformater ma partition ?
Ces pitits fichiers proviennent de la gestion des noms longs sous MagiC : me
semble qu'ils sont nécessaires. Ils ne doivent pas apparaître sous MagiC (ni
les softs faisant un directory), par contre, on les voit surement sous TOS
ET sur une partition qui a été VFATée.
Seule solution pour ne plus les voir sous TOS : ne pas utiliser la VFAT sur
cette partition ;)
A+
Pierrot
Cyril Lefebvre
Merci pour le tuyau. C'est donc normal ? Et quel doit-être leur taille ?
Cela interfere-t-il sur une tentative de gravure ? Si j'enleve la
gestion
des noms longs sur les partitions concernées, ces fichiers partiront
tous seuls ?
Merci à toi,
Cyril.
Pascal Ricard
dans l'article <c7dmbs$b31$1...@news-reader4.wanadoo.fr>,
Pierre TONTHAT écrivait le jeudi 06-05-2004 17:43 (+0200) :
> Yop Cyril :)
>
> > 2. J'ai remarqué que mkisofs trouvait pleins de fichiers sur mes
> > partitions de type "ae", "ai" etc, fichiers invisibles depuis le bureau
> > (que ce soit sous Tos ou MagiC). Je penses à un souci au niveau du
> > disque dur mais comment effacer ces fichiers (invisibles) sans
> > reformater ma partition ?
>
> Ces pitits fichiers proviennent de la gestion des noms longs sous MagiC : me
> semble qu'ils sont nécessaires. Ils ne doivent pas apparaître sous MagiC (ni
Ce ne sont pas des fichiers mais des pseudo entrées supplémentaires dans
le directory (pour les noms longs et pour faire court).
> les softs faisant un directory), par contre, on les voit surement sous TOS
> ET sur une partition qui a été VFATée.
Normalement, non, on ne doit voir que la version courte du nom.
> Seule solution pour ne plus les voir sous TOS : ne pas utiliser la VFAT sur
> cette partition ;)
Au passage, je rappèle aux étourdis ou à ceux qui ne le sauraient pas :
il ne faut _pas_ effacer sous TOS un fichier ayant un nom long sur une
partition "VFATée".
À+,
/Pascal/
Pascal Ricard
dans l'article <2d85969c649973a7294...@mygate.mailgate.org>,
Cyril Lefebvre écrivait le jeudi 06-05-2004 16:04 (GMT) :
> Salut Pierrot,
>
> Merci pour le tuyau. C'est donc normal ? Et quel doit-être leur taille ?
Zéro octets car ce ne sont pas des fichiers.
À+,
/Pascal/
Cyril Lefebvre
Merci Pascal. Mais c'est donc normal que mkisofs les trouvent alors.
Pascal Ricard
dans l'article <d0ff0be18f79d960165...@mygate.mailgate.org>,
Cyril Lefebvre écrivait le vendredi 07-05-2004 08:56 (GMT) :
> Salut,
>
> Merci Pascal. Mais c'est donc normal que mkisofs les trouvent alors.
Pas vraiment, à mon avis, sauf si mkisofs ne reconnait pas les noms
longs (normalement si, pas de pb avec la version d'Anodyne) ou si tu as
effacé sous TOS un fichier avec un nom long.
À+,
/Pascal/
Cyril Lefebvre
Je n'ai pas le souvenir d'avoir effacé un fichier avec un nom long
sous tos (maintenant, je peux me tromper). D'un autre côté, cdrtools
ne marche pas correctement sous MagiC (d'après le post de l'auteur).
Il recommende même de l'utiliser sous Tos (ce que j'ai fait). J'en
déduit
que cette version ne les gerent pas. Qu'en penses-tu ?
@ +,
Cyril.
Pierre TONTHAT
"Cyril Lefebvre" a écrit :
> Merci pour le tuyau. C'est donc normal ? Et quel doit-être leur taille ?
> Cela interfere-t-il sur une tentative de gravure ? Si j'enleve la
> gestion
> des noms longs sur les partitions concernées, ces fichiers partiront
> tous seuls ?
Dennis Vermeire vient de me communiquer une solution élégante. Le truc à
placer en AUTO lors d'une session en monoTOS se nomme HIDEVFAT.PRG que tu
pourras trouver à l'adresse ci-dessous :
http://homepages.tu-darmstadt.de/~gryf/software/
La meilleure solution, dit-il, est de ne pas utiliser ton soft sur une
partition vfatée.
A+
Pierrot