Vous n'êtes pas identifié(e).
Dernière modification par dstc (31-08-2021 08:47:52)
Hors ligne
ls -l (h0,msdos5)/boot/grub apparaît une série de dossiers et fichiers dont i386-pc
Normal pour un amorçage BIOS.
alors que je suis en 694bits
Wow, ça doit dépoter !
grub.cfg qui est vide
Pas besoin de chercher plus loin.
Je frappe successivement les trois commandes set prefix=(hd0,msdos5)/boot/grub , insmod normal , normal ,
Pourquoi faire ? Cette action était totalement inutile puisque l'invite "grub>" montre que GRUB était déjà en mode normal. Sinon l'invite serait "grub rescue>".
ls -l (h0,msdos5)/boot/grub, grub.cfg est toujours vide
Qu'est-ce qui t'a fait penser que tes actions auraient le moindre effet sur grub.cfg ?
Où y a-t-il un tuto qui m’instruit comment faire ?
Laisse tomber les tutoriels et informe-toi plutôt sur le fonctionnement de GRUB, ce sera plus profitable que d'essayer d'appliquer des formules magiques au hasard.
Avec un fichier grub.cfg vide, GRUB ne peut pas afficher le menu. Il faut donc reconstruire ce fichier avec la commande update-grub depuis le système Linux (pas depuis l'invite de GRUB).
Deux moyens :
1) Démarrer le système depuis l'invite de GRUB :
2) Démarrer avec un autre système et faire un chroot sur /dev/sda5 (après avoir monté /proc, /dev, /sys - je ne détaille pas le processus, ça se trouve partout)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par dstc (15-08-2021 12:07:02)
Hors ligne
Dernière modification par dstc (15-08-2021 23:28:47)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
dstc a écrit :alors que je suis en 694bits
Wow, ça doit dépoter !
tu m'as fait ma journee !
nous sommes tous différents ... c'est notre point commun ...
Association Debian-Facile - Les cahiers du débutant - ISO Debian-Facile - 3hg - nakeDeb
GNU/Linux©2006-2024
Hors ligne
Dernière modification par dstc (15-08-2021 23:57:49)
Hors ligne
il ne s'est rien passé, ps de réaction
C'est la réaction normale. Donc a priori GRUB a bien chargé l'initramfs. Si celui-ci est valide le kernel panic ne devrait pas se produire. Après la commande boot, pas de message du noyau concernant l'initramfs ?
S'il y a plusieurs noyaux dans /boot, tu peux tenter chaque /boot/vmlinuz-xxx et /boot/initrd.img-xxx au lieu de /vmlinuz et /initrd.img
Si tu n'arrives pas à démarrer le système, il faudra bien démarrer avec autre chose pour dépanner.
Dernière modification par raleur (16-08-2021 00:03:45)
Il vaut mieux montrer que raconter.
Hors ligne
ce matériel est assez capricieux (et récent 2017/2018)
ton bios est bien configurer ? , tu a vérifier ? (une valeur qui aurait bouger )
de plus sans firmware pour le 2200G tu risque d'avoir un panic kernel , et minimum un noyau 4.xx ou plus
ps: plutôt que de faire l'installation en "mbr" , en "gpt" avec le "secure-boot" désactiver et activer "CSM"
voila pour ta remarque a propos de booter sur une clé usb en GNU Linux
ps: j'ai le même cpu que toi en debian 11 bullseye et c'est stable
pour ton système actuel , je laisse faire le spécialiste
nota: modifier "cms" par "CSM"
Dernière modification par anonyme (19-08-2021 14:27:46)
je vois différent dossiers et fichiers dont grub et une serie de fichiers de la forme vmlinuz-5.0.0-32-generic. , ...5.4.0-37, ... 5.4.0-42 , ... 5.4.0-72, ... 5.4.0-80 mais pas de lien un vmlinuz vers ce dernier comme j’en ai sur ce pc ci. ce sont donc tous des noyaux
ça démarre des lignes défilent puis écran noir
dois-je tenter chaque noyaux ?
Si je pouvais démarrer sur une clé,il y a longtemps que j’aurais fait une nouvelle installation sans formater le /home !
@ anonyme
en principe j’ai bien configuré le bios, je suis en « legacy+uefi », j’ai essayé plusieurs configurations sans succès. Le pc démarrait très bien sans problème.
Pour démarrer en uefi j’aurais dû avoir une petite partition en fat32 montée sur /boot/uefi ce que je n’ai pas. Je n’ai pas d’option CMS, contrairement à ce pc ci.
le 4 juillet 2021 j’ai enregistrer un inxi --F le noyau était 5.4.0-72 , actuellement le dernier est apparemment 5.4.0-80, est ce que mes ennuis proviendraient de cette mise à jours intempestive ?
est-ce que débian-facile a-t-il intégré bulleye ? pourrait-il solutionner le problème ? mais comment démarrer sur une clé ?
Dernière modification par dstc (16-08-2021 19:00:50)
Hors ligne
mais pas de lien un vmlinuz
Le lien vmlinuz est à la racine /, pas dans /boot.
ça démarre des lignes défilent puis écran noir
dois-je tenter chaque noyaux ?
Pourquoi pas. Tu peux aussi essayer des variantes de la commande "linux":
Le but est d'avoir un shell et de pouvoir exécuter
Dernière modification par raleur (16-08-2021 21:08:00)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par dstc (16-08-2021 23:16:52)
Hors ligne
Le lien vmlinuz est à la racine /, pas dans /boot.
sur le pc qui fonctionne il n’y à pas de lien vers vmlinuz à la racine mais bien dans /boot ;
je supposais que cela aurait du être le cas aussi dans le pc en panne, c’est pourquoi j’ai relevé le fait que ces liens n’apparaissent pas .
Je vais donc faire demain des essais avec les différents noyaux, et les variants.
Pourquoi pas. Tu peux aussi essayer des variantes de la commande "linux":
linux /bootvmlinuz-5.4.0-72-generic root=/dev/sda5 ro quiet single # mode rescue
je ne mets pas quiet dans la commande car alors on vois des lignes défilées à l'écran
à la prochaine
Dernière modification par dstc (16-08-2021 23:18:43)
Hors ligne
Le lien vmlinuz est à la racine /, pas dans /boot.
oui j’ai trouvé les liens vers vmlinuz et initrd.img dans la racine du pc qui ne fonctionne pas,
dans le pc qui fonctionne (celui-ci) ils sont dans /boot avec les noyaux
Le disque dur n’est pas uefi, si le bios est uefi, aux démarrages ça s’ouvre toujours sur le bios (sans
pousser la touche del). Donc il faut choisir legacy+uefi.
J’ai essayé toutes les combinaisons recommandées sans mettre de clé usb, comme je faisais.
Je ne met pas « quiet » dans les commandes.
Pour toutes les combinaisons avec tous les noyaux des lignes défilent puis un écran noir, sauf avec init=/bin/bash où apparaît
et ça s’arrête là.
J’ai essayé à démarrer avec deux clés usb l'une avec lm19,3.iso et une avec df-10.7,iso toutes les deux donnent une petite ligne (-) clignotante en haut à gauche ; avec une clé usb et un lm19,3 décompressé grub resue> apparaît, j’ai introduit les commandes comme au début de cette
discutions sur le (hdx,msdosy) de la clé (set prefix=.. , insmod … , normal) , j’ai une réponse « /boot/grub/i386-pc/normal not found » effectivement je ne l’ai pas trouvé.
je suis très intrigué du fait que les clés usb ne démarrent pas sur ce disque, le disque dur ne devrait pas interférer, sinon on ne pourrait pas charger un tout nouveau OS ?
Il y peut être un virus au niveau du bios un root ou un boot kit ?
merci pour l'aide.
il faudrait trouver un moyen de lancer un live usb ou un boot repair disk.
bonne nuit
phdh
Dernière modification par dstc (17-08-2021 20:22:34)
Hors ligne
Je ne met pas « quiet » dans les commandes.
Pour quoi faire ? Ça noie les vraies erreurs dans les messages sans intérêt.
Kernel panic...not syncing : UFS Unable to mount root fs on unknown block (0,0)
Typique d'un initramfs manquant ou pas pris en compte par le noyau. Tu n'as pas oublié la commande initrd avec l'initramfs correspondant au noyau chargé ? Pas de message d'erreur de GRUB ou du noyau concernant l'initramf ou l'initrd ?
Ce n'est pas Debian, c'est peut-être trop différent pour que mes suggestions soient pertinentes.
Il vaut mieux montrer que raconter.
Hors ligne
dans le doute tu peu mettre "charger les paramètres du bios usine" ou un reset (par la pile )
et reconfigurer le bios
comme tu a déjà fait une installation d'un OS , pas de raison que ça ne fonctionne plus
je pense que si tu peu booter sur une clé usb "debian live" ou une clé usb d un "install dvd1" , pour vérifier , le reste va être une formalité
ps: je sais si il existe un debian live avec le nonfree
Dernière modification par dstc (17-08-2021 22:33:01)
Hors ligne
Dernière modification par dstc (18-08-2021 06:48:23)
Hors ligne
Dernière modification par anonyme (18-08-2021 15:26:05)
Hors ligne
wiki : => https://debian-facile.org/doc:install:usb-boot
le contenu de ma clé
Dernière modification par anonyme (19-08-2021 14:35:43)
Dernière modification par anonyme (19-08-2021 15:21:04)
un nouveau disque dur vierge où en principe il n’y à rien dessus
Il y a toujours quelque chose sur un disque dur, même si ce ne sont que des zéros. Si le MBR contient une signature de table de partition DOS, le BIOS peut essayer de l'exécuter, et si le contenu du MBR n'est pas un programme d'amorce valide, ça peut planter en laissant un curseur clignotant sur un écran vide.
Dernière modification par raleur (19-08-2021 21:37:30)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne