Bonjour a tous ; voila un mois déjà que j’ai installé ubuntu sur mon disque dure et que j’en ai fais mon ordinateur de travail, et jusque là il fonctionnait sans problèmes ( en tous cas sans aucun que j’ai pu remarquer, je vous avoue être débutant … ). Pourtant, depuis maintenant près d’une semaine, impossible de le démarrer !
J’ai tous essayé en vain mais rien y fais, je reste bloqué sur l’écran de démarrage de l’OS. Et je n’ai vraiment aucune piste sur la cause de mon problème.
Car je sais qu’il est impossible de m’ai à trouver une solution avec si peu d’information, je vais essayer de vous décrire au mieux la situation :
L’ordinateur portable sur lequel est branché mon disque dure est un HP. Le Bios de celui-ci m’affiche de temps a autre des infos sur démarrage de mon ordinateur. Depuis que mon problème est survenue, il m’a afficher que 0.3 % des fichier de mon ordinateur avait un problème.
J’ai installer quelque temps avant que mon ordinateur ne réponde plus plusieurs services tel que apache2 et maria-db. Apres leur installations, l’ordinateur m’afficher un [ FAILED ] pour le démarrage de maria-db ( en faisant flèche de droite pendant l’allumage d’Ubuntu ), mais l’ordinateur semblait fonctionner correctement a ce moment-là et maria-db n’avait aucun problème.
Maintenant, lorsque je fais flèche de droite lors du démarrage d’Ubuntu, je ne voit plus aucun [ FAILED ] pourtant je me retrouve bloquer a la toute fin sur un écran noir, avec un curseur en haut a gauche comme s’il s’agissait d’un console, sauf que rien ne s’affiche et l’ordinateur ne réponds plus de rien.
Conscient que le problème est sûrement en lien avec l’architecture des fichier, ( d’après le bios de mon ordinateur, s’il s’agit bien du bios car peut-etre est-ce un diagnostique d’ubuntu… ), j’ai allumer mon ordinateur en recovery mode et ai pu me connecter en temps que root pour acceder au contenu de l’ordinateur, il n’y a eu aucun probleme lors de cet manipulation, pourtant n’ayant aucune idée de la cause de du problème je n’ai pu trouver de solution. J’ai également tenter fsck qui a ete avorter ( /dev/sdb is mounted ) et dsck qui ne m’a rien corriger.
Merci beaucoup d’avoir passer du temps a lire ceci, je m’en remets donc a vous pour m’apporter la solution a ce problème. 😌
- Edité par LudovicGalindo 11 février 2022 à 10:32:29
tu peux nous faire une photo, s'il te plaît ? parce que
[le BIOS] m’a afficher que 0.3 % des fichier de mon ordinateur avait un problème.
le BIOS ne peut pas accéder aux fichiers.
je me retrouve bloquer a la toute fin sur un écran noir, avec un curseur en haut a gauche comme s’il s’agissait d’un console, sauf que rien ne s’affiche et l’ordinateur ne réponds plus de rien.
ah, ben, non. pas besoin de photo, on voit le tableau. :/
fsck doit être exécuté depuis un média externe (cd/usb live/install)
puisque tu peux accéder au système, peut-être journalctl t'indiquera à quel moment s'arrête le chargement d'Ubuntu aux dates et heures des derniers échecs...
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
Merci pour ta reponse, j’aimerai ajouter que je vien de tester « boot repair disk ; mais celui-ci n’as pas corriger mon probleme. L’execution de systemctl m’affiche une énorme quantité de ligne, ou devrait-je regarder ? ( j’aurais aimer pourvoir exporter ce fichier, mais journalctl >> monfichier.txt a planter ).
journalctl —help ne me donne pas bcp d’informations sur son fonctionnent, y a t´il moyen d’affichier rapidement le date qui nous interresse ( car il m’affiche actuellement toutes les erreurs du 22 janvier )
[ journalctl -r ] c’est bon 🙂
mais me fichier reste enorme, sur-quelles lignes devrait-je m’attarder ??
voici toutes les lignes qui s’affiche en rouge :
x86/cpu: VMX ( outside TXT ) disabled by BIOS
x86/cpu: SGX disabled by BIOS
sd 2:0:0:0: [sdb] No catching mode page found
sd 2:0:0:0: [sdb] Assuming drove cache: write through
→ ces deux erreur s’affiche régulièrement depuis longtemps ( c’est la partie que je prenait pour le bios )
Unable to open adapter storage directory: /var/lib/bluetooth/8C:C8:4B:C0:04:DE
J’ai suivi ton conseil : j’ai connecter mon disque dure a un autre ordinateur sous ubuntu et j’ai effectué « sudo fsck -a /dev/sdc1 && sudo fsck -a /dev/sdc2 && reboot ». J’ai ensuite tenté d’accéder au ubuntu de mon disque dure mais le problème n’est toujours par réglé … 😔
J’ai lu qu’il était possible de réinstaller ubuntu sans perdre les données, que vaudrait cette solution ?
- Edité par LudovicGalindo 11 février 2022 à 16:46:07
Le fsck n'aura pas été inutile, il marque les secteurs défectueux du disque...Après quel modèle de disque (j'imagine un disque dur à plateaux pas un SSD)
Ce qui aurait pu être intéressant c'est de savoir si fsck a réparé non seulement le système de fichiers mais aussi les secteurs défectueux, qui normalement ne peuvent plus être utilisés à nouveau.(la sortie du fsck -a)
Sinon oui tu peux très probablement installer Ubuntu sans effacer tes données...Cette option devrait exister de nos jours.
Après un disque dur qui commence à avoir des secteurs défectueux ça peut poser problème à un moment donné, ça n'a pas une durée de vie aussi longue qu'un SSD. (sans compter la non résistance aux chocs)
Mais pas de bol si le secteur défectueux était sur quelque chose d'important qui fait foirer le système, à priori. (la virtualisation n'est pas active dans ton BIOS, c'est ce qui permet entre autre d'émuler un android ou autre, ça peut servir.)
- Edité par maroufle34 13 février 2022 à 17:05:05
Mon Ubuntu ne démarre plus
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique
Validez la réponse utile « Un problème clairement exposé est à moitié résolu. » Pas de MP technique