clé USB NetBSD-3 RC1

In article <438e070c$0$21280$8fcfb975@news.wanadoo.fr>, did wrote:

Si quelqu'un peut m'aider et m'expliquer aussi, ça serait cool... :)

Tu as bien recompilé le noyau en décommentant la ligne concernée ?
Car NetBsd ne reconnaît pas les clés USB par défaut, si ma mémoire est
bonne.

costaclt

Tu as bien recompilé le noyau en décommentant la ligne concernée ?
Car NetBsd ne reconnaît pas les clés USB par défaut, si ma mémoire est
bonne.

Si tel était le cas il n'aurait pas de sd0 s'attachant lors de
l'insertion de la clef.

In article <438e9cbe$0$19926$626a54ce@news.free.fr>, Miod Vallat wrote:

Si tel était le cas il n'aurait pas de sd0 s'attachant lors de
l'insertion de la clef.

Ah oui, exact.

costaclt

Miod Vallat wrote:

Tu as bien recompilé le noyau en décommentant la ligne concernée ?
Car NetBsd ne reconnaît pas les clés USB par défaut, si ma mémoire est
bonne.

Si tel était le cas il n'aurait pas de sd0 s'attachant lors de
l'insertion de la clef.

Comment faudrait-il que je fasse? Que je change le disklabel? J'ai
essayé mais rien n'y fait... bouhouhou :'(

did

did <did@myself.com> wrote:

Salut

Je suis désolé de vous poser cette question, mais j'aimerais savoir
comment je peux faire pour monter ma clé mp3 sous NetBSD 3 RC1. Quand je
fais un dmesg, j'obtiens :

umass0 at uhub4 port 1 configuration 1 interface 0
umass0: CREATIVE MuVo V200, rev 2.00/11.03, addr 2
umass0: using SCSI over Bulk-Only
scsibus0 at umass0: 2 targets, 1 lun per target
sd0 at scsibus0 target 0 lun 0: <CREATIVE, MuVo V200, 1103> disk removable
sd0: fabricating a geometry
sd0: 496 MB, 496 cyl, 64 head, 32 sec, 512 bytes/sect x 1015808 sectors

Deja c'est reconnu, c'est un bon point

Je fais un disklabel -e sd0, j'obtiens :

[...]

5 partitions:
# size offset fstype [fsize bsize cpg/sgs]
d: 1015808 0 unused 0 0 # (Cyl. 0 -
495)
e: 1015761 47 MSDOS # (Cyl. 0*-
495)

J'enregistre. C'est là où je coince, normalement, je devrais accéder a
ma clé en faisant mount -t msdos /dev/sd0e /mnt/muvo, mais ça me met
cette erreur :
mount_msdos: /dev/sd0e on /mnt/muvo: Invalid argument

Et avec sd0d ?
J'ai deja vu des supports sans table de partition, ou le debut du fs etait
interprete comme une table de partition valide (encore que la les valeurs
sont coherentes donc ca serait surprenant que ca soit ca).
Est-ce que la clef marche toujours sur un autre systeme ?
disklabel -e permet de modifier le disklabel, il ne faudrait pas qu'il ai
ecrase le MBR pour le remplacer par un disklabel BSD.


--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--

Manuel Bouyer wrote:

Et avec sd0d ?

Ca ne marche pas avec sd0d...

# mount -t msdos /dev/sd0d /mnt/muvo
mount_msdos: /dev/sd0d on /mnt/muvo: Invalid argument

Est-ce que la clef marche toujours sur un autre systeme ?

Oui, ça marche avec FreeBSD, je viens de tester... Franchement, je vois
pas d'où ça peut venir. Les valeurs ont l'air bonne. J'ai beau chercher
sur le net, je trouve rien d'intéressant :'(

did <did@myself.com> wrote:

Manuel Bouyer wrote:

Et avec sd0d ?

Ca ne marche pas avec sd0d...

# mount -t msdos /dev/sd0d /mnt/muvo
mount_msdos: /dev/sd0d on /mnt/muvo: Invalid argument

Est-ce que la clef marche toujours sur un autre systeme ?

Oui, ça marche avec FreeBSD, je viens de tester... Franchement, je vois
pas d'où ça peut venir. Les valeurs ont l'air bonne. J'ai beau chercher
sur le net, je trouve rien d'intéressant :'(

Les offsets pour les partitions sous freebsd sont les memes ?
La, moi non plus je ne vois pas d'ou ca peut venir ...
peut-etre un format bizarre ? Si possible, essayez de la reformater
(newfs_msdos) ...

--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--

did <did@myself.com> wrote:

The data for partition 1 is:
....

:-) disklabel da0
....

et disklabel da0s1 ?
Avec FreeBSD chaque "slice" peut avoir son propre label, tu peux mettre
un système de fichiers sur da0s1 ou sur da0s1a etc. Toutes les combinaisons.


--

Michel TALON

Manuel Bouyer wrote:

Les offsets pour les partitions sous freebsd sont les memes ?
La, moi non plus je ne vois pas d'ou ca peut venir ...
peut-etre un format bizarre ? Si possible, essayez de la reformater
(newfs_msdos) ...

Voici ce que j'obtiens avec FreeBSD 6.0 :

:-) dmesg | grep ^da0
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <CREATIVE MuVo V200 1103> Removable Direct Access SCSI-4 device
da0: 40.000MB/s transfers
da0: 496MB (1015808 512 byte sectors: 64H 32S/T 496C)

:-) fdisk da0
******* Working on device /dev/da0 *******
parameters extracted from in-core disklabel are:
cylindersI6 headsd sectors/track2 (2048 blks/cyl)

parameters to be used for BIOS calculations are:
cylindersI6 headsd sectors/track2 (2048 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 14 (0x0e),(Primary 'big' DOS (>= 32MB, LBA))
start 47, size 1015761 (495 Meg), flag 80 (active)
beg: cyl 0/ head 0/ sector 48;
end: cyl 63/ head 255/ sector 62
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>

:-) disklabel da0
# /dev/da0:
5 partitions:
# size offset fstype [fsize bsize bps/cpg]
d: 1015808 0 unused 0 0
e: 1015761 47 MSDOS
disklabel: partition c doesn't cover the whole unit!
disklabel: An incorrect partition c may cause problems for standard
system utilities

Ces deux dernieres phrases, je ne les avais pas sous NetBSD 3.0-RC1...

Eventuellement, je referai un formatage sur ce disque avec newfs_msdos,
comme tu me l'as indiqué, si ça peut résoudre mon problème...

Did

Michel Talon wrote:

et disklabel da0s1 ?
Avec FreeBSD chaque "slice" peut avoir son propre label, tu peux mettre
un système de fichiers sur da0s1 ou sur da0s1a etc. Toutes les combinaisons.

Ca me donne :

:-) disklabel da0s1
disklabel: /dev/da0s1: no valid label found

Je sais pas si ça signifie quelque chose pour mon problème sous NetBSD.

Merci

did