Vous n'êtes pas identifié(e).
2. Avec cp :
3. Avec cat > :
catiso.sh :
(J'ai pas su faire autrement pour utiliser time sur cat debian-live-5010-i386-kde-desktop.iso > /dev/sdb...)
Les résultats parlent d'eux-même, non ?
Quelqu'un obtient quelque chose de différent ?
NB : il faut faire un petit "sync" après les deux derniers.
Dernière modification par AbdelQahar (07-07-2016 22:44:47)
Hors ligne
cp :
cat > :
catiso.sh :
Conclusion : il faut laisser tomber dd.
Dernière modification par AbdelQahar (01-06-2016 21:54:01)
Hors ligne
Y − 3HG − Auto-hébergé
Hors ligne
Hors ligne
On note que le wiki Debian recommande même d'utiliser cp plutôt que dd, car il optimise la taille des blocs lors de la copie
cp ~/mon-image.iso /dev/sdX
Ça fonctionne bien, je n'ai pas fait de test de vitesse par contre.
Que j'avais lu dans le topic suivant :
https://debian-facile.org/viewtopic.php … 33#p105033
Alors j'ai voulu essayer.
Dernière modification par AbdelQahar (01-06-2016 21:06:01)
Hors ligne
AbdelQahar a écrit :J'en ai fait quelques uns, et confirme que cp va plus vite que dd :https://debian-facile.org/viewtopic.php?id=14288
C'est parce que tu as laissé la taille de bloc par défaut de 512 octets de dd qui est trop faible. A partir de 4 Kio (bs=4k) ou plus, tu ne devrais pas constater de différence significative avec cp.nono47 a écrit :De plus avec cp , il n'y a pas besoin que la clé soit démontée comme avec dd !
Ça m'étonnerait. Je ne vois aucune raison pour que dd et cp soient différents de ce côté-là.
source : https://debian-facile.org/viewtopic.php … 74#p178474
1. Pour ce qui est de l'option bs :
Effectivement, après avoir fait quelque recherches sur internet, j'ai vu qu'il était possible d'optimiser la vitesse de la commande dd en jouant sur le paramètre bs. Cependant, cela varie en fonction du matériel. Il faut faire des tests.
Voir par exemple :
https://stackoverflow.com/questions/616 … -blocksize
https://serverfault.com/questions/65008 … -the-speed
Quelques tests pour dd :
Et maintenant cp :
2. Pour ce qui du montage ou démontage de la clé :
Je confirme que
Ne fonctionne pas si la clé est montée.
En revanche, si on remplace sdb par sdb1 (aprés avoir créer une partition et l'avoir formaté en fat32), ça marche, et c'est même plus rapide :
Mais ça ne boote pas (à part dans qemu...). Il doit falloir lui coller un boot.img.gz pour hd-media avec zcat. J'ai la flemme d'essayer pour le moment, mais si ça se trouve c'est la meilleure méthode ! Elle est décrite ici : https://debian-facile.org/doc:install:stable-usb?s
Dernière modification par AbdelQahar (02-06-2016 15:41:40)
Hors ligne
On note que le wiki Debian recommande même d'utiliser cp plutôt que dd, car il optimise la taille des blocs lors de la copie
Mes tests semblent aller dans se sens...
Ma conclusion :
cp est mieux que dd pour ce travail, car :
plus court à écrire (ça compte, en informatique on doit être fainéants je vous rappelle) ;
pas besoin d'essayer de chercher quelle est l'option qui va optimiser la vitesse d'écriture.
Par rapport à la méthode cat > on peut arguer comme avantages pour cp :
pareil qu'au-dessus ;
la commande fait le travail nativement, pas besoin d'avoir recours à une redirection de flux.
Au niveau de la vitesse ça se joue à pas grand chose, il faudrait faire plus de tests dans différentes conditions...
Dernière modification par AbdelQahar (02-06-2016 15:30:47)
Hors ligne
Je confirme que [cp] ne fonctionne pas si la clé est montée. En revanche, si on remplace sdb par sdb1 (aprés avoir créer une partition et l'avoir formaté en fat32), ça marche, et c'est même plus rapide :
Euh, qu'est-ce que tu entends par ça marche/ça marche pas ? Comme tu le constates, le résultat n'est évidemment pas bootable car l'image n'est pas construite pour être bootée depuis une partition.
Le problème de faire la copie lorsqu'une partition est montée, c'est le risque que l'OS écrive dedans en meme temps et donc que la copie soit corrompue.
Quant à être plus rapide, je n'ai pas d'explication. Ce n'est pas logique, la vitesse étant limitée par le débit en écriture de la clé. Ou bien la commande n'a pas attend la fin de la copie physique et le vidage des tampons pour se terminer.
mais si ça se trouve c'est la meilleure méthode ! Elle est décrite ici : https://debian-facile.org/doc:install:stable-usb
Non, ce n'est pas ce qui est décrit. La page dit de copier l'image en tant que fichier dans le système de fichiers monté (/mnt/), pas dans le fichier spécial du périphérique (/dev/sde).
Par rapport à la méthode cat > on peut arguer comme avantages pour cp
Que contrairement à cat, cp ne risque pas de modifier le contenu à la volée (transformation des séquences d'octets interprétées comme des retours à la ligne, etc.)
Il vaut mieux montrer que raconter.
Hors ligne
Je suis surpris de la contre-performance de dd avec bs=32k ou 1M.
Pas moi, car cela correspond aux tests des utilisateurs contenus dans les deux liens que j'ai indiqué.
Regarde ici par exemple :
For my particular hardware I found that 128K was the most optimal input block size on a HDD and 32K was most optimal on a SSD.
Il dit qu'il a trouvé qu'avec sa configuration pour un HDD le mieux c'était 128k et pour un SSD 32k.
Sur la même page, un autre test:
Il faudrait faire plus de tests... Mais maintenant qu'on sait qu'avec cp on a pas besoin de se casser la tête !
AbdelQahar a écrit :mais si ça se trouve c'est la meilleure méthode ! Elle est décrite ici : https://debian-facile.org/doc:install:stable-usb
Non, ce n'est pas ce qui est décrit. La page dit de copier l'image en tant que fichier dans le système de fichiers monté (/mnt/), pas dans le fichier spécial du périphérique (/dev/sde).
Effectivement, je n'avais pas détecté la différence quand j'ai écrit mon post... Il me semble aussi qu'il n'as pas écrit dans un partition formaté contrairement à moi, sinon cela aurait été /dev/sde1 qui aurait était monté. À moins qu'il se passe un genre de formatage lors de l'écriture du boot.img dans la clé ?
AbdelQahar a écrit :Je confirme que [cp] ne fonctionne pas si la clé est montée. En revanche, si on remplace sdb par sdb1 (aprés avoir créer une partition et l'avoir formaté en fat32), ça marche, et c'est même plus rapide :
Euh, qu'est-ce que tu entends par ça marche/ça marche pas ? Comme tu le constates, le résultat n'est évidemment pas bootable car l'image n'est pas construite pour être bootée depuis une partition.
Le problème de faire la copie lorsqu'une partition est montée, c'est le risque que l'OS écrive dedans en même temps et donc que la copie soit corrompue.
Quant à être plus rapide, je n'ai pas d'explication. Ce n'est pas logique, la vitesse étant limitée par le débit en écriture de la clé. Ou bien la commande n'a pas attend la fin de la copie physique et le vidage des tampons pour se terminer.
Peu importe, cette méthode n'est pas viable de toute façon... (Qui a cette idée pourrie d'ailleurs ?! Ah oui, c'est moi... ^_^)
De plus, même la méthode décrite dans la page (celle qui fonctionne donc) reste plus longue au niveau du temps, car la commande :
prends pas mal de temps... (j'ai fait un ou deux test, c'était supérieur à 2 minutes).
Je reste un partisan de la commande cp donc, dans le cadre d'une ISO unique à écrire dans une clé USB.
Sinon, pour plusieurs ISO dans une clé, il y a grub (tuto ici).
Dernière modification par AbdelQahar (03-06-2016 16:03:52)
Hors ligne
Je suis surpris de la contre-performance de dd avec bs=32k ou 1M.
Pas moi, car cela correspond aux tests des utilisateurs contenus dans les deux liens que j'ai indiqué.
Dans les tests que tu cites, le débit mesuré est globalement croissant puis atteint un palier. Il n'y a pas d'irrégularité aussi importante que celles que tu mesures pour des tailles inférieures à 1 Mio.
Il me semble aussi qu'il n'as pas écrit dans un partition formaté contrairement à moi, sinon cela aurait été /dev/sde1 qui aurait était monté.
Dans son cas c'est la clé entière /dev/sde qui devait être formatée sans être partitionnée sinon elle n'aurait pas pu être montée, comme les disquettes de l'ancien temps. Mais cela ne change rien au principe. Une clé USB, un disque ou une partition sont tous gérés comme des périphériques de type bloc.
À moins qu'il se passe un genre de formatage lors de l'écriture du boot.img dans la clé ?
Oui et non. cp, dd ou cat ne font pas de formatage par eux-mêmes. Si l'image contient un formatage, il sera copié pendant l'opération. C'est le principe de l'image.
De plus, même la méthode décrite dans la page (celle qui fonctionne donc) reste plus longue au niveau du temps, car la commande :
zcat boot.img.gz > /dev/sdX
prends pas mal de temps... (j'ai fait un ou deux test, c'était supérieur à 2 minutes).
Normal : une fois décompressée, la taille de cette image (1 Go) est le triple de celle de l'image netinstall (330 Mo) utilisée pour tes tests.
Cela n'a rien à voir avec l'utilisation de zcat au lieu de cp. Tu ne pourrais pas utiliser cp pour installer cette image sur une clé car elle est compressée (et contient beaucoup de vide, c'est pourquoi elle se compresse très bien). Au passage, ce n'est pas une image ISO mais une image disque.
Dernière modification par raleur (04-06-2016 10:40:24)
Il vaut mieux montrer que raconter.
Hors ligne
AbdelQahar a écrit :Je suis surpris de la contre-performance de dd avec bs=32k ou 1M.
Pas moi, car cela correspond aux tests des utilisateurs contenus dans les deux liens que j'ai indiqué.
Dans les tests que tu cites, le débit mesuré est globalement croissant puis atteint un palier. Il n'y a pas d'irrégularité aussi importante que celles que tu mesures pour des tailles inférieures à 1 Mio.
Je ne sais pas quoi te dire. Les conditions dans lesquelles je les ai faites n'étaient sans doute pas idéales... Si tu as le temps, essaye de ton côté...
AbdelQahar a écrit :De plus, même la méthode décrite dans la page (celle qui fonctionne donc) reste plus longue au niveau du temps, car la commande :
zcat boot.img.gz > /dev/sdX
prends pas mal de temps... (j'ai fait un ou deux test, c'était supérieur à 2 minutes).
Normal : une fois décompressée, la taille de cette image (1 Go) est le triple de celle de l'image netinstall (330 Mo) utilisée pour tes tests.
Cela n'a rien à voir avec l'utilisation de zcat au lieu de cp. Tu ne pourrais pas utiliser cp pour installer cette image sur une clé car elle est compressée (et contient beaucoup de vide, c'est pourquoi elle se compresse très bien). Au passage, ce n'est pas une image ISO mais une image disque.
Effectivement, je n'avais pas fait attention à la taille une fois décompressé. En revanche, je ne parlais pas de la lenteur de zcat par rapport à cp, mais plutôt du fait que cette étape supplémentaire rallonge la durée du processus (car après cela, il faut quand même écrire un iso en plus du boot.img dans la clé...).
Pour le tout le reste : Merci pour les infos et les rectifications ! : )
Dernière modification par AbdelQahar (07-06-2016 19:05:16)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne