[Clos] Disque dur non présent dans le BIOS

raleur · 05-06-2022 19:11:53

En démarrant bullseye depuis son propre GRUB (SSD), tu peux voir à peu près les mêmes messages de GRUB puis du noyau auxquels tu devrais t'attendre qu'en démarrant wheezy depuis son propre GRUB (IC35). Je ne peux pas dire mieux. Le premier message "chargement du noyau" est affiché avant de charger le noyau, donc je ne vois pas comment il pourrait ne pas être affiché même si le chargement du noyau provoque un reboot spontané.

Ou alors il y a une anomalie dans l'entrée de menu du fichier /boot/grub/grub.cfg. Tu peux appuyer sur "e" lorsqu'elle est sélectionnée (mais pas encore validée) pour afficher le contenu de l'entrée de menu et le recopier ici (sans les valeurs complètes des UUID, pas besoin) ?

Dernière modification par raleur (05-06-2022 19:12:43)

solveig · 06-06-2022 12:27:54

Avant de continuer, je viens de me rappeler (mieux vaut tard que jamais), que j'avais effectué des sauvegardes avant de passer à bullseye.
Ce ne serait pas une bonne idée de les utiliser ? (même le /etc/grub.d ?)

find ~/ -iname 'grub*'

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.list

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.postrm

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-common.postrm

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-common.postinst

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.prerm

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub2-common.md5sums

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-common.conffiles

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-common.preinst

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.preinst

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.templates

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-common.md5sums

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.postinst

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-common.prerm

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc-bin.md5sums

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-common.list

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.md5sums

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc.config

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub2-common.conffiles

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub2-common.list

/home/phil/bullseye_svgde_buster/_var/dpkg/info/grub-pc-bin.list

/home/phil/bullseye_svgde_buster/_etc/grub.d

raleur · 06-06-2022 13:38:11

Si c'est une sauvegarde du SSD qui a maintenant bullseye, je ne vois pas en quoi ça pourrait changer quoi que ce soit sur le disque IC35 qui a wheezy.
En plus ce sont des fichiers des paquets grub*, remplacer les fichiers actuels qui sont d'une autre version n'apporterait rien de bon.

Dernière modification par raleur (06-06-2022 13:40:33)

solveig · 06-06-2022 18:54:13

Tu as raison, je m'en suis aperçu après-coup, mais c'était trop tard
Mon ST1000 est un DD classique, pas un SSD, ce qui ne change rien à l'affaire.

Lorsque je valide une option de grub (wheezy ou bullseye), il y a bien quelque chose qui s"affiche pendant une fraction de seconde mais je n"ai pas le temps de le lire.

Quand j'édite le grub de bullseye, je trouve, entre autres:
if [ x$grub_platform = xxen ] ; then insmod xzio ; insmod lzopio ;
fi
set root='hd0,msdos1
if [x$feature_platform search_hint = xy ]; then ...... 19c99..(ST1000) else search ... --set=root 19c99..

En partant du IC35, comme attendu, grub ne me propose que wheezy et le mode dépannage. En l'éditant avec "e" (là encore, je n"ai pas tout mis):
insmod ext2
set root='(hd0,msdos1)'
search -no-floppy --fs-uuid --set=root 4a8c (IC35)
linux /boot/vmlinuz-3.2.0-4 root=UUID=4a8c... ro (dans mode dépann il y a ici "single" en plus) initrd=/install/gdk/initrd.gz quiet (pas ds dépann)
initrd /boot/initrd.img-3.2.0-4amd

Au cas où ce ne serait pas ce qui t'intéressait, essaie de me donner un max de détails sur ce que tu souhaites.

raleur · 07-06-2022 07:17:39

solveig a écrit :

il y a bien quelque chose qui s"affiche pendant une fraction de seconde mais je n"ai pas le temps de le lire.

Si tu as un appareil capable de filmer, tu peux enregistrer une vidéo et la passer au ralenti.

solveig a écrit :

En partant du IC35, comme attendu, grub ne me propose que wheezy et le mode dépannage. En l'éditant avec "e" (là encore, je n"ai pas tout mis)

Pas de ligne "echo" ?

solveig a écrit :

linux /boot/vmlinuz-3.2.0-4 root=UUID=4a8c... ro (dans mode dépann il y a ici "single" en plus) initrd=/install/gdk/initrd.gz quiet

initrd=/install/gtk/initrd.gz n'a rien à faire là, c'est un paramètre de l'installateur. Mais je ne pense pas que ça ait un effet.

solveig · 16-06-2022 10:39:02

Salut

"Lorsque je valide une option de grub (wheezy ou bullseye), il y a bien quelque chose qui s"affiche pendant une fraction de seconde mais je n"ai pas le temps de le lire" : j'ai pu lire ce message, mais le résultat est décevant : " Chargement de Linux 3.2.0-4-amd64 ".

raleur a écrit :

Pas de ligne "echo" ?

Si, il y en a même deux :

echo ' Chargement Linux 3.2.0-4-amd64 ....' et qqs lignes plus bas
echo ' Chargement disque mémoire initial '
et cela, dans le mode normal aussi bien que dans le mode dépannage.

raleur · 16-06-2022 12:25:32

solveig a écrit :

j'ai pu lire ce message, mais le résultat est décevant : " Chargement de Linux 3.2.0-4-amd64 ".

Il est produit par la première commande "echo" avant le chargement du noyau.
Quid du message "Chargement disque mémoire initial" qui devrait être produit par la seconde commande "echo" après le chargement du noyau ?

Dernière modification par raleur (16-06-2022 12:28:01)

solveig · 16-06-2022 15:33:16

raleur a écrit :

Quid du message "Chargement disque mémoire initial"

Je ne comprends pas la question.
A tout hasard, je je te mets la totalité de la commande "e" sur le menu wheezy :

1) load_video 2) insmod gzio 3) insmod part_msdos 4) insmod ext2 5) set root='(hd0,msdos1)
6) search --no_floppy --fs-uuid --set=root 4a8c... [IC35, où est installé wheezy]
7) echo 'chargement linux 3.2.0-4...'
8) linux /boot/vmlinuz-3.2.0-4-amd64 root=UUID=4a8c...\-4284-8090.... [ si c'est une partition, je ne l'ai pas dans blkid, de mémoire]
ro initrd=/install/gtk/initrd.gz quiet
9) echo 'chargement disque mémoire initial'
10) initrd /boot/initrd.img-3.2.0-4-amd64

raleur · 16-06-2022 16:36:46

solveig a écrit :

Je ne comprends pas la question.

Le message "Chargement disque mémoire initial" est-il aussi affiché ? Sinon, cela voudrait dire que c'est GRUB qui reboote lors du chargement du noyau.
Tu peux le vérifier à la main dans le shell de GRUB (touche "c") en tapant :

linux /boot/vmlinuz-3.2.0-4-amd64

solveig · 17-06-2022 09:22:01

raleur a écrit :

Le message "Chargement disque mémoire initial" est-il aussi affiché ?

Non, rien d'autre que : " Chargement de Linux 3.2.0-4-amd64 ".
Et c'est bien confirmé par ta commande shell "linux /boot/..." : écran noir pendant 2 à 3 secondes, puis reboot

raleur · 17-06-2022 11:12:33

Cette commande ne fait que charger l'image du noyau en mémoire depuis le disque sans l'exécuter. J'essaie d'imaginer des causes possibles d'un reboot spontané à ce stade : image du noyau corrompue, système de fichier endommagé, erreur d'accès disque, bug de GRUB, erreur mémoire.

Je ne me rappelle pas si tu l'as déjà fait, si possible i faudrait essayer de booter avec le disque sur un autre PC.
Vérifier l'intégrité du fichier /boot/vmlinuz-3.2.0-4-amd64

grep boot/vmlinuz-3.2.0-4-amd64 /pointdemontage/var/lib/dpkg/info/linux-image-3.2.0-4-amd64.md5sums

md5sum /pointdemontage/boot/vmlinuz-3.2.0-4-amd64

solveig · 17-06-2022 13:35:51

D'une part, en tapant ta commande $ grep boot/..., le système me répond par un avertissement disant que le collage de ce texte dans une console
peut s'avérer dangereux à cause d'un accès potentiel à root (je résume). Je peux accepter le risque sans problème ?

D'autre part, en cherchant le point de montage de sda1 (IC35..) sur gparted, je me rends compte que sdb1 (ST1000) est sur / avec le drapeau=boot
alors qu'il n'y a rien sur IC35, ni boot, ni "/". Je saurais comment mettre le drapeau à "boot", mais serait-ce judicieux (et comment faire, simplement avec mount ?) de mettre sda1 en racine ? Et si oui, dois-je remplacer /pointdemontage/var.. par /root/var/... ? D'après ce que tu me dis dans ton dernier post, je pense que cela n'a rien à voir, mais comme il faut essayer de tout envisager...

Pardon pour ces questions qui peuvent te paraître naïves, mais ma culture debian est assez limitée.

raleur · 17-06-2022 18:41:22

solveig a écrit :

le système me répond par un avertissement disant que le collage de ce texte dans une console peut s'avérer dangereux à cause d'un accès potentiel à root

Cette commande est exécutée en tant qu'utilisateur normal, je ne vois pas où est le problème.

solveig a écrit :

il n'y a rien sur IC35

Il faut monter la partition, tout simplement. Et adapter la commande avec le point de montage utilisé, bien sûr.
Tu l'as déjà fait pour le chroot, je pensais que c'était acquis.

solveig · 20-06-2022 20:24:46

Salut
Voilà le résultat de la commande grep.

root@e84:~# mount /dev/sdb1  /mnt/target

mount: /mnt/target: /dev/sdb1 déjà monté sur /mnt/target.

root@e84:~# grep boot/vmlinuz-3.2.0-4-amd64 /mnt/target/var/lib/dpkg/info/linux-image-3.2.0-4-amd64.md5sums md5sum 

/mnt/target/boot/vmlinuz-3.2.0-4-amd64

/mnt/target/var/lib/dpkg/info/linux-image-3.2.0-4-amd64.md5sums:70425f2f74846b6e59f781c99567d2ed  boot/vmlinuz-3.2.0-4-amd64

grep: md5sum: Aucun fichier ou dossier de ce type

raleur · 20-06-2022 22:36:12

Il s'agit de deux commandes distinctes et tu les as mélangées...

md5sum /mnt/target/boot/vmlinuz-3.2.0-4-amd64

Dernière modification par raleur (20-06-2022 22:37:18)

solveig · 21-06-2022 15:18:07

Toutes mes excuses, il est vrai que j'avais trouvé "la" commande un peu bizarre.
Mais rien à en tirer de ce côté-là, les deux sommes de contrôles sont identiques.

phil@e84:~$ grep boot/vmlinuz-3.2.0-4-amd64 /mnt/target/var/lib/dpkg/info/linux-image-3.2.0-4-amd64.md5sums

70425f2f74846b6e59f781c99567d2ed  boot/vmlinuz-3.2.0-4-amd64

phil@e84:~$ md5sum /mnt/target/boot/vmlinuz-3.2.0-4-amd64

70425f2f74846b6e59f781c99567d2ed  /mnt/target/boot/vmlinuz-3.2.0-4-amd64

Je vais maintenant sortir physiquement le IC35 de ce PC et voir ce que cela donne sur mon autre bullseye.

solveig · 21-06-2022 17:12:55

Finalement, je ne peux pas mettre mon dd IC35 sur mon autre PC, sa carte-mère (Gigabyte GA-Z77-D3H), n'ayant pas de connecteur IDE
et mon IC35 n'ayant pas de connecteur Sata.

Croutons · 21-06-2022 18:03:10

si tu tiens vraiment a monté ton disque tu peux passer par une station d'accueil mais je suis pas sur que dépenser 30 € est très judicieux , a par si tu as des données que tu n'as pas ailleurs

solveig · 21-06-2022 18:18:52

Je commence à me demander si ça vaut le coup à continuer sur cette voie.
Je pense que la station d'accueil est inutile, vu que pour l'instant, je peux récupérer les données.
Ce qui me chagrine le plus, c'est de ne pas comprendre pourquoi ce dd est lisible sans être présent dans le bios (partie main).

A ton avis, je mets "Abandon" et on en reste là ?

raleur · 21-06-2022 19:31:42

Ce qui me chagrine moi, c'est de ne pas comprendre pourquoi GRUB reboote quand il charge l'image du noyau depuis ce disque. Deux hypothèses :
- c'est lié au disque Deskstar
- c'est lié à l'image du noyau, même si la comparaison des sommes MD5 indique qu'elle n'est pas corrompue.

Test :
- copier les fichiers vmlinuz et initrd 3.2 dans le répertoire /boot de l'autre disque
- exécuter update-grub pour les ajouter au menu de GRUB (dans le premier sous-menu "options avancées")
- éditer l'option root= des lignes "linux" du noyau 3.2 dans /boot/grub/grub/grub.cfg pour remplacer l'UUID de la racine du gros disque dur par l'UUID de la racine du Deskstar.
- booter sur le noyau 3.2 du premier sous-menu "options avancées" et voir ce qui se passe.
Si ça boote bien, c'est le disque. Si ça reboote, c'est l'image du noyau vs GRUB.

Dernière modification par raleur (21-06-2022 19:34:17)

solveig · 24-06-2022 12:49:38

Hello

raleur a écrit :

exécuter update-grub pour les ajouter au menu de GRUB (dans le premier sous-menu "options avancées")

Cela veut-il dire que update-grub les ajoute automatiquement ? (je n'ai pas trouvé ce sous-menu, bien que man update-grub parle d'une rubrique "options").

raleur a écrit :

- éditer l'option root= des lignes "linux" du noyau 3.2 dans /boot/grub/grub/grub.cfg pour remplacer l'UUID de la racine du gros disque dur par l'UUID de la racine du Deskstar.

Sauf erreur de ma part, c'est déjà le cas (2 occurences) :

### BEGIN /etc/grub.d/10_linux ###

menuentry 'Debian GNU/Linux, avec Linux 3.2.0-4-amd64' --class debian --class gnu-linux --class gnu --class os {

  load_video

  insmod gzio

  insmod part_msdos

  insmod ext2

  set root='(hd0,msdos1)'

  search --no-floppy --fs-uuid --set=root 4a8c6e6f-2e33-4284-8090-b4fa912a8587

  echo  'Chargement de Linux 3.2.0-4-amd64 ...'

        linux         /boot/vmlinuz-3.2.0-4-amd64 root=UUID=4a8c6e6f-2e33-4284-8090-b4fa912a8587 ro initrd=/install/gtk/initrd.gz quiet

  echo  'Chargement du disque mémoire initial ...'

  initrd  /boot/initrd.img-3.2.0-4-amd64

}

menuentry 'Debian GNU/Linux, avec Linux 3.2.0-4-amd64 (mode de dépannage)' --class debian --class gnu-linux --class gnu --class os {

  load_video

  insmod gzio

  insmod part_msdos

  insmod ext2

  set root='(hd0,msdos1)'

  search --no-floppy --fs-uuid --set=root 4a8c6e6f-2e33-4284-8090-b4fa912a8587

  echo  'Chargement de Linux 3.2.0-4-amd64 ...'

  linux /boot/vmlinuz-3.2.0-4-amd64 root=UUID=4a8c6e6f-2e33-4284-8090-b4fa912a8587 ro single initrd=/install/gtk/initrd.gz

  echo  'Chargement du disque mémoire initial ...'

  initrd  /boot/initrd.img-3.2.0-4-amd64

}

### END /etc/grub.d/10_linux ###

ceci étant la sortie, lecture seule par mousepad, de /media/phil/4a8c [IC35... donc le Deskstar]/boot/grub/grub.cfg

J'ai pu me faire prêter un un adaptateur IDE/SATA/USB, j'ai relié mon dd Deskstar à mon autre pc (i5, sans doute UEFI, Bullseye) par usb.
Je ne l'ai pas trouvé dans les périphériques sata, bien sûr, mais dans Usb Storage Devices. Je ne suis pas arrivé à y booter dessus, soit par ignorance de ma part, soit parce que ce n'était pas possible.
Une fois Bullseye lancé, je l'ai bien retrouvé aussi bien avec lsblk, blkid, fdisk -l, qu'avec Gparted (chose bizarre, avec ce dernier, il se nomme CI53...
au lieu de IC35...).

raleur · 24-06-2022 13:08:57

solveig a écrit :

Cela veut-il dire que update-grub les ajoute automatiquement ?

update-grub ajoute tous les noyaux présents dans /boot.

solveig a écrit :

je n'ai pas trouvé ce sous-menu

Je parle du répertoire /boot et du menu de GRUB du gros disque contenant bullseye.

solveig a écrit :

Sauf erreur de ma part, c'est déjà le cas

Je parle du fichier grub.cfg du gros disque contenant bullseye.

solveig · 24-06-2022 15:23:46

J'ai rectifié le tir, mais que je démarre avec le ST1000 ou avec le IC35 et en choisissant Wheezy, j'ai le reboot à tous les coups.

raleur · 24-06-2022 15:52:48

Il ne faut pas choisir wheezy, il faut booter sur le ST1000, aller dans le sous-menu "advanced options" de bullseye et sélectionner le noyau 3.2.

solveig · 24-06-2022 16:36:36

Toujours le même résultat : reboot après quelques secondes
(et désolé d'avoir mal interprété ta commande).

Debian-facile

#26 05-06-2022 19:11:53

Re : [Clos] Disque dur non présent dans le BIOS

#27 06-06-2022 12:27:54

Re : [Clos] Disque dur non présent dans le BIOS

#28 06-06-2022 13:38:11

Re : [Clos] Disque dur non présent dans le BIOS

#29 06-06-2022 18:54:13

Re : [Clos] Disque dur non présent dans le BIOS

#30 07-06-2022 07:17:39

Re : [Clos] Disque dur non présent dans le BIOS

#31 16-06-2022 10:39:02

Re : [Clos] Disque dur non présent dans le BIOS

#32 16-06-2022 12:25:32

Re : [Clos] Disque dur non présent dans le BIOS

#33 16-06-2022 15:33:16

Re : [Clos] Disque dur non présent dans le BIOS

#34 16-06-2022 16:36:46

Re : [Clos] Disque dur non présent dans le BIOS

#35 17-06-2022 09:22:01

Re : [Clos] Disque dur non présent dans le BIOS

#36 17-06-2022 11:12:33

Re : [Clos] Disque dur non présent dans le BIOS

#37 17-06-2022 13:35:51

Re : [Clos] Disque dur non présent dans le BIOS

#38 17-06-2022 18:41:22

Re : [Clos] Disque dur non présent dans le BIOS

#39 20-06-2022 20:24:46

Re : [Clos] Disque dur non présent dans le BIOS

#40 20-06-2022 22:36:12

Re : [Clos] Disque dur non présent dans le BIOS

#41 21-06-2022 15:18:07

Re : [Clos] Disque dur non présent dans le BIOS

#42 21-06-2022 17:12:55

Re : [Clos] Disque dur non présent dans le BIOS

#43 21-06-2022 18:03:10

Re : [Clos] Disque dur non présent dans le BIOS

#44 21-06-2022 18:18:52

Re : [Clos] Disque dur non présent dans le BIOS

#45 21-06-2022 19:31:42

Re : [Clos] Disque dur non présent dans le BIOS

#46 24-06-2022 12:49:38

Re : [Clos] Disque dur non présent dans le BIOS

#47 24-06-2022 13:08:57

Re : [Clos] Disque dur non présent dans le BIOS

#48 24-06-2022 15:23:46

Re : [Clos] Disque dur non présent dans le BIOS

#49 24-06-2022 15:52:48

Re : [Clos] Disque dur non présent dans le BIOS

#50 24-06-2022 16:36:36

Re : [Clos] Disque dur non présent dans le BIOS

Pied de page des forums