Win10 m'a encore flingué debian

Support Debian
#21

La première (Elle donne les infos du disque?)

ubuntu@ubuntu:~$ sudo fdisk -l /dev/nvme0n1
Disque /dev/nvme0n1 : 119,25 GiB, 128035676160 octets, 250069680 secteurs
Disk model: SAMSUNG MZVLW128HEGR-000L2              
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 : 96C91F98-0422-4A1A-8CB1-6EDA5F165802

Périphérique      Début       Fin  Secteurs Taille Type
/dev/nvme0n1p1     2048   1050623   1048576   512M Système EFI
/dev/nvme0n1p2  1050624  59643903  58593280    28G Système de fichiers Linux
/dev/nvme0n1p3 59643904  76197887  16553984   7,9G Partition d'échange Linux
/dev/nvme0n1p4 76197888 250065102 173867215  82,9G Système de fichiers Linux

La seconde (donne les infos blocks de la partition ?)

ubuntu@ubuntu:~$ sudo dumpe2fs -h /dev/nvme0n1p4 | grep Block
dumpe2fs 1.45.5 (07-Jan-2020)
Block count:              21733888
Block size:               4096
Blocks per group:         32768

Qu’est-ce que tu vérifies avec ces commandes?

L’espace libre à la fin du disque n’est pas lié à ce problème? Ce n’est pas moi qui l’ai mis, et j’ai même essayé de redimensionner la partition à un moment pour qu’il n’y soit plus, ça n’a jamais marché. C’était il y a un moment par contre.

#22

Avec ces commandes je vérifie

  • la taille du système de fichiers 21733888 (blocs) * 4096 (octets/bloc) / 512 (octets/secteur) = 173871104 secteurs
  • la taille de la partition 173867215 secteurs
  • qu’il manque donc 173871104 - 173867215 = 3889 secteurs à la fin de la partition
  • qu’il y a 250069680 (taille du disque) - 33 (taille de la table de partition GPT de secours à la fin du disque) - 250065102 (position de fin de la partition) -1 = 4544 secteurs libres après la fin de la partition, soit plus que le nombre de secteurs manquants de la partition

Il devrait donc suffire d’agrandir la partition pour qu’elle ait une taille de 173871104 secteurs, par exemple avec

parted /dev/nvme0n1 resizepart 4 173871104s

ou avec Gparted, mais comme il agit aussi sur le système de fichiers je me méfierais.

#23

Merci pour tes explications c’est clair.

ubuntu@ubuntu:~$ sudo parted /dev/nvme0n1p4 resizepart 4 173871104s
Erreur: La partition n'existe pas.

:neutral_face:

Gparted ne veut pas la redimensionner non plus. Même erreur que quand j’essayais de faire une réparation, comme quoi le nombre de blocks n’est pas bon, que la partition est corrompue.

#24

Je ne me souviens plus ce que j’ai comme données sur cette partition. Mais rien d’important je pense, la plupart de mes données étant sauvegardées, et en double, sur d’autres ordis.

Est-il possible d’envisager « simplement » la refaire, avec le point de montage /home, le même utilisateur, etc, pour éviter de tout réinstaller?

Les applications ne s’installent pas dans le /home de mémoire? et je devrais « juste » perdre les données qui étaient dedans et l’impact sur les applications serait minime?

(l’exercice est cependant très intéressant pour développer mes faibles compétences linux, mais je ne veux pas abuser de ton temps non plus…)

#25

Ma faute, j’ai fait une erreur dans la commande. Il faut spécifier le nom de périphérique du disque et non de la partition. J’ai corrigé dans le message.

#26

ça a mis la FIN de la partition à 173871104 blocs.

J’imagine qu’il faut refaire le calcul en conséquent.

#27

Je me suis encore trompé, il faut mettre la nouvelle position de fin et non la nouvelle taille.

parted /dev/nvme0n1 resizepart 4 $((76197888+173871104))s

ou

parted /dev/nvme0n1 resizepart 4 4250068992s
1 J'aime
#28

On dirait que ça a marché, je redémarre

#29

Pas besoin, il suffit d’essayer de monter la partition pour vérifier.

#30

C’est bon tout marche, trop bien!!!

Je te remercie mille fois, surtout qu’en plus j’ai très bien compris le problème et la solution.