Partitionner nouveau SSD

Support Debian
#21

Rien à voir, une partition GPT te permet d’utiliser UEFI

La partition est linux, exfat c’est le filesystem du formatage de la partition.

Si ca ne marche pas:

sfdisk --delete /dev/sdb
wipefs --all /dev/sdb
dd if=/dev/zero of=/dev/sdb bs=20000 count=2000
parted -s /dev/sda mklabel gpt
parted -s /dev/sda mkpart primary ext4 2048s 100%

la dernière ligne créé une partition pour ext4 pour tout le disque après avoir paramétré le disque en GPT (ligne précédente).
les trois premières lignes font entièrement le ménage sur le disque.

#23 
   root@PCdebian:~# sfdisk --delete /dev/sdb

La table de partitions a été altérée.
Appel d'ioctl() pour relire la table de partitions.
Échec de relecture de la table de partitions.: Périphérique ou ressource occupé
Le noyau continue à utiliser l'ancienne table. La nouvelle sera utilisée lors du prochain démarrage ou après avoir exécuté partprobe(8) ou partx(8).
Synchronisation des disques.
root@PCdebian:~#
#24

Penses à faire un systemctl daemon-reload pour que le système prenne en compte ce que tu fait (et aussi, j’ai oublié mais ça me paraissait évident, si le disque exfat est monté il faut le démonter d’abord).

#25

C’est fait avec fdisk et Disques.
Mais impossible de copier un fichier dessus
C’est en ext4 GPT

ceci aussi :

root@PCdebian:~# wipefs --all /dev/sda
wipefs: erreur : /dev/sda : échec d'initialisation de l'analyse: Périphérique ou ressource occupé
root@PCdebian:~#
#26

sda ou sdb? c’est un peu confus je trouve

#27

sda maintenant, j’ai retiré un disque par sécurité

Le problème est ici :
Capture d’écran du 2026-06-16 18-28-53

#28

Attention, par defaut fdisk fait une table classique MBR qui limite la taille à 2T. Donc pour précisier le type de la table utilisée (GPT ou MBR), il faut taper «g» dans fdisk, sinon tu es limité à 2T.

#29

Il faut rester constant et précis dans les informations. Si tu fais n’importe quoi à n’importe quel moment, d’une part ça rend notre aide plus difficile, et d’autre part ça peut conduire à de mauvaise manipulations.

#30

C’est justement 2T

#31

Non ce n’est pas comme ça qu’on réfléchit à cet aspect. Tu met en GPT car rien ne justifie d’utiliser un modèle obsolète comme msdos.

#32

C’était en msdos par défaut lors de l’achat, c’est un nouveau disque.
Donc, c’est bon maintenant sauf pour y mettre des fichiers.

Comment changer les permissions alors qu’une erreur est toujours signalées ?

#33

Il est bizarre ce sujet de discussion. Reprenons un peu l’historique. Disque dur de 4 To annoncés, mais :

Est-ce qu’on parle à un vrai humain ? :sweat_smile:
J’ai l’impression de perdre mon temps sur ce sujet.

1 J'aime
#34

C’est de ma faute, je suis passé du 4To au 2To
Le 4To est en ordre maintenant ext4 et une seule partition, refuse une deuxième.

Donc,; je suis passé sur un SSD 2To acheté récemment, en exfat très très lent.
Finalement, ext4
Mais pas moyen de transférer un fichier dessus. Ni moyen de changer les permission, ni de prendre possession.
sda/sdb, c’est quand je retire un autre disque par sécurité.
Mais je ne confond pas . Ici, peu importe sda ou sdb, je sais qui est qui.

Reste ce fichu 2To, une arnaque il me semble.
Revoilà le message d’erreur :

Capture d’écran du 2026-06-16 18-28-53

#35

Bon,
Fais une table des partitions en gpt «mode poulet» (toutes les options par defaut), ça te donne une partition la plus grande possible (on ne sait toujours pas si ton disque est 2 ou 4T).
Puis as tu des erreurs lors du formattage de la partition?

mkfs.ext4 /dev/sda1

eventuellement fais un

e2fsck -ccf /dev/sda1

pour voir exactement les soucis.

#36

Le 4To est en GPT maintenant et avec deux partitions. Une Ext4 et une Btrfs

Le 2To est plus pénible parted -l :

Model:  SSD 3.0 (scsi)
Disk /dev/sdc: 2097GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 
Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097GB  2097GB  ext4

Mais :
root@PCdebian:~# e2fsck -ccf /dev/sdc
e2fsck 1.47.2 (1-Jan-2025)
/dev/sdc is in use.
e2fsck: Cannot continue, aborting.
root@PCdebian:~#

Donc, il y a un problème, mais lequel ?

#37

e2fsck -ccf /dev/sdc1
Tu testes une partition (qui doit être démonté), pas un disque.

Peux tu mettre sinon le résultat de
fdisk -l
avec ton disque branché qu’on ait une idée claire de ce qu’il y a sur ce disque

#38

Je relance avec la partition démontée.

C’est horriblement lent, je peux arrêter comment ?

root@PCdebian:~# e2fsck -ccf /dev/sdc1
e2fsck 1.47.2 (1-Jan-2025)
SSD_2To_Didier: recovering journal
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: ^[  0.01% done, 21:22 elapsed. (0/0/0 errors)
#39

c’est normal, car il vérifie chaque bloc du disque. Et sur un disque de cette taille ça prend du temps.

#40

Plusieurs heures ?

Sans rire, j’ai du rebooter car le système était figé

Error: The backup GPT table is corrupt, but the primary appears OK, so that will
be used.
OK/Cancel? o                                                              
Model:  SSD 3.0 (scsi)
Disk /dev/sdb: 2097GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      17,4kB  2097GB  2097GB  ext4

C’est toujours la même chose, et impossible de copier/d’écrire dessus

#41

J’ai un nouveau SSD 4 To qui pose déjà problème car en exfat
je suis passé sur un SSD 2 To acheté récemment

C’est dommage d’autant triturer un disque neuf à ce point.
Je doute que Testdisk, si besoin un jour (…), arriva à comprendre l’historique de manipulation du disque.
Je vois beaucoup d’erreurs de méthodologie.
Comme ce sujet est dispersé dans au moins 2/3 autres sujets pour le même disque, dont un ‹ solutionné ›, mais pas celui-ci, et 2 disques différents (2To + 4To) j’ai juste une question:
‹ le › disque est-il formaté et stabilisé ? Ou toujours en cours ?