Réamorcer un disque dur en ext4

Support Debian
#1

Bonjour,

Suite a une fausse manœuvre, j’ai perdu l’accès a mon deuxième disque dur qu’on voit dans le fichier /etc/fstab comme /dev/sdb1 /holly

/dev/sda2 swap swap defaults 0 0 /dev/sda1 / ext4 defaults 1 1 /dev/sda3 /home ext4 defaults 1 2 /dev/sdb1 /holly ext4 defaults 1 2 #/dev/cdrom /mnt/cdrom auto noauto,owner,ro,comment=x-gvfs-show 0 0 /dev/fd0 /mnt/floppy auto noauto,owner 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 proc /proc proc defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0[code]ls -al /dev/sd*
brw-rw---- 1 root disk 8, 0 Jan 25 14:39 /dev/sda
brw-rw---- 1 root disk 8, 1 Jan 25 14:39 /dev/sda1
brw-rw---- 1 root disk 8, 2 Jan 25 14:39 /dev/sda2
brw-rw---- 1 root disk 8, 3 Jan 25 14:39 /dev/sda3
brw-rw---- 1 root disk 8, 16 Jan 25 14:39 /dev/sdb
brw-rw---- 1 root disk 8, 17 Jan 25 14:39 /dev/sdb1

su -c blkid
/dev/sda1: UUID=“d283143c-c6cf-468d-aa6a-863097e6561a” TYPE=“ext4” PARTUUID=“8975c3c9-01”
/dev/sda2: UUID=“53e67eca-3590-4b68-b2f4-f4c179d2f5fc” TYPE=“swap” PARTUUID=“8975c3c9-02”
/dev/sda3: UUID=“416a0ea1-eae5-4260-b0e4-60b4bd76b033” TYPE=“ext4” PARTUUID=“8975c3c9-03”
/dev/sdb1: PARTUUID=“139bf52e-01”
[/code]Il apparait également dans # fdisk -l [code]Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x139bf52e

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 976773167 976771120 465.8G 83 Linux

Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x8975c3c9

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 41945087 41943040 20G 83 Linux
/dev/sda2 41945088 46139391 4194304 2G 82 Linux swap
/dev/sda3 46139392 488397167 442257776 210.9G 83 Linux
[/code]Faut-il procéder selon lui => ctd-web.fr/blog/2012/05/23/linux … -dur-ext4/ ou connaissez-vous une autre solution-miracle ?

Salutations. :mrgreen:

P.S. Je suis dans le groups : users lp floppy audio video cdrom plugdev power netdev scanner et la commande mount donne ;/dev/sda1 on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) /dev/sda3 on /home type ext4 (rw) tmpfs on /dev/shm type tmpfs (rw) gvfsd-fuse on /home/ddd/.gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=ddd) Pour le reste voir ma signature s.v.p.

#2

bonsoir.

vous pouvez déjà essayer de réécrire votre fstab en utilisant les UUID des partitions, ensuite faire la commande:

#3

L’ennui, c’est que blkid n’affiche aucun UUID ni type de contenu pour /dev/sdb1, et c’est inquiétant. Apparemment, le système de fichiers ext4 que la partition est censée contenir n’est plus détecté.
Quelle est la nature de la “fausse manoeuvre” qui a abouti à ce résultat ?
Le contenu de cette partition est-il important ou peut-il être sacrifié en réinitialisant le système de fichiers ?

#4

Mais non, mais non, tu vois quelque part UUID ici/dev/sdb1: PARTUUID="139bf52e-01"et puis forcement, j’ai déjà utilisé la commande mount -a

P.S. Désolé, pas vu la réponse de Pascal. [quote=“PascalHambourg”]Le contenu de cette partition est-il important ou peut-il être sacrifié en réinitialisant le système de fichiers ?

[/quote]ls -l /holly total 0 Peut être sacrifié facilement.

#5

C’est un PARTUUID, un UUID de partition (synthétique qui plus est puisque la table de partition est au format MSDOS qui ne supporte pas les UUID de partition), et non un UUID de système de fichiers.
Peux-tu répondre aux questions ?

#6

J’ai répondu plus haut, désolè.

#7

Il vaut mieux écrire les informations dans le nouveau message plutôt qu’éditer un ancien message qui n’apparaîtra pas comme nouveau. L’édition d’un ancien message devrait être réservée au corrections.

Si la partition n’est pas montée, le point de montage est forcément un répertoire vide. Cela ne dit rien sur le contenu de la partition qui n’est visible que lorsque celle-ci est montée. Tu ne sais pas ce qu’il y avait dans ce disque ?

Et concernant l’autre question ?

#8

Avant dans ce disque il y avait Debian, mais ce matin, j’installai Debian sur mon nouveau SSD ~250Giga et l’autre HDD j’ai mis comme media intitulé holly (comme mon chien/ne)

[strike]Apparemment, tout c’est bien passé, excepté mon intervention malheureuse a savoir : apres # chmod 777 /holly le dossier lost+found a disparu puis j’ai eu le message disant que le disque est plein et qu’il n’a pas des partitions.[/strike]

[strike]Du coup, je fais fdisk dev/sdb puis j’ai créé une nouvelle partition sur la totalité de disque.[/strike] Forcement tout est de ma faute.

J’ose espérer que ça répond a tes questions, sinon je suis là. Que conseilles-tu ?

#9

Désolé, je n’ai pas compris tes explications.

Si tu confirmes que l’ancien contenu du disque peut être sacrifié, tu peux reformater la partitition avec [mono]mkfs.ext4[/mono] et elle sera à nouveau montable et utilisable mais son contenu antérieur sera considéré comme définitivement perdu.

#10

[quote]Désolé, je n’ai pas compris tes explications.
[/quote]C’est tout moi, je regrette profondément. Bref, je vais réinitialiser mon disque. Merci.