On Thu, 20 Nov 2003 00:23:01 +0100, Patrick Lamaizière wrote:
Thierry Thomas écrivait :
Mercredi 19 novembre 2003 à 20:31 GMT, Patrick Lamaizière a écrit :
Mais je n'arrive pas à monter la clef (formatée en FAT), j'ai une erreur : #mount_msdos /dev/da0 /mnt/key mount_msdos: /dev/da0: Invalid argument
En FAT, il faut une /slice/ : mount_msdos /dev/da0s1 /mnt/key
Oui merci, c'était ça. Dans l'exemple c'est mount_msdosfs et je n'ai pas cette commande, c'est sur la version 5.x ?
J'ai écrit l'article en testant majoritairement sur 5.X, mount_msdosfs(8) remplace bien mount_msdos(8) mais ce n'était pas le sujet de l'article, voilà pourquoi je ne fait qu'évoquer l'existence de mount_msdosfs(8).
Il reste un soucis c'est que si la clef n'est pas connectée au boot, elle n'est pas reconnue. Pareil après un umount je n'arrive plus à la remonter. J'ai essayé de jouer avec camcontrol mais sans résultat. Comment faire ?
[...]
Hmmm, personnellement je contacterais avec le maximum d'infos ou du moins je chercherais si personne d'autre n'a constaté ce genre de problème sur les différentes listes. Je dispose de 3 clés USB d'origines différentes et je n'ai jamais constaté ce problème, même à l'époque où il fallait écrire et ajouter ses propres "QUIRKS".
Marc
On Thu, 20 Nov 2003 00:23:01 +0100, Patrick Lamaizière <plamaiziere@alussinan.org> wrote:
Thierry Thomas écrivait :
Mercredi 19 novembre 2003 à 20:31 GMT, Patrick Lamaizière a écrit :
Mais je n'arrive pas à monter la clef (formatée en FAT), j'ai une erreur
:
#mount_msdos /dev/da0 /mnt/key
mount_msdos: /dev/da0: Invalid argument
En FAT, il faut une /slice/ :
mount_msdos /dev/da0s1 /mnt/key
Oui merci, c'était ça.
Dans l'exemple c'est mount_msdosfs et je n'ai pas cette commande, c'est sur
la version 5.x ?
J'ai écrit l'article en testant majoritairement sur 5.X,
mount_msdosfs(8) remplace bien mount_msdos(8) mais ce n'était pas le
sujet de l'article, voilà pourquoi je ne fait qu'évoquer l'existence de
mount_msdosfs(8).
Il reste un soucis c'est que si la clef n'est pas connectée au boot, elle
n'est pas reconnue. Pareil après un umount je n'arrive plus à la remonter.
J'ai essayé de jouer avec camcontrol mais sans résultat. Comment faire ?
[...]
Hmmm, personnellement je contacterais freebsd-scsi@FreeBSD.org avec le
maximum d'infos ou du moins je chercherais si personne d'autre n'a
constaté ce genre de problème sur les différentes listes.
Je dispose de 3 clés USB d'origines différentes et je n'ai jamais
constaté ce problème, même à l'époque où il fallait écrire et ajouter
ses propres "QUIRKS".
On Thu, 20 Nov 2003 00:23:01 +0100, Patrick Lamaizière wrote:
Thierry Thomas écrivait :
Mercredi 19 novembre 2003 à 20:31 GMT, Patrick Lamaizière a écrit :
Mais je n'arrive pas à monter la clef (formatée en FAT), j'ai une erreur : #mount_msdos /dev/da0 /mnt/key mount_msdos: /dev/da0: Invalid argument
En FAT, il faut une /slice/ : mount_msdos /dev/da0s1 /mnt/key
Oui merci, c'était ça. Dans l'exemple c'est mount_msdosfs et je n'ai pas cette commande, c'est sur la version 5.x ?
J'ai écrit l'article en testant majoritairement sur 5.X, mount_msdosfs(8) remplace bien mount_msdos(8) mais ce n'était pas le sujet de l'article, voilà pourquoi je ne fait qu'évoquer l'existence de mount_msdosfs(8).
Il reste un soucis c'est que si la clef n'est pas connectée au boot, elle n'est pas reconnue. Pareil après un umount je n'arrive plus à la remonter. J'ai essayé de jouer avec camcontrol mais sans résultat. Comment faire ?
[...]
Hmmm, personnellement je contacterais avec le maximum d'infos ou du moins je chercherais si personne d'autre n'a constaté ce genre de problème sur les différentes listes. Je dispose de 3 clés USB d'origines différentes et je n'ai jamais constaté ce problème, même à l'époque où il fallait écrire et ajouter ses propres "QUIRKS".
Marc
Patrick Lamaizière
Marc Fonvieille écrivait :
Il reste un soucis c'est que si la clef n'est pas connectée au boot, elle n'est pas reconnue. Pareil après un umount je n'arrive plus à la remonter.
[...] Hmmm, personnellement je contacterais avec le maximum d'infos ou du moins je chercherais si personne d'autre n'a constaté ce genre de problème sur les différentes listes.
C'est bon, je n'avais pas usbd de lancé tout simplement.
Résumé pour utiliser une clef usb en FAT sur un FreeBSD 4.9.
Noyau :
#USB support device uhci device ohci device usb device umass
#SCSI peripherals device scbus device da device pass
Je suppose qu'il faut l'option MSDOSFS si la clef est en FAT ? #FS options MSDOSFS
***
/etc/rc.conf : usbd_enable="YES"
À l'insertion de la clef il doit y avoir un message du genre :
umass0: I0MEGA Minidrive 256, rev 2.00/2.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: <I0MEGA Mini 256*IOM 3.52> Removable Direct Access SCSI-0 device da0: 650KB/s transfers da0: 8192MB (16777216 512 byte sectors: 64H 32S/T 8192C)
Il faut ensuite monter le périphérique ici da0. Si c'est une clef FAT il faut en fait monter la slice : #mount_msdos /dev/da0s1 /mnt/key
Et ne pas oublier de démonter la clef avant de l'extraire. #umount /dev/da0s1
C'est pratiquement plug'n'play ce truc :-)
Merci à vous.
Marc Fonvieille écrivait :
Il reste un soucis c'est que si la clef n'est pas connectée au boot, elle
n'est pas reconnue. Pareil après un umount je n'arrive plus à la
remonter.
[...]
Hmmm, personnellement je contacterais freebsd-scsi@FreeBSD.org avec le
maximum d'infos ou du moins je chercherais si personne d'autre n'a
constaté ce genre de problème sur les différentes listes.
C'est bon, je n'avais pas usbd de lancé tout simplement.
Résumé pour utiliser une clef usb en FAT sur un FreeBSD 4.9.
Noyau :
#USB support
device uhci
device ohci
device usb
device umass
#SCSI peripherals
device scbus
device da
device pass
Je suppose qu'il faut l'option MSDOSFS si la clef est en FAT ?
#FS
options MSDOSFS
***
/etc/rc.conf :
usbd_enable="YES"
À l'insertion de la clef il doit y avoir un message du genre :
umass0: I0MEGA Minidrive 256, rev 2.00/2.00, addr 2
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <I0MEGA Mini 256*IOM 3.52> Removable Direct Access SCSI-0 device
da0: 650KB/s transfers
da0: 8192MB (16777216 512 byte sectors: 64H 32S/T 8192C)
Il faut ensuite monter le périphérique ici da0. Si c'est une clef FAT il
faut en fait monter la slice :
#mount_msdos /dev/da0s1 /mnt/key
Et ne pas oublier de démonter la clef avant de l'extraire.
#umount /dev/da0s1
Il reste un soucis c'est que si la clef n'est pas connectée au boot, elle n'est pas reconnue. Pareil après un umount je n'arrive plus à la remonter.
[...] Hmmm, personnellement je contacterais avec le maximum d'infos ou du moins je chercherais si personne d'autre n'a constaté ce genre de problème sur les différentes listes.
C'est bon, je n'avais pas usbd de lancé tout simplement.
Résumé pour utiliser une clef usb en FAT sur un FreeBSD 4.9.
Noyau :
#USB support device uhci device ohci device usb device umass
#SCSI peripherals device scbus device da device pass
Je suppose qu'il faut l'option MSDOSFS si la clef est en FAT ? #FS options MSDOSFS
***
/etc/rc.conf : usbd_enable="YES"
À l'insertion de la clef il doit y avoir un message du genre :
umass0: I0MEGA Minidrive 256, rev 2.00/2.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: <I0MEGA Mini 256*IOM 3.52> Removable Direct Access SCSI-0 device da0: 650KB/s transfers da0: 8192MB (16777216 512 byte sectors: 64H 32S/T 8192C)
Il faut ensuite monter le périphérique ici da0. Si c'est une clef FAT il faut en fait monter la slice : #mount_msdos /dev/da0s1 /mnt/key
Et ne pas oublier de démonter la clef avant de l'extraire. #umount /dev/da0s1
C'est pratiquement plug'n'play ce truc :-)
Merci à vous.
Eric Masson
"Patrick" == Patrick Lamaizière writes:
'Lut,
Patrick> Je suppose qu'il faut l'option MSDOSFS si la clef est en FAT ? Patrick> #FS options MSDOSFS
Pas obligatoire, si le securelevel ne t'empêche pas de charger des modules, mount chargera msdos.ko (RELENG_4) ou msdosfs.ko (RELENG_5) automatiquement.
Eric Masson
-- J'aurai aimé savoir si en Norvège il y avait effectivement des panneaux de signalisation sur les routes indiquant la présence éventuelle de fantômes? Merci. -+- DM in :GNU- Il y a quelque chose de pouri au royaume du neuneu -+-
"Patrick" == Patrick Lamaizière <plamaiziere@alussinan.org> writes:
'Lut,
Patrick> Je suppose qu'il faut l'option MSDOSFS si la clef est en FAT ?
Patrick> #FS options MSDOSFS
Pas obligatoire, si le securelevel ne t'empêche pas de charger des
modules, mount chargera msdos.ko (RELENG_4) ou msdosfs.ko (RELENG_5)
automatiquement.
Eric Masson
--
J'aurai aimé savoir si en Norvège il y avait effectivement des panneaux
de signalisation sur les routes indiquant la présence éventuelle de
fantômes? Merci.
-+- DM in :GNU- Il y a quelque chose de pouri au royaume du neuneu -+-
Patrick> Je suppose qu'il faut l'option MSDOSFS si la clef est en FAT ? Patrick> #FS options MSDOSFS
Pas obligatoire, si le securelevel ne t'empêche pas de charger des modules, mount chargera msdos.ko (RELENG_4) ou msdosfs.ko (RELENG_5) automatiquement.
Eric Masson
-- J'aurai aimé savoir si en Norvège il y avait effectivement des panneaux de signalisation sur les routes indiquant la présence éventuelle de fantômes? Merci. -+- DM in :GNU- Il y a quelque chose de pouri au royaume du neuneu -+-
Marwan Burelle
On Fri, 21 Nov 2003 11:24:14 +0100 Eric Masson wrote:
Pas obligatoire, si le securelevel ne t'empêche pas de charger des modules, mount chargera msdos.ko (RELENG_4) ou msdosfs.ko (RELENG_5) automatiquement.
Automatiquement en en RELENG_4 ? il me semblait que ça n'avait été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC passer (enfin, je surveille plus trop stable@, j'ai un peu tendance à parcourir les subject en travers ... ) depuis la fois où j'avais testé et que ça n'avait pas marché ...
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
On Fri, 21 Nov 2003 11:24:14 +0100
Eric Masson <emss@free.fr> wrote:
Pas obligatoire, si le securelevel ne t'empêche pas de charger des
modules, mount chargera msdos.ko (RELENG_4) ou msdosfs.ko (RELENG_5)
automatiquement.
Automatiquement en en RELENG_4 ? il me semblait que ça n'avait été
ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC passer (enfin,
je surveille plus trop stable@, j'ai un peu tendance à parcourir les
subject en travers ... ) depuis la fois où j'avais testé et que ça
n'avait pas marché ...
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
On Fri, 21 Nov 2003 11:24:14 +0100 Eric Masson wrote:
Pas obligatoire, si le securelevel ne t'empêche pas de charger des modules, mount chargera msdos.ko (RELENG_4) ou msdosfs.ko (RELENG_5) automatiquement.
Automatiquement en en RELENG_4 ? il me semblait que ça n'avait été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC passer (enfin, je surveille plus trop stable@, j'ai un peu tendance à parcourir les subject en travers ... ) depuis la fois où j'avais testé et que ça n'avait pas marché ...
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Eric Masson
"Marwan" == Marwan Burelle writes:
Marwan> Automatiquement en en RELENG_4 ? il me semblait que ça n'avait Marwan> été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC Marwan> passer (enfin, je surveille plus trop stable@, j'ai un peu Marwan> tendance à parcourir les subject en travers ... ) depuis la Marwan> fois où j'avais testé et que ça n'avait pas marché ...
Ben, chez moi ça marche (c) (r) (tm), à moins que je sois complètement arraché mais il est encore un peu tôt pour cela ;).
Dans le pire des cas, un kldload msdos et zou a pu problème.
Eric Masson
-- Mouarf ! Evidemment, aucune opération QuickDraw n'est jamais accélérée, et tous les petits pixels jusqu'au dernier sont dessiné par le p'tit G3 à la mimine. ;-) -+- Ol. in Guide du Macounet Pervers : Carte vidéo? Kesako? -+-
Marwan> Automatiquement en en RELENG_4 ? il me semblait que ça n'avait
Marwan> été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC
Marwan> passer (enfin, je surveille plus trop stable@, j'ai un peu
Marwan> tendance à parcourir les subject en travers ... ) depuis la
Marwan> fois où j'avais testé et que ça n'avait pas marché ...
Ben, chez moi ça marche (c) (r) (tm), à moins que je sois complètement
arraché mais il est encore un peu tôt pour cela ;).
Dans le pire des cas, un kldload msdos et zou a pu problème.
Eric Masson
--
Mouarf ! Evidemment, aucune opération QuickDraw n'est jamais accélérée,
et tous les petits pixels jusqu'au dernier sont dessiné par le p'tit G3
à la mimine. ;-)
-+- Ol. in Guide du Macounet Pervers : Carte vidéo? Kesako? -+-
Marwan> Automatiquement en en RELENG_4 ? il me semblait que ça n'avait Marwan> été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC Marwan> passer (enfin, je surveille plus trop stable@, j'ai un peu Marwan> tendance à parcourir les subject en travers ... ) depuis la Marwan> fois où j'avais testé et que ça n'avait pas marché ...
Ben, chez moi ça marche (c) (r) (tm), à moins que je sois complètement arraché mais il est encore un peu tôt pour cela ;).
Dans le pire des cas, un kldload msdos et zou a pu problème.
Eric Masson
-- Mouarf ! Evidemment, aucune opération QuickDraw n'est jamais accélérée, et tous les petits pixels jusqu'au dernier sont dessiné par le p'tit G3 à la mimine. ;-) -+- Ol. in Guide du Macounet Pervers : Carte vidéo? Kesako? -+-
Patrick Lamaizière
Eric Masson écrivait :
Marwan> Automatiquement en en RELENG_4 ? il me semblait que ça n'avait Marwan> été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC Marwan> passer (enfin, je surveille plus trop stable@, j'ai un peu Marwan> tendance à parcourir les subject en travers ... ) depuis la Marwan> fois où j'avais testé et que ça n'avait pas marché ...
Ben, chez moi ça marche (c) (r) (tm), à moins que je sois complètement arraché mais il est encore un peu tôt pour cela ;).
Ça marche aussi chez moi, si ça peut rassurer.
Eric Masson écrivait :
Marwan> Automatiquement en en RELENG_4 ? il me semblait que ça n'avait
Marwan> été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC
Marwan> passer (enfin, je surveille plus trop stable@, j'ai un peu
Marwan> tendance à parcourir les subject en travers ... ) depuis la
Marwan> fois où j'avais testé et que ça n'avait pas marché ...
Ben, chez moi ça marche (c) (r) (tm), à moins que je sois complètement
arraché mais il est encore un peu tôt pour cela ;).
Marwan> Automatiquement en en RELENG_4 ? il me semblait que ça n'avait Marwan> été ajouté qu'au niveau de RELENG_5 et je n'ai pas vu de MFC Marwan> passer (enfin, je surveille plus trop stable@, j'ai un peu Marwan> tendance à parcourir les subject en travers ... ) depuis la Marwan> fois où j'avais testé et que ça n'avait pas marché ...
Ben, chez moi ça marche (c) (r) (tm), à moins que je sois complètement arraché mais il est encore un peu tôt pour cela ;).
Ça marche aussi chez moi, si ça peut rassurer.
fred
Patrick Lamaizière wrote:
C'est pratiquement plug'n'play ce truc :-) Par contre, je trouve la copie de fichiers extrêmement lente...
Y aurait-il des réglages à faire en particulier ?
-- FP.
Patrick Lamaizière wrote:
C'est pratiquement plug'n'play ce truc :-)
Par contre, je trouve la copie de fichiers extrêmement lente...
C'est pratiquement plug'n'play ce truc :-) Par contre, je trouve la copie de fichiers extrêmement lente...
Y aurait-il des réglages à faire en particulier ?
-- FP.
talon
fred wrote:
Patrick Lamaizière wrote:
C'est pratiquement plug'n'play ce truc :-) Par contre, je trouve la copie de fichiers extrêmement lente...
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD, un problème de bufferisation ou de taille de secteurs je crois. Il lit et écrit pas tous petits paquets.
Y aurait-il des réglages à faire en particulier ?
--
Michel TALON
fred <fred@univ-rennes1.fr.invalid> wrote:
Patrick Lamaizière wrote:
C'est pratiquement plug'n'play ce truc :-)
Par contre, je trouve la copie de fichiers extrêmement lente...
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD,
un problème de bufferisation ou de taille de secteurs je crois.
Il lit et écrit pas tous petits paquets.
C'est pratiquement plug'n'play ce truc :-) Par contre, je trouve la copie de fichiers extrêmement lente...
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD, un problème de bufferisation ou de taille de secteurs je crois. Il lit et écrit pas tous petits paquets.
Y aurait-il des réglages à faire en particulier ?
--
Michel TALON
fred
Michel Talon wrote:
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD, un problème de bufferisation ou de taille de secteurs je crois. Il lit et écrit pas tous petits paquets. Ok, ce n'est pas un problème d'émulation SCSI, comme je le pensais.
Merci.
-- Un point pour fribi concernant les FS ext2fs/ufs : nunux n'en est qu'au RO de slices BSD, le RW étant marqué comme "dangerous".
Michel Talon wrote:
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD,
un problème de bufferisation ou de taille de secteurs je crois.
Il lit et écrit pas tous petits paquets.
Ok, ce n'est pas un problème d'émulation SCSI, comme je le pensais.
Merci.
--
Un point pour fribi concernant les FS ext2fs/ufs : nunux n'en est qu'au
RO de slices BSD, le RW étant marqué comme "dangerous".
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD, un problème de bufferisation ou de taille de secteurs je crois. Il lit et écrit pas tous petits paquets. Ok, ce n'est pas un problème d'émulation SCSI, comme je le pensais.
Merci.
-- Un point pour fribi concernant les FS ext2fs/ufs : nunux n'en est qu'au RO de slices BSD, le RW étant marqué comme "dangerous".
talon
fred wrote:
Michel Talon wrote:
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD, un problème de bufferisation ou de taille de secteurs je crois. Il lit et écrit pas tous petits paquets. Ok, ce n'est pas un problème d'émulation SCSI, comme je le pensais.
Non, j'ai eu le même problème avec un lecteur ZIP SCSI qui mettait des plombes à écrire des fichiers sur du msdos.
Merci.
--
Michel TALON
fred <fred@univ-rennes1.fr.invalid> wrote:
Michel Talon wrote:
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD,
un problème de bufferisation ou de taille de secteurs je crois.
Il lit et écrit pas tous petits paquets.
Ok, ce n'est pas un problème d'émulation SCSI, comme je le pensais.
Non, j'ai eu le même problème avec un lecteur ZIP SCSI qui mettait des
plombes à écrire des fichiers sur du msdos.
Non, le système de fichiers msdos est extrêmement lent sous FreeBSD, un problème de bufferisation ou de taille de secteurs je crois. Il lit et écrit pas tous petits paquets. Ok, ce n'est pas un problème d'émulation SCSI, comme je le pensais.
Non, j'ai eu le même problème avec un lecteur ZIP SCSI qui mettait des plombes à écrire des fichiers sur du msdos.
