[Résolu] Problème d'installation de Virtualbox

Blob · 09-04-2018 22:57:15

On est d'accord que quand tu dis que t'as fait la mise à jour dernièrement, tu as bien fait apt update && apt dist-upgrade && apt-get autoclean ? C'est la première phrase du message #16 qui me fait dire que ptet pas.
(si ça met rien à jour j'me tire une balle et jvais me coucher)

Dernière modification par Blob (09-04-2018 23:03:21)

naute · 09-04-2018 23:04:21

sudo apt update && apt dist-upgrade && apt-get autoclean

Atteint:1 http://security.debian.org stretch/updates InRelease

Ign:2 http://deb.debian.org/debian stretch InRelease

Atteint:3 http://deb.debian.org/debian stretch-updates InRelease

Atteint:4 http://deb.debian.org/debian stretch-backports InRelease

Atteint:5 http://deb.debian.org/debian stretch Release

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

All packages are up to date.

E: Impossible d'ouvrir le fichier verrou /var/lib/dpkg/lock - open (13: Permission non accordée)

E: Impossible de verrouiller le répertoire d'administration (/var/lib/dpkg/). Avez-vous les privilèges du superutilisateur ?

J'ai fait exprès de mettre en user pour te montrer ma commande complète. Je suis donc à priori en su mais apparemment pas .

Blob · 09-04-2018 23:07:11

Tu pourrais essayer avec juste su au lieu de sudo ?
su, entrée, password et la ligne de commande

Dernière modification par Blob (09-04-2018 23:07:56)

naute · 09-04-2018 23:16:55

Ouais mais j'ai un léger problème. su n'accepte plus mon mot de passe

. C'est pourtant ce que je faisais avant.
J'ouvre donc un terminal administrateur et là, il ne me demande pas mon mot de passe.

/home/naute# apt update && apt dist-upgrade && apt-get autoclean

Atteint:1 http://security.debian.org stretch/updates InRelease

Ign:2 http://deb.debian.org/debian stretch InRelease

Atteint:3 http://deb.debian.org/debian stretch-updates InRelease

Atteint:4 http://deb.debian.org/debian stretch-backports InRelease

Atteint:5 http://deb.debian.org/debian stretch Release

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

All packages are up to date.

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Calcul de la mise à jour... Fait

0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Blob · 09-04-2018 23:25:35

Ha. Bon, ben je suis désolé naute, mais je passe la main. Je sais que t'as trois versions du kernel installé le 0-4 / 0-5 et 0-6, mais il boot sur le 0-4. Aucune idée pourquoi...
J'ai cru que ça aurait pu fonctionner, mais non

Je continue de suivre le post. La résolution m'interesse...

Dernière modification par Blob (09-04-2018 23:26:09)

naute · 09-04-2018 23:25:52

Et si je renommais grub.new en grub. Grug.new a les entrées pour Linux 4.9.0-4, Linux 4.9.0-5 et Linux 4.9.0-6.

Blob · 09-04-2018 23:26:45

nan, nan fait pas ça.

naute · 09-04-2018 23:49:28

OK!

On va s'arrêter là pour ce soir avant de faire des bêtises, mais si tu regardes bien dans grub.d le fichier 40_custom, il est quand même fait pour ajouter des entrée dans le fichier grub.cfg.
Je te souhaite une bonne nuit et merci pour tes conseils

.

Amicalement,

naute.

chalu · 10-04-2018 05:31:56

Bonjour,
Le fichier 35_winxp ressemble à ce qui est dans le wiki sur les scripts pour configurer grub
https://debian-facile.org/doc:systeme:g … me-windows

Est-ce ce wiki que tu as suivi ?
As tu, avant de créer ce fichier 35_winxp, lancé la commande

os-prober

pour détecter Windows ?

naute · 10-04-2018 09:16:12

Bonjour chalu

.

chalu a écrit :

Est-ce ce wiki que tu as suivi ?

Non.

chalu a écrit :

As tu, avant de créer ce fichier 35_winxp, lancé la commande
os-prober
pour détecter Windows ?

Non pour la simple raison que je ne connaissais pas cette commande.

Si je me souviens bien, je dis bien si, j'ai dû tout simplement faire un copier-coller de l'entrée winxp présente dans le fichier grub.cfg.new (qui semble contenir les entrées correspondant à tous les OS amorçables présents sur la machine) à la place correspondante dans le fichier grub.cfg, ce qui a eut pour conséquence de faire apparaître XP dans la liste des OS amorçables lors de l'affichage de Grub au démarrage de la machine, ce qui était le but recherché.

Et c'est également ce qui me fait penser que, si je fais de même avec l'entrée correspondant à Linux 4.9.0-6, j'aurai Linux 4.9.0-6 qui apparaîtra dans le menu de démarrage, et je pourrai le sélectionner pour démarrer sur le noyau à jour. Mais comme on m'interdit de le faire à la main ...

Très honnêtement, comme il s'agit de blocs de commandes indépendant les uns des autres, je ne vois pas comment, sauf par maladresse, on pourrait corrompre le fichier. Soit la commande est valide, et elle s'exécutera si elle est sélectionnée, soit elle ne l'est pas auquel cas il ne se passera rien ou on aura un message d'erreur.

Mais si ce n'est pas le cas, je veux bien qu'on m'explique. Je ne demande qu'à comprendre .

Dernière modification par naute (10-04-2018 09:17:47)

Blob · 10-04-2018 09:44:06

Salut naute,

parce que tu demarres pas sur un os comme tu demarres sur un noyau. Ce que je veux dire par là surtout, c'est que c'est du bricolage de faire ça

Très honnêtement, comme il s'agit de blocs de commandes indépendant les uns des autres, je ne vois pas comment, sauf par maladresse, on pourrait corrompre le fichier.

T'as déjà un retour d'erreur quand tu fais update-grub à la ligne 276. Cette ligne c'est ça dans ton grub.cfg

276  ### END /etc/grub.d/41_custom ###

Un commentaire. Evite vraiment au max de vouloir éditer ce fichier à la main

Dernière modification par Blob (10-04-2018 09:52:45)

Croutons · 10-04-2018 09:54:43

Bonjour

Je ne demande qu'à comprendre

voir mon précédent message #46
ainsi que les essais d'èfpé message #50

Pour moi il manque des chevrons inverse dans ton script winxp, si je reprend dans le message d'èfpé cela devrait être quelque chose comme

35_winxp

#!/bin/sh

exec tail -n +3 $0

# This file provides an easy way to add custom menu entries.  Simply type the

# menu entries you want to add after this comment.  Be careful not to change

# the 'exec tail' line above.

#Windows

cat <<EOF

menuentry "Windows" {

set root=(hd0,1)

chainloader +1

}

EOF

Apres c'est sur comme tu dis on dérive , mais bien obligé de remettre les choses en ordre avant de construire le noyau avec les modules pour Virtualbox ...a moins que tu préfères rester avec un systeme qui ne suis plus les mises à jour des noyaux?

Dernière modification par Croutons (10-04-2018 09:58:21)

naute · 10-04-2018 11:33:30

Bonjour Blob

.

Blob a écrit :

Un commentaire. Evite vraiment au max de vouloir éditer ce fichier à la main

Pas de soucis. J'aurai au moins compris ça .

Bonjour Croutons .

Croutons a écrit :

a moins que tu préfères rester avec un systeme qui ne suis plus les mises à jour des noyaux?

Ben non! Bien sûr .

Concernant le message #50 d'èfpé.

J'avais zappé la manip, parmi toutes celles que vous me faîtes faire. No critique, au contraire, mais je me perds un peu.

Avant:

update-grub

Création du fichier de configuration GRUB…

Found background image: /usr/share/images/desktop-base/desktop-grub.png

Image Linux trouvée : /boot/vmlinuz-4.9.0-6-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-6-amd64

Image Linux trouvée : /boot/vmlinuz-4.9.0-5-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-5-amd64

Image Linux trouvée : /boot/vmlinuz-4.9.0-4-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-4-amd64

Microsoft Windows XP Professionnel trouvé sur /dev/sda1

erreur : syntax error.

erreur : Incorrect command.

erreur : syntax error.

Erreur de syntaxe à la ligne 276

Des erreurs de syntaxe sont détectées dans le fichier de configuration

de GRUB. Veuillez vérifier qu'il n'y a pas d'erreur dans les fichiers

/etc/default/grub et /etc/grub.d/*. Sinon veuillez signaler un bogue

en joignant le fichier /boot/grub/grub.cfg.new.

fait

Manip:

chmod -x /etc/grub.d/35_winxp

 

Après:

update-grub

Création du fichier de configuration GRUB…

Found background image: /usr/share/images/desktop-base/desktop-grub.png

Image Linux trouvée : /boot/vmlinuz-4.9.0-6-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-6-amd64

Image Linux trouvée : /boot/vmlinuz-4.9.0-5-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-5-amd64

Image Linux trouvée : /boot/vmlinuz-4.9.0-4-amd64

Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-4-amd64

Microsoft Windows XP Professionnel trouvé sur /dev/sda1

fait

Le message d'erreur a disparu. Mieux:
Dans grub.cfg, la partie concernant WinXP n'a pas changé mais les entrées concernant Linux 4.9.0-6 et Linux 4.9.0-5 ont été ajoutées. On dirait bien qu'on approche de la solution de cette partie du problème.

Qu'est-ce que je fais? Je redémarre?

Dernière modification par naute (10-04-2018 11:34:30)

Debian Alain · 10-04-2018 11:40:32

j'ai pas bien compris :

on parle d'un problème de multiboot w$ xp / debian stretch dans une vm ?

naute · 10-04-2018 11:50:55

Bonjour Debian Alain

.

Non non. Dans une rm (real machine)

.

Mais en réalité, le problème n'est pas le multiboot qui fonctionne bien en lui-même, mais dans le fait que le noyau chargé n'est pas le bon, ce qui peut être la cause de mes problèmes d'installation de VirtualBox, le sujet réel de ce topic.

Dernière modification par naute (10-04-2018 11:53:37)

chalu · 10-04-2018 12:06:32

@naute : tu confirmes que tu n’as ni créé ni modifié le fichier 35_winxp ?
Si c’est correct, tu ne le modifies ! Il a été créé à l’installation et semble raccord au script.

Es-tu capable de revenir en arrière sur les modifications que tu as faites à la main dans les différents fichiers de configuration de grub ?
Si c’est oui, à ta place c’est ce que je ferais.
puis un

update-grub

Redémarrage et si windows xp n’est pas listé
Je ferais un

os-prober

Ton multiboot n’a que l’apparence de bien fonctionner, le fait que Debian ne puisse utiliser le dernier noyau installé n’est pas normal.
Bon courage Je ne peux t’aider davantage que ces conseils de bon sens.:)

Debian Alain · 10-04-2018 12:07:06

ben , virtual box a besoin d'un kernel à jour .

donc , présentement , le 4.9.0-6 avec ses headers à jour eux aussi .

sans compter , quand tu feras ton install dans ta vm , il te faudra les "additions invité"

qui ne seront à jour que si le kernel , au complet , est déjà à jour .

les headers sont des compléments logiciels indispensables pour la programmation et la compilation ,

aussi pour certains programme spécifiques comme virtualbox ou les pilotes nvidia (Carte Graphique) entre autres .

perso , je ne conçoit jamais l'installation d'un noyau sans mettre aussi ses headers .

j'en ai besoin car j'utilise virtualbox .

note que jusqu'ici , je n'ai jamais eu besoin d'installer le noyau de déboguage (linux-image-xxx-dbg) , apparemment vraiment spécifique ,

pour le coup , aux développeurs .

encore moins le paquet "linux-lbc-dev" , pour les mêmes raisons , je crois .

nb: ton kernel ne sera vraiment à jour que si ton grub permet de démarrer sur la dernière mise à jour .

enfin , c'est pas exact , tu peux faire la mise à jour quand même , mais elle ne sera prise en compte que avec un grub à jour .

en l'abscence , tu ne pourra pas démarrer dessus .

Dernière modification par Debian Alain (10-04-2018 12:40:30)

chalu · 10-04-2018 12:33:41

@naute : je viens de relire la fin de ton message 33
as-tu essayé de redémarré le PC pour voir si tu as toujours debian et XP au choix puis démarré sur debian
et retourner

uname -a

pour voir si tu utilises enfin le bon noyau

naute · 10-04-2018 12:34:24

chalu a écrit :

@naute : tu confirmes que tu n’as ni créé ni modifié le fichier 35_winxp ?

Je confirme.

chalu a écrit :

Es-tu capable de revenir en arrière sur les modifications que tu as faites à la main dans les différents fichiers de configuration de grub ?

Je n'en suis pas sûr du tout.

chalu a écrit :

Redémarrage et si windows xp n’est pas listé
Je ferais un
os-prober

Je vais faire ça. On verra bien .

@ Debian Alain

Pour les machines virtuelles Linux, sous Windows, il faut aussi les headers sinon les additions invités ne se compilent pas. Donc, entre autre, pas le choix de la définition de l'écran.

chalu · 10-04-2018 12:35:26

relis avant mon dernier message

ça se croise

naute · 10-04-2018 12:49:37

Bon ben voilà!

Xp est toujours là et

uname -a

Linux debian 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux

 

Ce problème semble réglé. à tous et bravo.

Donc, maintenant, qu'est-ce que je fais pour VirtualBox? Désinstallation et réinstallation ou autre chose?

@ chalu

Trop tard .

Dernière modification par naute (10-04-2018 12:50:36)

Debian Alain · 10-04-2018 12:54:34

ben , si tu as déjà des vm , ce serai trop bête de les perdre .

rééxplique nous ton problème avec virtual box , qu'on parte sur des bases saines .

par le menu .

merci.

si tu n'as pas encore installé virtualbox

pour les suppléments invité

Dernière modification par Debian Alain (10-04-2018 13:00:20)

èfpé · 10-04-2018 13:10:42

@naute,

Comme tu l'as compris les modules VirtualBox ont été construits pour le noyau 4.9.0-6-amd64 :

dkms status

modinfo vboxdrv vboxnetadp vboxnetflt vboxpci

Doit te retourner quelque chose, maintenant que le noyau est actif sur le système...

As-tu essayé de démarrer la VM ? Pour le bazar de machins invités, je passe la main.

Blob · 10-04-2018 13:11:59

En fait.
Que je comprenne bien.
C'est juste que t'avais pas reboot ?

Ha non, j'avais pas vu le chmod -x, ok

Dernière modification par Blob (10-04-2018 13:21:35)

Croutons · 10-04-2018 13:30:15

Bon ba content cela a avancé un peu, donc c'est comme je disais avec èfpé c'est bien un probleme dans ton script 35_winxp
Pour le coup la manip a avec chmod a désactivé le script en lui enlevant sont droit d'éxécution, mais si je me souviens bien ce que dit raleur c'est mieux avec chainloader

la pour le coup c'est os-prober qui detecte les systèmes si je dis pas de betises
Au mieux quand tu aura le temps tu pourra tenter de modifier le script voir mon message#62 et remettre le droit d’exécution
avec

chmod +x /etc/grub.d/35_winxp

puis

update-grub

mais bon la c'est pour pinailler un peu
suis sur que si ralleur passe dans le coin il pourra nous en dire + sur la syntaxe du script

2.3.2 Le module noyau de VirtualBox
VirtualBox utilise un module spécial du noyau appelé vboxdrv pour effectuer des affectations de
mémoire physique et contrôler le processeur pour exécuter les systèmes invités. Sans ce mod-
ule du noyau, vous pouvez utiliser le gestionnaire de VirtualBox pour configurer des machines
virtuelles mais elles ne démarreront pas. En outre, existe des modules noyau vboxnetflt et
vboxnetadp requis pour les fonctionnalités réseau plus avancées de VirtualBox.
Le module noyau de VirtualBox est automatiquement installé sur votre système quand vous
installez VirtualBox. Pour le maintenir avec les futures mises à jour du noyau, pour les distri-
butions Linux qui le permettent – la plupart de celles actuelles – nous recommandons d’installer
Dynamic Kernel Module Support (DKMS) 2 . Cet environnement vous aide à construire et à mettre
à jour les modules du noyau.

J'avoue avoir utilisé le script prévu pour configurer Virtualbox quand ce soucis de modules met arrivé, je n'est pas noté ce qu'il y avait dans ce que faisait le script dans le détaille
Il est peut etre présent dans ta version ou pas

/sbin/vboxconfig

Si il est présent, peux tu me l'afficher cela me rafraîchira la mémoire

cat /sbin/vboxconfig

Edit: avait pas vu toute les nouvelles intervention avant de valider mon message
si les modules sont bien chargé la commande suivant doit renvoyer quelque chose

 lsmod |grep vbox

Dernière modification par Croutons (10-04-2018 13:33:24)

Debian-facile

#51 09-04-2018 22:57:15

Re : [Résolu] Problème d'installation de Virtualbox

#52 09-04-2018 23:04:21

Re : [Résolu] Problème d'installation de Virtualbox

#53 09-04-2018 23:07:11

Re : [Résolu] Problème d'installation de Virtualbox

#54 09-04-2018 23:16:55

Re : [Résolu] Problème d'installation de Virtualbox

#55 09-04-2018 23:25:35

Re : [Résolu] Problème d'installation de Virtualbox

#56 09-04-2018 23:25:52

Re : [Résolu] Problème d'installation de Virtualbox

#57 09-04-2018 23:26:45

Re : [Résolu] Problème d'installation de Virtualbox

#58 09-04-2018 23:49:28

Re : [Résolu] Problème d'installation de Virtualbox

#59 10-04-2018 05:31:56

Re : [Résolu] Problème d'installation de Virtualbox

#60 10-04-2018 09:16:12

Re : [Résolu] Problème d'installation de Virtualbox

#61 10-04-2018 09:44:06

Re : [Résolu] Problème d'installation de Virtualbox

#62 10-04-2018 09:54:43

Re : [Résolu] Problème d'installation de Virtualbox

#63 10-04-2018 11:33:30

Re : [Résolu] Problème d'installation de Virtualbox

#64 10-04-2018 11:40:32

Re : [Résolu] Problème d'installation de Virtualbox

#65 10-04-2018 11:50:55

Re : [Résolu] Problème d'installation de Virtualbox

#66 10-04-2018 12:06:32

Re : [Résolu] Problème d'installation de Virtualbox

#67 10-04-2018 12:07:06

Re : [Résolu] Problème d'installation de Virtualbox

#68 10-04-2018 12:33:41

Re : [Résolu] Problème d'installation de Virtualbox

#69 10-04-2018 12:34:24

Re : [Résolu] Problème d'installation de Virtualbox

#70 10-04-2018 12:35:26

Re : [Résolu] Problème d'installation de Virtualbox

#71 10-04-2018 12:49:37

Re : [Résolu] Problème d'installation de Virtualbox

#72 10-04-2018 12:54:34

Re : [Résolu] Problème d'installation de Virtualbox

#73 10-04-2018 13:10:42

Re : [Résolu] Problème d'installation de Virtualbox

#74 10-04-2018 13:11:59

Re : [Résolu] Problème d'installation de Virtualbox

#75 10-04-2018 13:30:15

Re : [Résolu] Problème d'installation de Virtualbox

Pied de page des forums