Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par Samépate (13-11-2019 10:06:41)
Hors ligne
la clé est en écriture seule
En écriture seule ou en lecture seule ?
A quoi vois-tu cela ?
Il vaut mieux montrer que raconter.
Hors ligne
tu verra de suite si elle est montée .
si c'est le cas , il faut faire un
(sdX = ton périphérique donc si ta clé est montée en disque b , sdb)
puis , tu la formate avec cfdisk , par ex.
je dis cfdisk , mais , gparted est plus pratique et plus facile .
tu fais comme tu veux .
Hors ligne
@Alain, apparemment elle n'est pas montée, cfdisk ne veut rien savoir.
Dernière modification par Samépate (13-11-2019 10:07:25)
Hors ligne
n.b.: tu fais bien
pour passer root ???
dans le pire des cas , je pense à un problème de droits sur la clé , mais , si c'est çà , je préfère que râleur s'en occupe .
tiens pas à gaffer .
est ce que un smartctl pourrai pas aider ?
si la clé est bien en sdb : ???
Dernière modification par Debian Alain (13-11-2019 10:37:24)
Hors ligne
Pour passer en root, je fais toujours su -, plus rarement sudo, je ne connais pas sudo -i.
Merci
Hors ligne
et en même temps il n'y a que une partition de 16 Go qui n'est reconnue que comme une 8 Go.
c'est redondant , mais je ne vois que une question à te poser :
et tapes "print" puis fait un copier coller , pour voir .
aussi :
là je sèche , râleur p ê ???
je refuse de jouer avec les droits des autres , sur ma machine , m'en fous un peu , c'est la mienne .
mais celle des autres , pas droit à l'erreur , donc , je touche pas .
Dernière modification par Debian Alain (13-11-2019 11:29:50)
Hors ligne
La clé avait été partitionnée et le dossier persistance de Tails était verrouillé par un mot de passe, c'est son principe.
Hors ligne
Hors ligne
Dernière modification par Debian Alain (13-11-2019 12:17:01)
Hors ligne
donc :
essaie voir , mais tu devra le repartitionner et le reformater ensuite . (https://gparted.org/ , https://coagul.org/drupal/publication/p … sous-linux)
en plus la commande est très longue ...
(vraiment très longue) .
Dernière modification par Debian Alain (13-11-2019 15:34:09)
Hors ligne
Hors ligne
Dernière modification par Debian Alain (13-11-2019 15:34:53)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
La clé est bien verouillée, j'avais trouvé la commande "hdparm -r0 /dev/sdb" sur le net qui semble faire son boulot mais en fait rien ne change.
Hors ligne
la commande que tu m'as donné me renvoie une erreur
Quelle erreur ?
si je rajoute /dev/sdb à la fin le terminal bloque
A la fin de la commande tail ? Pourquoi diable faire une chose pareille ?
sd 2:0:0:0: [sdb] Write Protect is on
La clé indique qu'elle est protégée contre l'écriture. D'expérience, il n'y a rien à faire. On a beau passer le périphérique sdb en lecture-écriture ou même dire au pilote usb-storage d'ignorer l'information, ça ne change rien, le blocage est physique et ne peut pas être contourné logiciellement (sauf à reprogrammer le contrôleur intégré de la clé).
Dernière modification par raleur (13-11-2019 14:56:25)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Ça n'a pas l'air de donner d'info sur la clé.
Je ne comprend pas, tout à l'heure le terminal me disait qu'il manquait quelque chose dans ma commande. J'ai du me tromper quelque part.
Pourquoi rajouter le chemin de la clé qui m'occupe à la fin d'une commande ? Pour essayer, ça serait pas la première commande qui en a besoin.
@alain
Je ne vois pas d'infos supplémentaires ?
On ne peut pas agir sur : [sdb] Write cache: disabled ?
Remarque la commande
root@debian:~# dmesg | grep sdb
me donne le même résultat.
Donc la clé se serait mise toute seule en write protect physiquement ???
Merci beaucoup à vous deux.
Hors ligne
donc , c'est clair , pas la peine de chercher midi à quatorze heures : clé h.s.
bouziller une clé , c'est facile : aimants , surtensions ou problèmes d'alimentation , mauvaise qualité , clé contrefaite , âge ... , utilisation trop intense ...
Dernière modification par Debian Alain (13-11-2019 16:45:45)
Hors ligne
Hors ligne
bouziller une clé , c'est facile : aimants , surtensions ou problèmes d'alimentation , mauvaise qualité , clé contrefaite , âge ... , utilisation trop intense ...
...débranchage clé montée ?
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Ça n'a pas l'air de donner d'info sur la clé.
J'avais écrit "juste après avoir inséré la clé". Une demi-heure après c'est trop tard, trop de nouveaux messages se sont ajoutés.
Je n'aime pas utiliser grep dans ces situations car le filtrage risque de faire manquer des messages utiles.
Donc la clé se serait mise toute seule en write protect physiquement
Oui. Une explication avancée est que son contrôleur intégré a décidé que sa mémoire flash n'était plus fiable en écriture (trop usée) et s'est bloqué en lecture seule pour préserver les données existantes.
bouziller une clé , c'est facile : aimants
Ah ? A ma connaissance, la mémoire flash à semi-conducteurs n'est pas particulièrement sensible aux champs magnétostatiques.
Dernière modification par raleur (13-11-2019 18:02:48)
Il vaut mieux montrer que raconter.
Hors ligne
Debian Alain a écrit :bouziller une clé , c'est facile : aimants
Ah ? A ma connaissance, la mémoire flash à semi-conducteurs n'est pas particulièrement sensible aux champs magnétostatiques.
ah ? je me trompe ? ou alors je confonds avec les disques classiques , peut être ...
Hors ligne
Pages : 1