Reprise du message précédent :
Ton utilisateur est bien dans le groupe vboxusers ?

y'a pas une histoire de rajouter ton user dans un groupe ?
 
sudo adduser USERNAME vboxusers
 
et redémarrage de session pour prendre en compte le rajout ?

Désolé E_esprit, j'ai effacé mon message avant d'avoir vu le tien. Ça freeze donc avec TinyCoreLinux mais avec la netinstall de Debian ça passe. J'en conclue donc que c'est TCL qui fait des siennes et comme je ne souhaite pas plus que ça l'utiliser ce n'est pas bien grave.
 
Merci à tous les 2   , vous allez trop vite pour moi  

L'écran c'est ce qui m'a dissuadé d'en acheter un d'occaze finalement, a l'époque ils étaient pas top et ca peut vite casser les yeux

Oui je vais vérifier, y' a pas mal de doc sur débian.org j'ai d'ailleurs fait gaffe aux specs Cortex A53 et Arm mali plutôt bien supportés (raspberrypi etc)
 

C'est tentant en effet mais je croix aussi que j'ai envie de me fabriquer une petite "geekerie" et a 56€ je limitte les frais      
 

   
Merci pour l'info

Qu'est-ce qui, de base, empêche Debian d’acquérir une adresse ip quand elle est virtualisée. J'en ai installé une sur un hôte debian qui fonctionne parfaitement. En relançant la vm une bonne dizaine de fois je finis par avoir une ip mais ça fait un boot d'environ 15 minutes ce qui un peu relou. Network manager voit bien une connexion filaire mais ne peut généralement rien en faire. A noter que je souhaite une adresse locale et choisi donc une connexion par pont. En nat j'ai tout le temps une ip dans les 5 secondes, mais bien sûr sur un autre réseau donc parfaitement inutile.
 

Tu utilises quoi pour ta virtualisation ?

Virtualbox. L’hôte est en 64 bits mais le cpu refuse les vm en 64 bit donc elle est en 32.

Essaie de jouer avec le paramètre "branché" de l'interface (param virtualbox), en l'activant quand t'as fini de booter par exemple ?
Sinon tu désactive network-manager et tu fais un dhclient à la mano

XaT

Hey beh, la première que j'utilise le pinning sur Debian.
C'est bien cette chose là. Bon par contre, obligé de mettre à jour VLC pour avoir la version Mesa de Testing/Sid ...

Tu peux aussi laisser tomber VLC et utiliser mpv    

Jouer avec le paramètre ne donne rien. Dhclient se comporte comme network-manager, il tourne 2 minutes et abandonne sans message d'erreur.

C'est pas un truc côté switch ou serveur DHCP, qui limite le nombre de Mac par ports, ou de leader DHCP ?

J'en doute dans la mesure où je suis en virtualisation et qu'il fini parfois par donner une adresse locale. En plus il donne systématiquement une adresse classe A si je lui demande.

Je vois pas le rapport vu que tu fait une connexion par pont, c'est pas ta machine qui attribue l'adresse, c'est le serveur DHCP du lan avec lequel tu fait le pont.

Si le serveur dhcp me donne parfois une adresse c'est que je n'ai pas atteint la limite par port, non?

C'est finit les classes depuis quelques temps
Si t'as une adresse comme ça c'est pas celles que file Vbox pour ses réseaux ? Problème de conf ?
Vbox foireux ? Réinstall propre + vm tools ?
 
XaT

Je sais bien que c'est fini mais c'est pour dire que ce n'est pas une adresse en 192.168.x.x C'est tout de même bien pratique les classes pour désigner une plage d'adresses.
Sinon il ne fait cela que si je lance la vm en nat donc pas de soucis, moi je veux du bridge et dans ce cas je n'ai une adresse qu'une fois sur 10. Après il y a bien la solution de fixer l'adresse, ce que j'ai fait en attendant.

Oui bah c'est probablement ton réseau/ton DHCP qui met des limites. T'es en entreprise ?

-v pour avoir dhclient en presque verbeux sinon
 
XaT

Non, je fais ça chez moi avec un pc et une box.
Pour l'instant j'ai enlevé les ip fixes et le dhcp veut bien me les donner. Je testerai -v quand il boudera de nouveau.

je tente ma chance ici, cross topic omv :
 
J'essai d'installer omv sur un pc et une fois l'installation terminée j'ai ce message d'erreur :

 
Une idée ?
 
J'ai essayé de changer de hdd, d'installer sur une clé usb, même soucis, j'ai viré tout les autres hdd, laissé 8go de RAM sur 16go, tenté un reset de bios, je suis un peu à court d'idées, ce pc tournait sans soucis sur Ubuntu avant
Les ternet ne me donne rien de concluant
 

Bon, concernant mon problème de plantages aléatoires, c'est pas le DOCP qui est en cause, je l'avais désactivé mais le PC vient de planter de nouveau. Ca n'arrive pas souvent (heureusement) mais c'est vraiment chiant sans aucune piste...
edit: tuorhuor, tu avais parlé justement de Ryzen, c'est un problème connu?

edit: Pu++++ c'est pas vrai, deuxième plantage genre 1h plus tard, mais qu'est-ce qui se passe?? Il doit vraiment y avoir un gros bug quelque part, si le PC freeze même le Magic SysRq key ne fonctionne plus.

Est que quelqu’un a déjà installé une débian à la place de macOS sur un MacBook Pro de 2014?
 
Si oui pas de problème avec le hardware (bt, wifi) ?
 
Merci

Moi non mais il te suffit de booter le live-cd sur la machine pour avoir une réponse parfaitement adaptée à ta machine.

 
Ca doit être materiel. Ca m'étonnerais qu'un simple bug fasse autant planter de la sorte. Une RAM, ou un composant de la CM doit être carbonisé. A chaque accès il risque d'être réveillé et de faire chier.

Le truc est presque neuf, si quelque chose est carbonisé c'est inquiétant. Mais tu as raison en parlant de RAM, je soupçonne une erreur dans ce coin qui arrive trop rarement pour la chopper avec memtest. Je vais enlèver une des barettes pour voir (j'ai malheureusement pas de quoi remplacer les deux barettes directement).

Ah oui pardon, j'avais oublié. Je viens de lire la doc, je laisserai tourner cette nuit.

J'ai pensé à un Ryzen car c'est la grosse mode en ce moment de ce faire un PC Linux avec du Ryzen    (et t'as bien raison   )
Et ça pourrait correspondre à tes problèmes dans le cas ou tu t'es amusé à OC ton CPU ou ta RAM (encore plus vrai si tu n'as pas mis à jour ton BIOS)
 
Mais sinon oui, ça ressemble à un problème matériel.
(Ça me rappel un beaucoup trop mauvais souvenir sur ma première config avec un problème de RAM défectueuse, merci OCZ    )
 
J'ai pas souvenir d'avoir vu ta config    tu peux la donner ?

Pas d'OC, juste le DOCP d'activé dans le BIOS (mais désactivé de nouveau entre-temps). Pour le BIOS je viens de voir qu'un nouveau firmware est sorti une fois de plus, je vais faire la mise à jour directement.  
 

Voir ici (<-lien!).

Au début le DOCP posé problème, mais si ton BIOS est un minimum à jour ça devrait être bon.
 
Cependant c'est une bonne idée de le désactiver pour le moment  

mise à jour BIOS effectuée, la version d'avant datait de décembre 2017. Le DOCP est toujours off. Je laisserai tourner le stress test cette nuit. Merci pour votre aide.
edit: J'ai quelque réglages de modifiés dans le BIOS mais ça ne devrait pas poser de problème, genre désactiver les LED du ventilateur, le port série, le port ethernet sur la carte mère etc.

 
Intéressant. J'ai un problème similaire depuis quelques mois. Freeze complet, plus rien à faire, plus de réseau.
Problème : ça me fait la même chose sur 2 mini-PC, j'ai fait une install complète sur un, une image Clonezilla et reporté sur l'autre (ce sont 2 PC strictement identiques). J'ai le même comportement sur les 2, ce qui semble dédouaner le hard.

Incompatibilité matériel dans ce cas, pas de chance...  
 
lspci ?

Pour mon cas, j'ai laissé tourner prime95 en mode torture Blend pendant 12h la nuit dernière, aucun plantage, aucun problème. Ca relance la question si c'est un problème matériel ou logiciel. Prochaine étape d'après vous...? Vous pensez qu'enlever une partie de la RAM peut être utile ou pas? Peut-être c'est un pilote qui déconne et qui fait planter le kernel?

 
Si tu as un CPU intel de type baytrail, il y a un bug connu avec les mode de gestion d'énergie :
https://bugzilla.kernel.org/show_bug.cgi?id=109051
 
dans le même esprit, il semble y avoir parfois des problèmes similaires avec Ryzen :
https://bugzilla.kernel.org/show_bug.cgi?id=196683

Je tourne sur des Intel Atom x5-Z8350 (Cherry Trail de mémoire).

Merci beaucoup pour le lien! Je viens de tout lire, ça doit être ça mon problème. Bon, le soucis c'est qu'il faut recompiler le kernel et je me sens pas prêt de faire ça n'y connaissant rien. Je vais dans un premier temps tester le script fourni dans le commentaire 182 pour désactiver le mode C6, je viens de faire le bricolage systemd qui va bien (je crois). Je vous tiens au courant, croisons les doigts...

Ça fait la deuxième fois en quelque mois que j'ai un freeze complet de ma Debian. Je ne me rappelle plus pourquoi la première fois mais là ça vient de m'arriver: un copy/paste d'un petit tableau dans Calc. Bon, Calc ne supporte pas ça, soit. Mais pourquoi xorg plante à son tour et pour finir toute la distro complète ( pas de tty dispo )? Est-ce qu'il a un log ou quelque chose que je pourrais consulter car j'envisage une saturation de la ram même si avec 4Go ça devrait aller, Clipman s'en sort avec le tableau.