Bonsoir,
Aujourd’hui, au lancement de ma VM debian virtualbox j’ai un écran noir!!
Je tourne avec cette VM depuis fin 2021.
Quelqu’un a-t-il une idée. Hier cela fonctionnait parfaitement… aujourd’hui plus du tout!
Qu’as tu fais comme recherche ? logs etc
Bonsoir,
Je n’ai pas la main j’ai un écran noir avec le « _ » qui clignote après le dernier message qui est [failed] MAN_Db regenerated. j’ai aussi parfois [ OK ] Starting GNOME Display mais après toujours écran noir
Bonsoir,
Tu peux examiner ton disque en le montant dans le host (vm éteinte, bien sûr – car le curseur qui clignote montre qu’elle est active, même si pas opérationnelle pour toi), ça te permettra d’aller voir les logs.
Et pour ce faire, inspire-toi du code dans ce rapport de bug que j’ai ouvert il y a 3 semaines : https://www.virtualbox.org/ticket/20896
J’y montre comment monter facilement un .vdi (plus d’autres manips que tu peux zapper), mais il faudra encore attendre un peu pour pouvoir faire des modifs à l’image car pour le moment elles ne sont pas prises en compte, hélas.
S’il faut vraiment faire des modifs aux fichiers du .vdi, on le montera avec nbd et qemu et ça, ça fonctionne bien.
Bonjour,
Il est possible que l’environnement graphique ne se lance pas, mais ça n’empêche pas de ce connecter en console.
Pour accéder à la console, il faut faire Ctl+Alt+F1 (ou F2, ça dépend). Fais attention, il est possible que l’hôte prenne cette combinaison de touches pour lui.
Si tu veux, tu peux aussi sélectionner le mode recovery dans l’amorçeur.
À tous les coups.
Utilise plutôt le « soft keyboard », menu Entrée / Clavier / Soft Keyboard…
Et une fois la manip terminée, tu sors en rappelant le « soft keyboard » et Alt F7
Bonjour,
Le SoftKeyboard ne fonctionne pas j’ai essayé en montant le disque vdi et j’obtiens :
root@DEBIAN-HOTE:~# vboximg-mount --rw -i /home/michel/Disques_Virtuels/Messagerie.vdi -o allow_root /home/michel/X/
root@DEBIAN-HOTE:~# mount /home/michel/X/vol0 /home/michel/Y/
root@DEBIAN-HOTE:~# touch /home/michel/Y/from_host.txt
root@DEBIAN-HOTE:~# echo "essayer depuis l'hote" > /home/michel/Y/from_host.txt
root@DEBIAN-HOTE:~# sync
root@DEBIAN-HOTE:~# ls /home/michel/Y/ # --> /home/michel/Y/from_host.txt /home/michel/Y/from_vm.txt lost+found
bin dev from_host.txt initrd.img lib lib64 lost+found mnt proc run srv tmp var vmlinuz.old
boot etc home initrd.img.old lib32 libx32 media opt root sbin sys usr vmlinuz
root@DEBIAN-HOTE:~#
Ensuite je ne comprends plus les commandes du run2
J’avais pourtant écrit
et toi tu n’as surtout pas zappé ce qui ne te servait à rien…
Donc en gros tu n’as pas compris ce que faisait mon code et qui ne te concernait pas, tu n’as donc pas plus lu ce qui le précédait, je ne sais quoi te dire, c’est comme mettre un livre sous le nez d’un gamin ne sachant pas lire…
En fait, il n’y a que les lignes 1, 2, 6, 8 et 9 qui te concernent et comme je suis bon prince, je les reprends là :
vboximg-mount --rw -i /new_vdi.vdi -o allow_root /x/
mount /x/vol0 /y/
ls /y/ # pour voir le contenu du disque depuis la racine
# ici tu peux examiner d'autres dossiers et fichiers,
# et quand tu as fini, -->
umount /y/ # on démonte le point de montage
umount /x/ # et le fichier .vdi
Mais si tu ne sais pas ce que tu fais, ça va être tendu…
Et le run2 c’est un autre test pour le rapport de bug, je n’en ai pas parlé.
Ok, voilà que je comprends.
Désolé, même si j’ai fait de l’informatique pendant 43 ans (j’ai commencé avec des cartes perforées et j’ai terminé sur des mainframes MVS ou AIX) à 70 ans je ne me creuse plus trop la tête surtout que depuis quelque temps Linux, que ce soit Ubuntu Fedora ou Debian, tombe en rade aussi souvent que Windows.
Maintenant je peux voir le contenu du disque virtuel, mais: est ce que je peux corriger certaines choses : par exemple si ma partition boot sature la partition systeme est ce que je peux supprimer des images (mais quid de l’upgrade grub!!!) parce que si c’est pour regarder le contenu de log sans pouvoir corriger, je parts sur un installation. Mon disque est partitionner pour avoir un /home séparé. En effet je vois que j’ai les versions 9 10 11 12 13 14 présentes dans le boot.
Il te faut chrooter le système dans ce cas ou comme tu le précise refaire une installation 
Heureusement que c’est toi qui le dis, parce que quand c’est moi, je me fais démonter, censurer et même blacklister (sur un autre forum). Bah, c’est bien connu, il n’y a que la vérité qui fâche. Sauf que sur les forums il ne faut pas en parler.
Quant à ton problème d’intervention sur le disque, avec son montage qui s’appuie sur vboximg-mount, ça ne sert à rien d’intervenir sur le disque monté, les modifs ne sont pas sauvegardées (d’où le bug que j’ai signalé et sur lequel Oracle travaille).
Bientôt…
Dans l’attente, on peut tenter la même approche avec d’autres outils, et donc il va falloir avoir sur le host le paquet qemu-utils installé, ainsi que le module nbd.
Et voilà un script à étudier à la loupe et ligne par ligne.
#!/bin/bash
myfile=ici tu mets ton fichier vdi avec son chemin d'accès, par exemple /home/ton_nom/nom_du_fichier.vdi
modprobe nbd max part=16 # setup
qemu-nbd -c /dev/nbd0 $myfile # connexion du fichier
partprobe /dev/nbd0 # détecte partition(s)
mapfile -t parts < <(lsblk -nlo KNAME,LABEL,FSTYPE /dev/nbd??*)
number_of_parts=${#parts[@]}
echo $number_of_parts # affiche le nombre de partitions
mount /dev/nbd0p1 /mnt # monte la partition 1 -- si plusieurs partitions, changer le chiffre dans nbd0pX
read -p "partition montée, au boulot ! et presse <ENTER> quand c'est fini"
umount /mnt/ # démonte la partition
qemu-nbd -d /dev/nbd0p1 # démonte le fichier
modprobe -r nbd # enlève le module
Normalement, quand la partition est montée, si tu y appliques des modifs, elles seront conservées.
Vas-y lentement et prudemment, et ça devrait le faire.
Moi aussi, j’ai vu les premières cartes perforées en '71 chez mon parrain à Paname au Ministère de la marine, ça a été le déclencheur, j’ai tout appris tout seul et DEC a fait le reste.
Mais demain matin je ne vais pas être beaucoup là. Normalement il y a des compétences sur ce forum.
sinon tu prend ton ISO d’installation, et tu boot dessus en mode rescue, dans lequel tu peux monter ton / et autres partitions éventuelles pour allez voir ce qui s’y passe.
ta quelle DE ? gnome,kde,xfce ?
dis moi
Bonjour
Gnome
Bonsoir,
Je parviens a atteindre la partition « / » avec les commandes fournies par jipete que je remercie.
Je vois qu’effectivement le dossier /boot sature la partition systeme car contient toutes les images des mises a jour depuis la 5.10.-9, mais que « initrd.img-5.10.0-14-amd64 » manque!!! certainement dû à un manque de place J’aimerai supprime les version 9 a 12 pour faire de la place mais :
- Comment faire pour récupérer « initrd.img-5.10.0-14-amd64 » car je suppose que je ne peux pas recopier celui de l’hôte.
- comment tenir propre les versions (n’en garder que 3 les 2 dernière et la mise a jour en cours? (si j’ai suffisamment de place sur le disque de l’hôte, je vois également que j’ai toutes les versions des mises à jour successives.
depuis la 5.10.-9, manque pas un « 0 », là ?, genre 5-10.0-9 ?
Stop !
Un problème à la fois.
Pour récupérer de la place, tu peux toujours virer les fichiers des versions 9 à 11 en les déplaçant quelque part sur le host si ça peut te rassurer.
Ensuite tu parles des version 9 à 12 et tu veux récupérer la 14 : il n’y a pas de 13 ?
Tu veux récupérer la -14, pourquoi ? Les fichiers vmlinuz et System.map sont présents en -14 ? Si « oui », alors face à ça, si c’était moi je prendrais la dernière version présente (-12 ? -13 ?) de l’initrd.img et, même pas peur, je la recopierais en la renommant en -14 et je tenterais un reboot après avoir proprement démonté le fichier du disque virtuel.
Tu vois l’idée ?
Et là, ou ça fonctionne et bingo !, ou ça plante et il y aura alors des messages te parlant de l’initrd.img, faudra bien les relever, mais ça ne craint rien pour le reste : l’initrd c’est un gros fichier qui contient plein de petits fichiers servant à démarrer le système, c’est tout.
pour enlever les noyaux inutile, un simple apt purge linux-images-xxxx
Ne JAMAIS faire autrement à moins de savoir le faire complètement manuellement, et encore, même les spécialistes évite.
ensuite, un simple apt --purge autoremove suffit.
garder les deux dernières suffit et encore. si tu n’est pas un expert des noyaux, évite de faire ce que tu ne comprends pas. C’est toujours mieux.
@jipete
Bonjour si il y a la 13 les vmlinuz et sytem.map sont présents. Seul manque !'initrd
Dès que possible je ferais ce que tu écris si ça fonctionne ok sinon je parts sur une réinstallation.
Merci pour ton aide.
Pour le nettoyage je suivrais la méthode de zargos que je remercie au passage j’ai été habitué sous Ubuntu version 20a un nettoyage automatique.
Sinon je supprimais tous ce qui concernait les versions que je voulais faire disparaitre suivi d’un GRUB update
J’espère être clair car je réponds depuis un mobil
1 J'aime
Les manipulations avec les outils qemu n’ont rien donnés.
Je viens de terminer une réinstallation la VM fonctionne a nouveau.
Je ferai du nettoyage dans la journée (suppression des jeux et du pack Office + réinstallation de outils invités de Virtualbox)
Bonne nuit et mer’ci a toutes et tous