#51 Le 16/07/2019, à 12:22
- Watts
Re : Plantage de GRUB / GDM
Le rapport smart indique que c'est un seagate barracuda de 1To. Peut être qu'ils ont fait une mauvaise pioche? Je te conseille de leur joindre le rapport smart, ainsi que l'analyse de geole, qui prouve que le disque se dégrade très vite et que même le stockage de données est impensable sur un tel disque
Acer Aspire X3990-Dual boot Windows 7 / Ubuntu 18.04
Hors ligne
#52 Le 16/07/2019, à 12:33
- heronheronpetitpatapon
Re : Plantage de GRUB / GDM
Ok merci, oui je vais faire ça!
...Ubuntu Rocks....
Hors ligne
#53 Le 16/07/2019, à 12:33
- heronheronpetitpatapon
Re : Plantage de GRUB / GDM
merci à toi et à Geole pour l'analyse du disque qui s'est malheureusement révélé juste. Chapeau les mecs:-)
...Ubuntu Rocks....
Hors ligne
#54 Le 17/07/2019, à 00:25
- heronheronpetitpatapon
Re : Plantage de GRUB / GDM
Ah y'a sans doute du nouveau!
En désespoir de cause, j'ai décidé de rallumer le pc en "live" et de faire un fsck pour voir, perdu pour perdu autant tout tenter en attendant de recevoir un boîtier externe pour analyse mieux ce disque! Comme par magie une fois le live allumé les partirons qui avait totalement disparu cette après-midi sont revenues ainsi que les fichiers notamment ceu du /Home :
J'ai donc décidé de lancer un fsck sur l'ensemble du disque :
ubuntu@ubuntu:~$ sudo fsck -a /dev/sda
fsck from util-linux 2.31.1
fsck.ext2: Bad magic number in super-block while trying to open /dev/sda
/dev/sda:
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Found a gpt partition table in /dev/sda
ubuntu@ubuntu:~$
Dernière modification par heronheronpetitpatapon (Le 17/07/2019, à 00:51)
...Ubuntu Rocks....
Hors ligne
#55 Le 17/07/2019, à 00:33
- heronheronpetitpatapon
Re : Plantage de GRUB / GDM
Je continue, un ami spécialisé en support Linux m'a donné qq tuyaux via les pages suivantes :
https://www.maketecheasier.com/check-re … sck-linux/
https://linuxexpresso.wordpress.com/201 … in-ubuntu/
J'ai donc lancé la commande suivante pour vérifier le système de fichier et pour détecter les super-blocks possiblement défectueux.
ubuntu@ubuntu:~$ sudo fsck.ext4 -v /dev/sda
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Found a gpt partition table in /dev/sda
ubuntu@ubuntu:~$
Si je comprend bien le résultat de cette commande, deux super-blocs ont été localisés (8193 et 32768) et pour tenter de les "débloquer" le dois lancer les commandes suivantes :
e2fsck -b 8193 <device>
e2fsck -b 32768 <device>
Dernière modification par heronheronpetitpatapon (Le 17/07/2019, à 00:49)
...Ubuntu Rocks....
Hors ligne
#56 Le 17/07/2019, à 00:50
- heronheronpetitpatapon
Re : Plantage de GRUB / GDM
Vous en pensez quoi?
...Ubuntu Rocks....
Hors ligne
#57 Le 17/07/2019, à 06:40
- moko138
Re : Plantage de GRUB / GDM
Vous en pensez quoi?
ARRÊTE tes c*nneries au plus vite !
Cf. "Récupération de données - Importance de débrancher le disque", ./viewtopic.php?id=2017964
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#58 Le 17/07/2019, à 10:15
- Watts
Re : Plantage de GRUB / GDM
Ne serais-ce pas inutile de rappeler que plus le disque fonctionne plus tu perds des données? Un fsck est littérallement dévastateur dans ces cas là
Acer Aspire X3990-Dual boot Windows 7 / Ubuntu 18.04
Hors ligne
#59 Le 17/07/2019, à 15:28
- geole
Re : Plantage de GRUB / GDM
Bonjour
Rappel de diverses informations
Post N° 18
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 055 053 006 Pre-fail Always - 207219342
7 Seek_Error_Rate 0x000f 078 060 045 Pre-fail Always - 68553869
9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 2591 (84 199 0)
190 Airflow_Temperature_Cel 0x0022 066 046 040 Old_age Always - 34 (Min/Max 28/34)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 23
194 Temperature_Celsius 0x0022 034 054 000 Old_age Always - 34 (0 12 0 0 0)
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 56
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 2575 (97 88 0)
254 Free_Fall_Sensor 0x0032 100 100 000 Old_age Always - 0
Le disque a une bonne température (compteur 190 et 194), il n'est jamais tombé (compteur 254) et a eu très peu de vibrations (compteur 191)
Il est jeune avec 2591 heures (compteur 9) et a réellement fonctionné 2575 heures (compteur 241) La différence étant le temps pendant lequel on lui demandait de rien faire. Cependant il fonctionne mal:
La qualité de lecture écriture est estimée à 55% (compteur 1) et le taux de bon fonctionnement est estimé à 78% avec une descende à 60% sachant que plus bas que 45% cela risque d'être déclaré failing now (compteur 7)
Par ailleurs 56 zones sont irrécupérables car illisibles.
Post N°21
Peux-tu l'actualiser vu ce qu tu dis au post N° 49
Post n°41
Comme tu exécutes la commande en mode recovery le fichier est stocké directement au premier niveau dans / et pas dans /home/$USER
Post N° 42
Une sauvegarde du /home à bien été faite, Mais certains fichiers étaient illisibles
Ce n'est pas surprenant avec au moins 56 secteurs inaccessibles!
Puis le home disparaît. D'ailleurs le disque entier disparaît:
C'est ce qui va arriver de plus en plus régulièrement. il reviendra au bout de quelques heures, puis plus du tout.
post N°46
User Capacity: 19,132,229,031,142,808 bytes [19.1 PB]
Logical block size: 1267335167 bytes
Une petite explication: Le disque contient des secteurs inaccessibles à l'utilisateur mais réservés à la gestion du disque lui-même. cette zone est accessible par le firwmare. C'est là qu'il trouve certaines caractéristiques du disque par exemple, sa taille et la taille du transfert des données.
Manifestement, la lecture a donné des informations anormales:
La taille du logical block size doit être de 512 pour dialoguer avec ubuntu
Le disque ne peut pas avoir une taille de 20.000 téra-octets. Le disque fourni n'importe quoi à partir de ces secteurs hyper-importants.
Post N° 46 testdisk peut-il aider
La réponse est NON. La fonction principale de testdisk est de récupérer des données lorsqu'un utilisateur a supprimé les partions sans les reformater: Taux de réussite proche de 100%.
Lorsque le reformatage a eu lieu, testdisk essaie d'explorer les vieux secteurs à la recherche de vieilles descriptions de tables de partition. Suivant ce qu'il trouve, cela peut récupérer un peu ou beaucoup
posts N°54 et 55
Une commande fsck est stupide en fournissant comme paramètre un disque. C'est une partition qu'il faut fournir pour espérer une analyse correcte.
Lorsqu'on ne connaît pas la cause, il est préférable de faire un état des lieux. En priorité avec smartctl. Si cela montre que le disque est en bon état physique, on peut lancer le fsck avec l'option -n afin de simuler la réparation afin d'avoir une idée de ce qui se passera.
Nota: Les exemples montrent pourtant que les commandes se terminent avec un numéro de partition.
post N° 56
Au vu de l'évolution du disque qui ne sait plus qui il est (perte de géométrie), même si tu as oublié de sauver quelques fichiers, tu dois considérer que c'est impossible. Cela ne vaut pas la peine de tenter de dupliquer la partie lisible sur un autre disque par l'utilitaire ddrescue.
Pendant cette opération qui durerait des jours, il va continuer à disparaître mystérieusement. Voir le post N° 46.
Si de plus, cela concerne des fichiers que tu as essayé de sauver et qui ont été déclarés illisibles, ils continueront de l'être dans la duplication.
Conclusion disque neuf avec installation neuve.
Si tu tiens à tenter la duplication à tes risques et périls, le disque neuf doit avoir une taille au moins équivalente.
Dernière modification par geole (Le 17/07/2019, à 15:31)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne