Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

VirtualBox plante parfois mon xubuntu

Crestey

Bonjour,
Je tourne sous xubuntu16.04 qui fonctionne vraiment très bien. Mon VirtualBox/XP fonctionne aussi très bien le plus souvent.
Il arrive cependant que mon VirtualBox/XP me plante carrément le PC avec la souris figée, et donc obligation de faire un marche/arrêt du PC comme au bon vieux temps de l'écran bleu de windows97, pour ceux qui ont connu ça !
Vb est installé avec ses réglages par défaut.
Je voulais demander à l'assistance s'il y a moyen d'éviter ça, en affectant par exemple moins de ressources à W$, ou en affectant la fonction "ferme W$" à un raccourcis clavier, ou toute autre solution qui permette de d'éviter de re-booter sauvagement comme je suis contraint de faire.
Je précise que quand le curseur souris est figé, il ne l'est pas totalement en fait : il bouge de quelques millimètre toutes les 5 mn, et le contrôle peut revenir pour qui sait attendre.

J'ai cette config cpu + mémoire :
CPU (Pentium(R) Dual-Core CPU E5300 @ 2.60GHz)
Mémoire (2Go)

crestey2@PC3:~$ sudo lshw -C cpu -C memory
[sudo] Mot de passe de crestey2 : 
  *-firmware              
       description: BIOS
       fabriquant: IPM41_GS
       identifiant matériel: 0
       version: 080015
       date: 08/31/2009
       taille: 64KiB
       capacité: 960KiB
       fonctionnalités: isa pci pnp apm upgrade shadowing escd cdboot bootselect socketedrom edd int13floppy1200 int13floppy720 int13floppy2880 int5printscreen int9keyboard int14serial int17printer int10video acpi usb ls120boot zipboot biosbootspecification
  *-cpu:0
       description: CPU
       produit: Pentium(R) Dual-Core  CPU      E5300  @ 2.60GHz
       fabriquant: Intel Corp.
       identifiant matériel: 4
       information bus: cpu@0
       version: 6.7.10
       numéro de série: 0001-067A-0000-0000-0000-0000
       emplacement: CPU 1
       taille: 1603MHz
       capacité: 2603MHz
       bits: 64 bits
       horloge: 200MHz
       fonctionnalités: x86-64 boot fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm tpr_shadow vnmi flexpriority dtherm cpufreq
       configuration: cores=2 enabledcores=2 id=0 threads=2
     *-cache:0
          description: L1 cache
          identifiant matériel: 5
          emplacement: L1-Cache
          taille: 64KiB
          capacité: 64KiB
          fonctionnalités: internal write-back data
          configuration: level=1
     *-cache:1
          description: L2 cache
          identifiant matériel: 6
          emplacement: L2-Cache
          taille: 2MiB
          capacité: 2MiB
          fonctionnalités: internal write-back unified
          configuration: level=2
     *-logicalcpu:0
          description: CPU Logique
          identifiant matériel: 0.1
          bits: 64 bits
          fonctionnalités: logical
     *-logicalcpu:1
          description: CPU Logique
          identifiant matériel: 0.2
          bits: 64 bits
          fonctionnalités: logical
  *-memory
       description: Mémoire Système
       identifiant matériel: 10
       emplacement: Carte mère
       taille: 2GiB
     *-bank:0
          description: DIMM DDR2 Synchrone
          produit: ModulePartNumber00
          fabriquant: Manufacturer00
          identifiant matériel: 0
          numéro de série: SerNum00
          emplacement: DIMM0
          taille: 2GiB
          bits: 64 bits
     *-bank:1
          description: DIMMProject-Id-Version: @(#) $Id$Report-Msgid-Bugs-To: POT-Creation-Date: 2009-10-08 14:02+0200PO-Revision-Date: 2016-06-24 06:52+0000Last-Translator: Lyonel Vincent <Unknown>Language-Team: MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2016-06-27 17:08+0000X-Generator: Launchpad (build 18115) [vide]
          produit: ModulePartNumber01
          fabriquant: Manufacturer01
          identifiant matériel: 1
          numéro de série: SerNum01
          emplacement: DIMM2
  *-cpu:1
       identifiant matériel: 1
       information bus: cpu@1
       version: 6.7.10
       numéro de série: 0001-067A-0000-0000-0000-0000
       taille: 1603MHz
       capacité: 2603MHz
       fonctionnalités: vmx ht cpufreq
       configuration: id=0
     *-logicalcpu:0
          description: CPU Logique
          identifiant matériel: 0.1
          fonctionnalités: logical
     *-logicalcpu:1
          description: CPU Logique
          identifiant matériel: 0.2
          fonctionnalités: logical
crestey2@PC3:~$

A vous lire

opensrx

Combien as tu de mémoire vive et combien en as tu alloué à win? Ton processeur a combien de coeurs et combien en as tu alloué à win?

Il faut au moins que tu laisses 2GB de mémoire à xubuntu et 1 coeur.

Crestey

Bonjour et merci pour ta réponse.
J'ai 2 Go de mémoire Vive, et j'ai laissé VB installer XP comme il l'entendait.
Dans VB / Configuration / System / Carte Mère , je vois que VB alloue 512Mo à XP par défaut. Et je n'ai pas changé ça.
Dans VB / Configuration / System / Processeur, je vois qu'il y a 4 CPU et qu'à priori, VB s'en alloue 1 sur 4. Je n'ai pas changé ça non plus. J'y vois aussi que les ressources allouées sont à 100%.
Vu que je n'ai que 2Go, je ne peux évidement pas laisser 2Go pour xubuntu.
Pourtant je lis là que : "Une fois installé, Xubuntu peut fonctionner avec 256 (ou juste 192) Mo de mémoire, mais il est vivement recommandé de disposer d'au moins 512Mo."
J'en comprends qu'il me reste 1.5Go pour xubuntu, soit 3 fois le minimum recommandé, à moins que quelque chose ne m'ait échappé.
Indépendamment de la question des ressources minimums, je pense qu'on peut faire confiance à Windows pour savoir planter n'importe quel PC aussi puissant soit-il. Donc la question des ressources est importante et m'intéresse. Mais ma principale question, est de savoir s'il y a moyen de pouvoir débloquer le PC, quand windows le bloque, par un raccourcis clavier par exemple, indépendamment de savoir si le plantage provient d'un manque de ressource ou d'autre chose.
A te lire.

smokeh

tu as essayé les consoles tty 1 2 3 etc... quand le pc est planté?

Crestey

Non, je n'ai pas essayé. En fait, ce n'est pas complètement planté. Si je bouge la souris, le curseur va faire 1mm au bout de 5mn.
Quelle commande pourrais-je tenter avec tty 1 ?

opensrx

Ton problème ressemble à une stauration de la mémoire.

f.x0

Bonjour Crestey,

J'ai déjà fait tourner Ubuntu Mate + Windows XP avec 1,5 Go de RAM au total.

Pour cela j'avais :
- diminué le seuil de déclenchement du Swap :

echo vm.swappiness=5 | sudo tee /etc/sysctl.d/99-swappiness.conf

echo vm.vfs_cache_pressure=50 | sudo tee -a /etc/sysctl.d/99-swappiness.conf

sudo sysctl -p /etc/sysctl.d/99-swappiness.conf

- Attribué la moitié des Processeurs à chaque OS (pour toi 2 pour Xubuntu + 2 pour Windows XP)

- Attribué la moitié de RAM à chaque OS (pour toi 1Go Xubuntu + 1Go Windows XP)

- Sélectionné l'accération graphique 3D dans Virtualbox pour Windows XP

- Attribué le maximum pour l'accération graphique 3D dans Virtualbox pour Windows XP → 128 Mo

- Désactivé le fichier d'échange dans Windows XP → voir ici

Crestey

Merci pour vos conseils.
Donc si ça replante, j'essaierai avec une console tty de tuer vb avec pkill VirtualBox (en faisant attention aux majuscules ça marche bien !)
Et je vais modifier mes réglages comme fx.0 le suggère
Sinon savez-vous à quoi correspond le réglages Configuration / système / processeur / Ressources allouée qui est à 100% par défaut ?
A vous lire

f.x0

Le réglage est également à 100%.

En fait si tu alloues la moitié de tes processeurs, tu peux laisser à 100% (de la moitié des processeurs).

opensrx

C'est le % du cœur alloué à virtualbox (Dans le cas d'un double cœur, cela signifie que l'un des 2 cœurs est alloué à 100% à virtualbox).

Crestey

Ah ok, merci.
Mais sinon, juste par curiosité, si un des 2 cœurs est alloué à 100%, à combien est alloué le second ?

opensrx

0%
Les 2e est pour ton système hôte.