Je suis soumis aux restrictions suivantes:
- J'ai un
.zip
fichier de 1,0 Go sur mon ordinateur qui contient un fichier, une image disque deraspbian
. Lorsqu'il n'est pas compressé, ce fichier fait 3,2 Go et est nommé2015-11-21-raspbian-jessie.img
. - Après avoir téléchargé le fichier zip, j'ai un peu moins de 1,0 Go d'espace de stockage sur mon ordinateur, pas assez d'espace pour extraire l'image sur mon ordinateur.
- Ce fichier doit être décompressé et écrit sur une carte SD en utilisant du vieux pur
dd
.
Est-il possible pour moi d'écrire l'image sur la carte SD sous ces restrictions?
Je sais qu'il est possible de transférer des données tar
puis de transférer ces données ailleurs.Cela fonctionnera-t-il toujours pour le zip
format de fichier ou l'archive entière doit-elle être décompressée avant que tous les fichiers ne soient accessibles?
/dev/sdh
, lancez-leunzip -p file.zip >/dev/sdh
. (Je sais que l'utilisation dedd
est traditionnelle mais ce n'est pas nécessaire.)dd
? J'ai pensé que le paramètre Block Size serait nécessaire.dd
. Dans le passé, la taille des blocs était très importante lors de l'écriture sur bandes. Pour les disques, cela n'a pas d'importance.dd
ne peut que perdre des données ou ralentir les choses (ou, dans de rares cas, accélérer les choses un peu, si elles sont suffisamment grandes). Oubliezdd
, c'est très rarement utile.Réponses:
Utilisation
unzip -p
:la source
unzip -p … >/dev/sdb
.dd
est parfois utile avecsudo
:unzip -p ... | sudo dd of=/dev/sdb bs=1M
unzip -p … | sudo 'cat >/dev/sdb'
Mais je préfèresudo chown $USER /dev/sdb
ce qui me donne une opportunité supplémentaire de vérifier que j'écris sur le bon appareil.Après un peu de mal avec l'ancienne solution:
ou, si vous voulez voir la progression et que vous avez installé
pv
:la source