BIOS uefi : gros problème

Support Debian
#41

Oui, je m’étais fait plaisir en pensant que ça serait ptet mon dernier ordi, au moins de ceux que j’aurai le courage de monter moi-même.
La CM, je l’avais payée 126.90 € chez Amazon et le proc (AMD 4 cœurs) 88.10 + un ventirad à 30.90.

Si, la ClefAgreg boute même avec uefi.

Pour l’éventuel retour de la CM, je verrai ça plus tard, une fois calmé. :033 Merci de ton retour d’expérience SAV.

Côté Windows, je n’en ai plus chez moi depuis 12 ans.

@Avram :
merci de ton retour d’expérience.
Je viens, d’ailleurs, de voir que j’en avais déjà monté une sur un P4. Demain ou après demain, j’essaierai de la placer sur l’ordibureau pour tester mais il serait étonnant que ce soit les bonnes dimensions.

#42

Cedric058 voulait peut-être dire que ClefAgreg est amorcée en mode legacy/BIOS alors que le système installé est amorcé en UEFI. Si c’est bien le cas, ça vaudrait le coup d’amorcer le système installé en legacy pour voir ce que ça donne. Mais la différence peut venir d’ailleurs, comme des versions du noyau ou d’autre chose qui diffère entre les deux systèmes.

#43

Cedric058 voulait peut-être dire que ClefAgreg est amorcée en mode legacy/BIOS alors que le système installé est amorcé en UEFI. Si c’est bien le cas, ça vaudrait le coup d’amorcer le système installé en legacy pour voir ce que ça donne. Mais la différence peut venir d’ailleurs, comme des versions du noyau ou d’autre chose qui diffère entre les deux systèmes.[/quote]
Je répondrai à tout ça ce soir, MAIS :041 je suis sur mon ordibureau, avec encore des problèmes mais ayant résolu le principal : liaison réseau.
J’ai démonté une vieille carte ETH sur un ordinosaure P4, après l’avoir testée.
Je l’ai montée sur l’ordibureau et la première constatation, sitôt que j’ai pu avoir une distrib qui réponde, c’est que je n’avais plus d’alerte de non connexion.
tout n’est pas parfait avec la souris mais c’est secondaire.
J’explique en plus précis ce soir;

#44

Cedric058 voulait peut-être dire que ClefAgreg est amorcée en mode legacy/BIOS alors que le système installé est amorcé en UEFI. Si c’est bien le cas, ça vaudrait le coup d’amorcer le système installé en legacy pour voir ce que ça donne. Mais la différence peut venir d’ailleurs, comme des versions du noyau ou d’autre chose qui diffère entre les deux systèmes.[/quote]
Après le flashage, il est recommandé de rétablir le bios natif, ce que j’ai fait.
Je me retrouve donc avec les UEFI and Legacy. Je pense donc que tout ce que nous avions fait ensemble est caduque ?
Pour l’instant, je laisse ainsi car j’ai résolu le côté réseau avec cette carte PCI, ancienne mais qui a l’air de tenir le coup. Il subsiste encore deux problèmes, dont un est moindre car je peux le contourner : les prise USB 2 ne répondent plus à la souris (et certainement au reste). Les prises USB 3 sont, elles, fonctionnelles et il y en a trois c’est donc suffisant. Je suppose que, comme la connexion réseau, ça a été fusillé lors du crash du Bios.
Ce qui est plus gênant, c’est le SSD, sur lequel je ne peux plus me connecter.
Mes investigations m’ont dirigées vers gparted qui montre des modifications sur les systèmes de fichiers.
Quatre partitions sur ce SSD de 120 Go :
AVANT =
1 Jessie ‘/’ ext4 25 Go
2 Swap 0.8 Go
4 Grub bios_grub 1049 Kb
3 /home ext4 80 Go
APRÈS
1 système de fichiers inconnu - aucunes données de capacité utilisée et disponible.
2 swap = inchangé
4 (le Grub) système de fichiers inconnu
3 /home = inchangé ext4

Qu’est-ce qui serait le plus conseillé de faire ?
Merci.

#45

Pour la partition bios_grub, c’est normal : elle ne contient pas de système de fichiers. Au passage, si tu as cette partition au lieu d’une partition système EFI, l’amorçage se fait en mode legacy/BIOS et non en mode UEFI natif.

Par contre pour la partition racine, c’est étonnant. Je ne vois pas comment un dysfonctionnement du BIOS voire de la carte mère pourrait provoquer cela. Tu as essayé de voir comment [mono]file -s[/mono] identifie cette partition, ce qu’en disent [mono]e2fsck[/mono] et [mono]tune2fs -l[/mono] ?

#46

[quote=“PascalHambourg”]Pour la partition bios_grub, c’est normal : elle ne contient pas de système de fichiers. Au passage, si tu as cette partition au lieu d’une partition système EFI, l’amorçage se fait en mode legacy/BIOS et non en mode UEFI natif.

Par contre pour la partition racine, c’est étonnant. Je ne vois pas comment un dysfonctionnement du BIOS voire de la carte mère pourrait provoquer cela. Tu as essayé de voir comment [mono]file -s[/mono] identifie cette partition, ce qu’en disent [mono]e2fsck[/mono] et [mono]tune2fs -l[/mono] ?[/quote]

À partir de quoi je dois taper ces commandes ?
En dehors le CleAgreg, je n’ai accès qu’au DD Sata classique, sur lequel j’ai une ancienne Sid, fonctionnelle, ainsi que Kubuntu, maintenant fonctionnel aussi.

#47

Peu importe normalement, ils devraient tous voir la même chose sur le SSD.

#48

file -s : y veut pas

ricardo@sid-sdb:~$ sudo file -s [sudo] password for ricardo: Usage: file [-bcEhikLlNnprsvz0] [--apple] [--mime-encoding] [--mime-type] [-e testname] [-F separator] [-f namefile] [-m magicfiles] file ... file -C [-m magicfiles] file [--help]
e2fsck : pas mieux

ricardo@sid-sdb:~$ sudo e2fsck Utilisation : e2fsck [-panyrcdfvtDFV] [-b super-bloc] [-B taille-de-bloc] [-I nombre-blocs-du-tampon-i-noeuds] [-P taille-i-noeud-processus] [-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe] [-E options-étendues] périphérique
tune2fs -l ???

ricardo@sid-sdb:~$ sudo tune2fs -l tune2fs 1.42.13 (17-May-2015) Utilisation : tune2fs [-c limite-maximale-de-montage] [-e comportement-en-cas-d-erreur] [-g groupe] [-i intervalle[d|m|w]] [-j] [-J options-journal] [-l] [-m pourcentage-de-blocs-réservés] [-o [^]options-de-montage[,...]] [-p intervale-mise-à-jour-mmp] [-r nombre-de-blocs-réservés] [-u utilisateur] [-C nombre-de-montage] [-L étiquette-du-volume] [-M dernier-répertoire-monté] [-O [^]fonctionnalité[,...]] [-Q options-de-quota] [-E option-étendue[,...]] [-T date-de-dernière-vérification] [-U UUID] [-I nouvelle-taille-i-noeuds] périphérique
À tout hasard, fdisk semble être plus causant

[code]ricardo@sid-sdb:~$ sudo fdisk -l
Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Type d’étiquette de disque : gpt
Identifiant de disque : 9BA0D261-DA04-4274-8135-D5D2D09D2045

Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 48828415 48826368 23,3G Données de base Microsoft
/dev/sda2 48828416 64452607 15624192 7,5G Partition d’échange Linux
/dev/sda3 68360192 224610303 156250112 74,5G Données de base Microsoft
/dev/sda4 64452608 64454655 2048 1M Amorçage BIOS

Les entrées de la table de partitions ne sont pas dans l’ordre du disque.

Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d’étiquette de disque : gpt
Identifiant de disque : FF18D671-B4A4-4AFB-BC2D-29BDB6E6E5B3

Périphérique Début Fin Secteurs Taille Type
/dev/sdb1 2048 48828415 48826368 23,3G Système de fichiers Linux
/dev/sdb2 48828416 48832511 4096 2M Amorçage BIOS
/dev/sdb3 1061373952 1225211903 163837952 78,1G Système de fichiers Linux
/dev/sdb4 1225211904 1274040028 48828125 23,3G Système de fichiers Linux
/dev/sdb5 83986432 240234495 156248064 74,5G Système de fichiers Linux
/dev/sdb8 447088640 549318655 102230016 48,8G Système de fichiers Linux
/dev/sdb9 549320704 866062335 316741632 151G Système de fichiers Linux
/dev/sdb10 866064384 905123839 39059456 18,6G Système de fichiers Linux
/dev/sdb11 905125888 1061373951 156248064 74,5G Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l’ordre du disque.
[/code]
blkid n’est plus comme avantricardo@sid-sdb:~$ sudo blkid /dev/sda1: PARTUUID="e8ec704f-554b-4468-a55a-6bf23d27ae61" /dev/sda2: UUID="d0cdf0ad-4c14-43ed-9b26-f31ad97f59ae" TYPE="swap" PARTUUID="7ca10ad9-c9ec-4333-9c3f-dc1be12c7d17" /dev/sda3: UUID="49a330b7-a358-4084-b0ee-535dc8a724ef" TYPE="ext4" PARTUUID="aeb25307-afbc-4916-a44f-d02460bc778c" /dev/sda4: PARTLABEL="grub" PARTUUID="882d8c27-50de-4f09-bc31-a341eab7dd21" /dev/sdb1: UUID="0f87b122-7a38-4fb4-a543-4e670738e618" TYPE="ext4" PARTLABEL="sid-sdb" PARTUUID="7e4ab7ce-e8d8-403a-a0d0-f9162de9b72c" /dev/sdb2: PARTLABEL="grub" PARTUUID="fe1002f6-9a4b-45e8-90ca-445865f74446" /dev/sdb3: LABEL="sauve-ricardo" UUID="047a547e-75e4-4eb4-8838-157be51e88a0" TYPE="ext4" PARTLABEL="sauve-ricardo" PARTUUID="57ea8e9f-4a8a-4896-b22e-ffb464a1f02c" /dev/sdb4: LABEL="sauve/" UUID="bb2efa75-1da3-4780-9454-a29e1755e78b" TYPE="ext4" PARTLABEL="sauve-/" PARTUUID="acab6d71-9089-48e3-8a64-2e0fee64bf3f" /dev/sdb5: UUID="5f89a58d-f634-43e3-8d3b-4f95cf315cb7" TYPE="ext4" PARTLABEL="home-sid" PARTUUID="fb4e8212-bb97-49e0-b7d9-7cd2b2e81d3d" /dev/sdb8: LABEL="sauve-serveur" UUID="42cb3452-dbca-4fe9-9b43-a5f5302ed66f" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="1fa422ee-4700-4f70-9dec-dccb963a3357" /dev/sdb9: LABEL="archiveZM" UUID="fd6997ab-3758-4afe-8400-ad8d91a4c957" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="5620f8b4-cb78-46b8-af85-83d1483c9a91" /dev/sdb10: UUID="4f333e30-37d7-4e4f-90ca-92279a898c92" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="1e1a6b3b-ceb5-4a20-a412-2cd794ec72f7" /dev/sdb11: UUID="3c923da1-1aba-455f-8b9d-bbd8fb500f87" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="cdc53a1f-4554-4147-acb7-fca4a09285d2"

#49

Si tu n’indiques pas quelle partition il faut examiner, ça va marcher beaucoup moins bien…

#50

Tu joues les Bourvil, là, moqueur, va !
Tu sais, à moi, il faut mettre les points sur les i :confused:
Je vais faire ça mais j’attends un livreur alors il se peut que ça ne soit pas dans les minutes qui suivent.
J’ai rajouté des trucs sur mon dernier message, entre autres blkid.

#51

Etant donné ton expérience, je pensais que ce n’était plus nécessaire et que tu avais le réflexe de consulter la page de manuel d’une commande en cas de doute.

#52

Tu me surestimes, plus ça va plus je retourne en arrière. :unamused:

[code]ricardo@sid-sdb:~$ sudo file -s /dev/sda
/dev/sda: DOS/MBR boot sector, extended partition table (last)

ricardo@sid-sdb:~$ sudo file -s /dev/sda1
/dev/sda1: data[/code]

=====================

ricardo@sid-sdb:~$ sudo e2fsck /dev/sda1 e2fsck 1.42.13 (17-May-2015) ext2fs_open2: Numéro magique invalide dans le super-bloc e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage... le superbloc a un journal invalide (i-noeud 8). Effacer<o>?
----------- un Ctrl C donne cette suite :

[code]e2fsck: Numéro d’i-noeud illégal lors de la vérification du journal ext3 pour /dev/sda1

/dev/sda1: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

/dev/sda1 : ATTENTION : le système de fichiers contient encore des erreurs[/code]

=====================

ricardo@sid-sdb:~$ sudo tune2fs -l /dev/sda1 tune2fs 1.42.13 (17-May-2015) tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda1 Impossible de trouver un superbloc de système de fichiers valide. ricardo@sid-sdb:~$

#53

Effectivement tu en oublies même le formatage du bloc de code, c’est inquiétant…

A part ça, le résultat d’e2fsck n’a pas l’air très engageant mais je ne connais pas trop le domaine… Si tu as des choses importantes à récupérer dans cette partition, essaie d’abord de les récupérer avec [mono]photorec[/mono] ou équivalent avant de laisser [mono]e2fsck[/mono] tout tripatouiller. Ceci dit, il a quand même l’air d’avoir trouvé un superbloc de secours à peu près acceptable puisqu’il poursuit après la première erreur.

#54

[quote=“PascalHambourg”]Effectivement tu en oublies même le formatage du bloc de code, c’est inquiétant…

A part ça, le résultat d’e2fsck n’a pas l’air très engageant mais je ne connais pas trop le domaine… Si tu as des choses importantes à récupérer dans cette partition, essaie d’abord de les récupérer avec [mono]photorec[/mono] ou équivalent avant de laisser [mono]e2fsck[/mono] tout tripatouiller. Ceci dit, il a quand même l’air d’avoir trouvé un superbloc de secours à peu près acceptable puisqu’il poursuit après la première erreur.[/quote]

Pas pu revenir avant, cause courses urgentes pour Madame, et installation frigo neuf qui vient d’être livré.

Oubli du code réparé :blush:

Au niveau des données à récupérer, no problem car je venais de faire un rsync sur sdb4 la veille de la panne, et un autre une semaine auparavant sur un DDext. Maintenant que j’ai accès à cette ancienne Sid en sdb1, grâce au grub qui avait été installé antérieurement sur ce DD sata, je peux copier toutes les données sensibles, ce que je vais faire rapidement.
Question :
Est-ce que je n’aurais pas intérêt à refaire une install fraiche sur ce SSD, en conservant la /home (sda3) sur sa partition qui ne semble pas avoir trop souffert, au vu de l’UUID qui n’a pas été modifiée, contrairement à celle de sda1 (la racine complète sauf /home) ?

Retour ce soir très tard.

#55

As-tu vraiment besoin que je réponde à cette question ?
En réinstallant, tu auras évidemment l’assurance de retrouver dans un temps défini un système sans fichiers corrompus ou manquants. Maintenant, si tu as une sauvegarde complète de ta racine, tu peux aussi l’utiliser pour restaurer le système.

#56

Des fois que tu aies une autre idée à proposer 8)
Mes sauvegardes ne prennent pas en comptes certains dossiers que j’“exept from” avec rsync.
donc, pour éviter les erreurs sup, je vais faire du neuf en conservant la /home.
Je vais faire ça ce soir, si tout va bien.

#57

J’ai fait l’install, sans problèmes, sauf à la fin où j’ai eu les boules d’avoir à tout recommencer.
Install terminée, arrivé à la demande Grub : Voulez-vous installer sur le secteur d’amorçage : oui,
sda ou sdb ? réponse sda, ce qui me semble logique puisque c’est ma distrib principale.
Il trouve bien toutes les racines installées sur les deux disques.
“moulinage” jusqu’à 66 %, puis plus rien ne bouge.
Pour une fois je suis patient mais il m’a fallu attendre 15 mn pour voir apparaitre l’annonce d’avoir à retirer de CD.
Enfin, c’est fait et la /home est bien intacte.
Il ne me reste plus qu’à nourrir la bête pour quelques bricoles maison (Iptables, scripts, etc.)
Merci de l’aide.