Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#51 Le 16/07/2019, à 11: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, à 11:33

heronheronpetitpatapon

Re : Plantage de GRUB / GDM

Ok merci, oui je vais faire ça!


...Ubuntu Rocks....

Hors ligne

#53 Le 16/07/2019, à 11: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 16/07/2019, à 23: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 16/07/2019, à 23:51)


...Ubuntu Rocks....

Hors ligne

#55 Le 16/07/2019, à 23: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 16/07/2019, à 23:49)


...Ubuntu Rocks....

Hors ligne

#56 Le 16/07/2019, à 23:50

heronheronpetitpatapon

Re : Plantage de GRUB / GDM

Vous en pensez quoi?


...Ubuntu Rocks....

Hors ligne

#57 Le 17/07/2019, à 05:40

moko138

Re : Plantage de GRUB / GDM

heronheronpetitpatapon a écrit :

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, à 09: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, à 14: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, à 14: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