Problème d'installation de 14.04 dans VMPlayer
J'essaie simplement d'installer Ubuntu 14.04 dans VMWare Player. Il a une seule énorme partition (300 Go) et je pense donc que cela prendra du temps, mais après quelques minutes, ce message est arrivé.
Je ne sais pas ce que ça fait maintenant. La remise à zéro de 300 Go prend sûrement un peu de temps, mais l'utilisation actuelle du disque est de seulement 11 Go selon du et elle ne change pas depuis peut-être une heure. Nautilus rapporte 3,8 Go (peu importe la raison pour laquelle ces chiffres sont différents).
Je me demande d'où vient le WRITE SAME failed. Tout ce que je découvre, c’est que cela se produit avec certains contrôleurs RAID, mais la partition sur laquelle j’ai placé le VM est une partition RAID logicielle chiffrée et, à mon humble avis, le système d’exploitation invité devrait en prendre soin (ou même le savoir).
Le lecteur VMWare utilise environ 40% de l’UC et iostat 30 affiche
avg-cpu: %user %Nice %system %iowait %steal %idle
4.85 0.67 10.66 0.17 0.00 83.65
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 11.07 0.00 113.60 0 3408
sdb 0.80 0.00 8.27 0 248
sdc 0.80 0.00 8.27 0 248
sde 0.73 0.00 5.87 0 176
sdd 0.73 0.00 5.87 0 176
md0 0.97 0.00 7.73 0 232
dm-0 0.00 0.00 0.00 0 0
dm-1 0.00 0.00 0.00 0 0
dm-2 0.00 0.00 0.00 0 0
dm-3 0.00 0.00 0.00 0 0
dm-4 0.00 0.00 0.00 0 0
dm-5 0.97 0.00 7.73 0 232
dm-6 0.00 0.00 0.00 0 0
Je suppose que cela signifie que rien ne se passe car la seule activité concerne sda qui contient le / et /home de l'hôte, mais pas le RAID.
Un ancien 10.04 VM fonctionne sans problème sur le même système.
Que se passe-t-il? Que devrais-je faire?
Quoi qu'il en soit, la seule conséquence fut que l'interface graphique promise ne soit pas apparue. Je l'ai démarré manuellement et c'était à peu près tout.
Donc, en réalité, il n'y avait pas de problème, juste une confusion. Peut-être que ça aide quelqu'un.
J'imagine que ce problème était lié à l'utilisation de "l'installation facile", ce que je vais éviter à l'avenir.
À partir d'ici: http://ewen.mcneill.gen.nz/blog/entry/2014-07-17-mininet-on-ubuntu-14.04-in-kvm/
"WRITE SAME a échoué. Zéro manuellement"
Si vous obtenez des rapports indiquant que "WRITE SAME a échoué. La remise à zéro manuelle" vers la console semble être due au correctif attribué au pilote de disque SCSI sous Linux 3.7+ (et à un correctif ultérieur qui activait WRITE SAME via le chemin du mappeur de disque à partir de Sous Linux 3.10), qui permet d’utiliser la commande SCSI "WRITE SAME" (permet d’écrire plusieurs blocs avec le même contenu - Linux semble l’utiliser principalement pour s’assurer que les blocs contiennent tous des zéros).
Le correctif utilise par défaut des blocs 0xFFFF (65535) pour WRITE SAME, à l'exception de certaines classes de disques (ATA, USB et Firewire) qui ne sont pas implémentées (et en utiliseront davantage si CODES D'OPÉRATION SUPPORTÉS SCSI READ SUPPORTED en informe davantage). . Il semble que, en particulier pour certains disques virtualisés (par exemple, KVM, peut-être uniquement les anciennes KVM installées - ma machine hôte exécute toujours Ubuntu 10.04 LTS), il en résulte que la fonctionnalité WRITE SAME fonctionnera même si elle ne fonctionne pas. prise en charge. (Plusieurs personnes ont trouvé ce problème dans différents noyaux; il semble qu'il existe un correctif pour le désactiver en cas d'échec)
Pour éviter ce problème, définissez manuellement max_write_same_blocks sur 0 pour les périphériques SCSI sous-jacents du système de fichiers/sys. Cette opération doit être effectuée à chaque démarrage. Les périphériques SCSI affectés peuvent être trouvés avec: find/sys/devices -name max_write_same_blocks
et quelque chose doit écrire 0 dans le fichier; sur des machines avec systemd, les gens utilisent /etc/tmpfiles.d pour le faire. Pour Ubuntu 14.04 , il semble que la solution la plus simple consiste à créer un script simple appelé "disable-write-same" , ( dans/usr/local/sbin), qui trouve tous les fichiers max_write_same_blocks et y renvoie echos 0 - ajoutez ensuite un appel à /etc/rc.local. (Pour une bonne mesure, exécutez le script immédiatement afin d'éviter tout redémarrage.)
ETA, 2014-07-31: J'ai également constaté que je devais faire la même chose lors de l'installation sous VMWare Fusion.
J'avais le même problème et la solution consistait à télécharger VMware Tools lors de l'installation, comme suggéré par le biais d'une boîte de dialogue contextuelle qui apparaît peu après le lancement de l'installation facile (il a même été mentionné que VMware Easy Install échouera s'il ne le faisait pas).