Vous n'êtes pas identifié(e).
Je commence à franchement sécher sur ce problème.
Savez vous m'aider ?
Merci
Emmanuel
Edit à toto : Mis le retour de commande en utilisant le BBcode du forum : Autre code pour que ce soit plus lisible par tous.
Dernière modification par manu0123456 (17-06-2018 21:28:31)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Edit : ajout des balises codes pour une meilleure lisibilité. Voir le tuto : Le code, ça pique moins les yeux en couleur
Hors ligne
Fonctionnellement, il n'y a pas d'impact.
J'ai acheté mon disque d'occasion (il tournait sous windows).
Edit à toto : Mis le retour de commande en utilisant le BBcode du forum : Autre code pour que ce soit plus lisible par tous.
Dernière modification par manu0123456 (08-06-2018 06:04:54)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Je suppose que le disque en question est /dev/sda.
Et les commandes suivantes ?wipefs /dev/sda
parted /dev/sda print
parted /dev/sda mklabel gpt # pour creer une table GPT
parted /dev/sda print
root@debianSID-2:~#
root@debianSID-2:~#
root@debianSID-2:~#
root@debianSID-2:~#
Disk Flags:
root@debianSID-2:~#
Edit à toto : Mis les commandes root en utilisant le BBcode du forum : Commande root pour que ce soit plus lisible par tous.
Hors ligne
C'est suffisant, ou bien il y a des options complémentaires à ajouter ?
Edit à toto : Mis la commande root en utilisant le BBcode du forum : Commande root pour que ce soit plus lisible par tous.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
C'est suffisant, ou bien il y a des options complémentaires à ajouter ?
Pour accélérer un peu il faut spécifier une taille de bloc d'au moins 4096 avec l'option bs=. Même avec cela, ça devrait prendre des heures pour atteindre la fin du disque. Si ce n'est pas le cas, il y a un loup. Tu peux l'interrompre après quelques secondes, de toute façon la table de partition principale est située au début du disque.
Et la commande wipefs que j'avais demandée (sans -a) ?
On dirait que l'écriture de la table de partition n'a pas été effective.
Le contenu de fstab [modération]n'est pas utile[/modération].
Dernière modification par raleur (08-06-2018 10:38:21)
Il vaut mieux montrer que raconter.
Hors ligne
Autres hypothèses:
* Le disque dur est matériellement cassé sur ses secteurs de début. A vérifier avec e2fsck.
Il fontionnait avant les tentatives de reformatage ? Si le test n'a pas été fait, peut-être que tenter dans un premier temps de récupérer la structure d'origine du disque avec testdisk serait une option.
* Le disque est bloqué en écriture, avec un cavalier à débloquer quelque part, mais ça me paraît fantasiste.
Ca serait peut être pas mal de visualiser le contenu du mbr, même si je ne sais pas le lire (il me semblait qu'il y avait des infos en "langage humain" dedans
Pas forcément. Les seuls textes lisibles éventuellement présents dans un MBR sont les messages que le programme d'amorce qui y est éventuellement installé pourrait afficher. Ils ne sont pas lies à la structure des partitions.
Je recopie le modus operandi retrouvé sur cette page et qui utilise midnight commander pour lire les données.
Quelle complication, alors qu'une simple commande suffit :
* Le disque dur est matériellement cassé sur ses secteurs de début. A vérifier avec e2fsck.
e2fsck est inapproprié ; il ne sert pas à vérifier un disque mais un système de fichiers ext2/3/4.
Par contre badblocks en lecture/écriture, smartctl...
peut-être que tenter dans un premier temps de récupérer la structure d'origine du disque avec testdisk serait une option.
A quoi ça avancera si on ne peut pas modifier le MBR ?
Dernière modification par raleur (08-06-2018 16:29:39)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par anonyme-15 (08-06-2018 17:35:05)
e2fsck - Vérifier un système de fichiers Linux ext2/ext3/ext4
donc comme dit raleur pas de système de fichier pas de e2fsck
voir
Dernière modification par Croutons (08-06-2018 18:00:46)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
sur mon disque sdc, est aussi en gpt, 3 TB, avec une seule partition dessus
Dernière modification par manu0123456 (08-06-2018 21:25:07)
Hors ligne
Dernière modification par manu0123456 (08-06-2018 21:30:18)
Hors ligne
puis fdisk
Dernière modification par manu0123456 (08-06-2018 21:31:24)
Hors ligne
contient peut-être des informations pouvant expliquer le phénomène.
Dernière modification par raleur (09-06-2018 08:57:31)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par manu0123456 (09-06-2018 09:10:09)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Ce n'est pas le bon disque. /dev/sda est devenu le SSD de 120 Go.
oui effectivemnt.
J'ai redémarré la machine entre temps...
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne