Vous n'êtes pas identifié(e).
Bonjour.
Je découvre QEmu, et je ne trouve aucun moyen simple de récupérer des fichiers pour les copier dans ma partition virtuelle MS-DOS.
J'ai tenté de la monter en loop avec la ligne
mount -t msdos HD.img HD_Loop/ -o loop
, mais j'obtiens le message suivant:
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
Dans quelques cas certaines informations sont utiles dans syslog - essayez
dmesg | tail ou quelque chose du genre
en tapant dmesg | tail, j'ai obtenu le résultat:
FAT: invalid media value (0x01)
VFS: Can't find a valid FAT filesystem on dev loop0.
J'ai donc abandonné cette solution qui ne paraît pas compatible...
J'ai aussi pensé à créer une image iso pour y récupérer tout ce qu'il me faut depuis l'émulateur. C'est bien pour un stock de fichiers, mais un peu lourd pour des opérations ponctuelles.
Quelqu'un parmi vous aurait-il une idée ?
Hors ligne
Salut et bienvenue dans l'antre des debianeux fou
Je ne comprends pas exactement ce que tu veux faire, tu peux préciser un peu ?
Tu veux transférer des fichiers depuis ton OS réelle vers ton OS virtuelle ?
Sinon, l'option pour une partition msdos est -t vfat
Debian Testing @ Home
Debian Testing @ Taf
Winxp...@ trash
Hors ligne
Sinon, l'option pour une partition msdos est -t vfat
Oui mais il faut que le type de système de fichier soit connu de ton mount en particulier il me semble qu'il faille (j'adore ce verbe à ce temps) installer dosfstools
Avant installation
nodev sysfs
nodev rootfs
nodev bdev
nodev proc
nodev cpuset
nodev debugfs
nodev securityfs
nodev sockfs
nodev pipefs
nodev futexfs
nodev tmpfs
nodev inotifyfs
nodev eventpollfs
nodev devpts
cramfs
nodev ramfs
nodev mqueue
nodev usbfs
ext3
Après installation du paquet
nodev sysfs
nodev rootfs
nodev bdev
nodev proc
nodev cpuset
nodev debugfs
nodev securityfs
nodev sockfs
nodev pipefs
nodev futexfs
nodev tmpfs
nodev inotifyfs
nodev eventpollfs
nodev devpts
cramfs
nodev ramfs
nodev mqueue
nodev usbfs
ext3
vfat
LeDub qui se demande pourquoi il est là à son travail !!!
« Ne doutez pas qu'un petit nombre de personnes déterminées puisse changer le monde. En fait, ça a même toujours marché comme ça.»
Margaret Mead
---
VeoSearch est un moteur de recherche solidaire qui permet de financer des projets associatifs de développement durable par vos recherches Internet. Utilisez-le !!!
Hors ligne
LeDub qui se demande pourquoi il est là à son travail !!!
Ben, pour nourrir tes enfants, pardi ...
Je n'ai jamais installé dosfstools et pourtant, j'ai toujours pu monter des systèmes de fichiers "vfat" (clefs USB), faut croire que je l'avais comme dépendance d'autre chose ...
Je viens de regarder sur une machine installée une Etch minimaliste et il ne connait pas le FS vfat.
Armen qui se remet au boulot.
"La grandeur d'un métier est peut-etre, avant tout, d'unir des hommes : il n'est qu'un luxe véritable, et c'est celui des relations humaines." Antoine de Saint-Exupéry
Hors ligne
Cool, des réponses
Pour commencer, effectivement, je veux transférer des fichiers depuis mon OS réel vers mon OS virtuel sans être obligé de créer une image iso à chaque fois (pour le moment, c'est ce que je fais).
dosfstools est bien installé sur mon système (testing + des petits bouts de sid) et cat /proc/filesystems me donne:
nodev sysfs
nodev rootfs
nodev bdev
nodev proc
nodev cgroup
nodev debugfs
nodev securityfs
nodev sockfs
nodev pipefs
nodev anon_inodefs
nodev futexfs
nodev tmpfs
nodev inotifyfs
nodev devpts
nodev ramfs
nodev hugetlbfs
nodev mqueue
nodev usbfs
ext3
nodev fuse
fuseblk
nodev fusectl
nodev binfmt_misc
msdos
vfat
nodev rpc_pipefs
nodev nfs
nodev nfs4
J'ai essayé à tout hasard avec vfat, mais ça ne marche pas mieux. En fait, il s'agit d'une mini partition MS-DOS de 8Mo (si, si !) qui doit être en fat12 ou 16 maxi.
Pour ce qui est de vfat, c'est le format utilisé pour les clés USB, les lecteurs MP3 et les appareils photos numérique, donc ça marche plutôt bien en général.
Merci d'avoir répondu aussi rapidement
Dernière modification par Arkem (25/04/2008 15:07:14)
Hors ligne
Salut et bienvenu,
Bon et en faisant comme ça :
# dd if=/dev/zero of=test_vfat.disk count=8192
8192+0 enregistrements lus
8192+0 enregistrements écrits
4194304 octets (4,2 MB) copiés, 0,0510459 seconde, 82,2 MB/s
# mkfs.vfat test_vfat.disk
# mount -t vfat -o loop test_vfat.disk /mnt/cle
# df -h | egrep 'vfat|cle'
/home/guillaume/test_vfat.disk
4,0M 0 4,0M 0% /mnt/cle
?
[email protected]
"Contrairement aux chasseurs qui, eux, ne sont pas des lapins, les pollueurs, eux sont des ordures. - Philippe Geluck, Le chat"
gpg: 0828C222
Hors ligne
C'est une très bonne idée, malheureusement, j'ai fini par comprendre que pour QEmu, le fichier n'est pas une simple partition mais un disque dur complet. Quand je suis ton exemple, le fichier obtenu peut être monté en loop, mais il est considéré comme non partitionné par le système émulé, et si je partitionne... plus de montage.
En fait, je me demandais si les développeurs de QEmu ont pensé à un moyen simple de faire communiquer les deux systèmes (émulé et réel) mais j'ai bien peur que la seule technique prévue passe par l'émulation réseau, et configurer un réseau sur MS-DOS... je ne sais pas si le jeu en vaut la chandelle.
Merci quand même
Dernière modification par Arkem (25/04/2008 20:54:16)
Hors ligne
Oups ! Finalement, je suis tombé sur la solution: il est possible d'utiliser un simple répertoire comme disque fat avec l'option suivante: -hda fat:mon_repertoire
Pour l'instant, ça ne fonctionne qu'en lecture seule depuis l'émulateur (l'écriture est prévue, mais pas encore au point). Ceci dit, c'est déjà pas mal
Hors ligne