Vous n'êtes pas identifié(e).
Pages : 1
Intel Core 2 Duo E8400 3.6 GHz RAM 3 Go NVidia GForce 7600GT Xfce
Hors ligne
Intel Core 2 Duo E8400 3.6 GHz RAM 3 Go NVidia GForce 7600GT Xfce
Hors ligne
En plus de cela, mon IC35 n'est plus présent dans la partie 'main' du bios, alors que je peux le retrouver dans la partie boot. Je le retrouve également dans mon réperrtoire personnel.
c'est un peu confus
Je n'ai pas compris ce que tu as essayé de faire
Si quelqu'un a déjà trouvé ce genre de bug, merci de me dire si et comment il a pu être résolu.
y'a pas de bug
Nommage des périphériques et systèmes de fichiers
La plupart des périphériques sont indiqués sous forme de nom de fichier (d'un périphérique bloc spécial), comme /dev/sda1, mais d'autres possibilités existent. Par exemple, pour
un montage NFS, périphérique peut ressembler à knuth.cwi.nl:/dir.
Les noms de périphérique de partitions de disque ne sont pas immuables. Une reconfiguration matérielle, l’ajout ou le retrait d’un périphérique peuvent provoquer des modifications de noms. C’est pour cela qu’il est fortement recommandé d’utiliser des identificateurs de système de fichiers ou de partition tels que des UUID ou LABEL. Actuellement les identificateurs (mots-clés) gérés sont :
LABEL=étiquette
Identificateur compréhensible de système de fichiers. Consultez aussi -L.
UUID=uuid
Identifiant unique universel (UUID). Le format de l’UUID est ordinairement une série de chiffres hexadécimaux séparés par des traits d’union. Consultez aussi -U.
Remarquez que mount(8) utilise les UUID comme des chaînes. Les UUID de la ligne de commande ou dans fstab(5) ne sont pas convertis en représentation binaire interne.
La chaîne représentant l'UUID devrait être composée de caractères en minuscules.
PARTLABEL=étiquette
Identificateur compréhensible de partition. Cet identificateur est indépendant du système de fichiers et n’est pas modifié par des opérations mkfs ou mkswap. Il est
géré par exemple pour les tables de partitionnement GUID (GPT).
PARTUUID=uuid
Identifiant unique universel de partition. Cet identificateur est indépendant du système de fichiers et n’est pas modifié par des opérations mkfs ou mkswap. Il est
géré par exemple pour les tables de partitionnement GUID (GPT).
Dernière modification par Croutons (21-05-2022 20:22:19)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
le plus ancien, de 40 Go, (il s' appelle IC35...)
Probablement un IBM/Hitachi Deskstar, famille surnommée "Death Star" en raison de sa propension à un mort prématurée. Il doit être vraiment très vieux, les deux que j'ai ont une interface IDE (PATA). Est-il en bonne santé ? Qu'en dit smartctl -a ?
ce dernier ne se lance pas (reboot à chaque tentative)
Reboot à quelle étape ? Et à partir de l'entrée de menu "mode dépannage/recovery" ?
je viens de m'apercevoir que grub me propose soit le stable, soit wheezy, mais celui-ci sur SDA1
Aucune importance, le nommage des disques sd* n'est pas stable et GRUB utilise les UUID.
J' ai donc essayé # dpkg-reconfigure grub-pc, en validant les deux premières proposititions et en jouant sur la dernière, à savoir
"les périphériques où installer Grub", soit
/dev/sda ST1000... (choix 1)
/dev/sda/sda1 (choix 2)
/dev/sdb IC35... (choix 3)
et j'ai essayé la plupart des combinaisons possibles.
Très mauvaise idée qui ne pouvait rien arranger puisque GRUB fonctionne.
Tu as donc écrasé le GRUB du vieux disque, le rendant incapable de démarrer par lui-même indépendamment de l'autre.
En prime, selon la dernière combinaison essayée, GRUB risque de ne plus fonctionner après sa prochaine mise à jour.
Conseil : relance la commande, sélectionne le ST1000 et lui seul.
lsblk me donnait le 40 G (IC35..) en sda et le ST1000 en sdb. Si à ce moment je refais mon dpkg-reconfigure... sans rien changer, la réponse est toujours la même, mais au reboot suivant, il y a inversion entre sda et sdb.
Comme déjà dit le nommage des disques sd* n'est pas stable d'un démarrage à l'autre. Rien à voir avec dpkg-reconfigure.
Il vaut mieux montrer que raconter.
Hors ligne
Intel Core 2 Duo E8400 3.6 GHz RAM 3 Go NVidia GForce 7600GT Xfce
Hors ligne
smartctl me répond 'No error logged'
Et les attributs ?
et je n'ai jamais eu de problème jusqu'à ce jour.
L'équipage du Titanic ou le type qui saute du haut d'un gratte-ciel aurait pu en dire autant quelques secondes avant l'impact : "jusqu'ici, tout va bien".
C'est la caractéristique même d'une panne : avant, ça marchait.
'Reboot à quelle étape ?'
Au démarrage de grub, j'ai bien les deux options stable et wheezy.
Si je sélectionne Wheezy, en mode normal ou en mode recovery, le système reboote.
Tu ne fais que répéter sans apporter d'information nouvelle. A quelle étape exactement ? Dès la validation de l'entrée de menu ? Après un certain temps de chargement ? Après l'affichage de messages du noyau (lesquels) ?
Je t'aurais bien demandé si tu avais essayé de booter directement sur le disque de wheezy mais comme tu as probablement écrasé son GRUB avec celui de bullseye, ça n'aurait pas d'intérêt.
Comme j'ai retrouvé l'iso de wheezy, je me demande si, en le réinstallant sur la même partition
Attention, s'il faut télécharger des paquets wheezy n'est plus sur les miroirs normaux. Il n'est plus que sur archive.debian.org et ses clés GPG ont peut-être expiré. Par contre tu peux utiliser l'installateur en mode rescue pour réinstaller GRUB sur ce disque.
Il vaut mieux montrer que raconter.
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Tu me dis que je pourrais utiliser l' installateur (de wheezy, je suppose) en mode rescue, pour réinstaller grub sur le IC35.
Mais là, je ne sais absolument pas comment faire, (en particulier, je ne trouve pas ce mode), et j' aurai besoin de tes lumières.
@ Croutons
Voilà, j' espère avoir été plus préçis cette fois-ci.
Intel Core 2 Duo E8400 3.6 GHz RAM 3 Go NVidia GForce 7600GT Xfce
Hors ligne
Tu me dis que je pourrais utiliser l' installateur (de wheezy, je suppose) en mode rescue, pour réinstaller grub sur le IC35.
D'abord, démarre sur le MBR du Deskstar pour voir quel GRUB il contient, soit depuis le menu de boot du BIOS, soit depuis le GRUB du Seagate en appuyant sur la touche c pour pour lancer le shell de GRUB (attention clavier QWERTY)
Si c'est le même menu GRUB que celui de Bullseye, alors il faut réinstaller le GRUB de wheezy.
Un autre moyen "simple" est de débrancher le Seagate et de booter sur l'autre pour voir ce qui se passe : soit GRUB affiche le menu de wheezy, soit GRUB affiche une erreur et l'invite grub rescue.
Dans le menu de démarrage de l'installateur, il doit y avoir un sous-menu "avancé" qui contient une entrée "rescue".
Dérouler les étapes comme pour une installation normale. A un moment, il sera demandé de sélectionner la partition à monter comme racine. Puis plusieurs options seront proposées : lancer un shell, réinstaller le chargeur d'amorçage GRUB... Après avoir sélectionné celle-ci, il faudra sélectionner l'emplacement : le MBR du Deskstar, /dev/sda ou /dev/sdb selon quel disque est lequel. La encore, le plus simple est de faire tout ça avec le Seagate débranché.
Il vaut mieux montrer que raconter.
Hors ligne
Pages : 1