• # gestion des supports USB (clef)

    Posté par . En réponse à la dépêche DragonFly BSD 4.6 et 4.6.1. Évalué à 1.

    Bonjour.

    Cet article m'a donné envie d'installer (pour la deuxième fois de ma vie !) DragonFlyBSD sur mon portable Lenovo thinkPad X200s (que est compatible avec les *BSD). Il faut savoir que sur ce même portable, j'utilise au quotidien OpenBSD -current (et aussi un système FreeBSD RELEASE mais moins souvent en ce moment je l'admets). Par conséquent, sans trop de surprises, ce portable semble bien reconnu et exploité par DragonFlyBSD.

    Néanmois, j'ai un souci. J'essaie de monter une clef USB.

    Après l'avoir connectée, la commande dmesg me retourne

    ugen3.2: <Verbatim> at usbus3
    umass0: <Verbatim STORE N GO, class 0/0, rev 2.00/1.00, addr 2> on usbus3
    da8 at umass-sim0 bus 0 target 0 lun 0
    da8: <Verbatim STORE N GO 1.0> Removable Direct Access SCSI-2 device
    da8: 40.000MB/s transfers
    da8: 7651MB (15669248 512 byte sectors: 255H 63S/T 975C)

    Lorsque je regarde dans /dev/, j'ai effectivement le fichier lié à ma clef à savoir da8 mais contrairement à FreeBSD, il n'existe pas de fichier du type da8s1 pour monter la clef. Pas grave, j'ai tenté à l'arrache (en root).

    (1) Un premier essai lorsque l'unique partition de la clef était formatée en vfat32 :

    # mount -t msdos /dev/da8 /mnt

    (2) Un deuxième essai après avoir formaté l'unique partition de cette clef en ext3 (à l'aide de fdisk de mon système Debian)

    # mount -t ext2fs /dev/da8 /mnt

    Dans les deux cas, le shell me retourne que le montage n'est pas possible (ce qui ne me surprend pas en fait !).

    Retour donné par le shell dans le cas de la clef formatée en ext3 :

    mount_ext2fs: /dev/da8: Input/output error

    Une idée ?

    Autre fait étrange : Pour l'instant du moins, le noyau de cet OS ne reconnaît qu'un core sur les deux de mon Core 2 Duo ?! Néanmoins, je pense que je ne vais pas tarder à aller voir du côté de /boot/loader.conf ou alors est-ce peut-être lié au fait que le noyau utilisé n'est pas la version MP ?!

    ps : Message envoyé de DragonFlyBSD 4.6.1 (arch : amd64) ! :)