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.
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:~#
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).
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.
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.
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 :
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?
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:~#
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
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 ?
