[résolu]supprimer des fichiers persistant

shred -fuz * :question:

sdb1, dès fois hda1[/quote] :open_mouth:
fais voir ça un peu :

Merci mattotop pour le shred (déjà utilisé , mais pas avec ces options)

jiji:/media/redaDD/figaro/sitess# shred -fuz *
shred: |(?�???.�??: erreur d'écriture au décalage 0: Argument invalide

En l’exécutant j’ai senti mon disque faire craaaaaaaaaaac :mrgreen: , elle était dûr pour lui mais pas assez :neutral_face:
Quelqu’un peut me dire comment utilisé l’option -s ; FYI :

-s, --size=N
déchiqueter N octets (les suffixes K, M, G sont acceptés)

Pour le df -h :

jiji:/media/redaDD# df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/hda5             9,2G  5,5G  3,3G  63% /
tmpfs                 252M     0  252M   0% /lib/init/rw
udev                   10M   92K   10M   1% /dev
tmpfs                 252M     0  252M   0% /dev/shm
/dev/hda6             3,7G  3,5G   12M 100% /home
/dev/sdb1             150G   82G   68G  55% /media/redaDD

Regardez ça :open_mouth: ; l’option “-c” c’est pour le mode bavard :

jiji:/media/redaDD# chmod -Rc 777 /media/redaDD/Dossier/

Le mode d'accès de `/media/redaDD/Dossier/dns' a été modifié à 0777 (rwxrwxrwx).
Le mode d'accès de `/media/redaDD/Dossier/dns/DNS-HOWTO.pdf' a été modifié à 0777 (rwxrwxrwx).
Le mode d'accès de `/media/redaDD/Dossier/dns/dns.pdf' a été modifié à 0777 (rwxrwxrwx).
Le mode d'accès de `/media/redaDD/Dossier/dns/dns.doc' a été modifié à 0777 (rwxrwxrwx).
jiji:/media/redaDD# ll /media/redaDD/Dossier/dns/
total 384
-rwxr-xr-x 1 root root  44032 2008-04-21 01:15 dns.doc
-rwxr-xr-x 1 root root 284147 2007-02-13 14:18 DNS-HOWTO.pdf
-rwxr-xr-x 1 root root  19131 2007-01-05 16:31 dns.pdf

Qu’est ce que vous en pensez ?

je te dirais bien de reformater, aussi …
mais essaye ça pour voir:
tu laisses ton disque branché, tu vas dans /etc/fstab, tu rajoutes ça:

/dev/sdb1       /media/diskpourrav     vfat    rw,user,auto    0       0

tu vas dans media, tu fais un mkdir diskpourrav
tu redémarres
tu montres dmesg | grep -E ‘sda|sdb|sdb1’ à titre indicatif
mais s’il est bien monté dans diskpourrav, tu vas dans figaro, et tu rm -rf * tout pour voir …

[quote]En l’exécutant j’ai senti mon disque faire craaaaaaaaaaac :mrgreen:[/quote]c’est que shred a fait le vide, peut-être pas besoin de faire ce que je t’ai dis, si il reste 3 fichiers qui commencent par un pipe, tu le fais à la main.
bien shred :stuck_out_tongue:

pour assurer le coup car on ne sait pas quel fichier va être créé par udevd, j’ai mis la même règle que tu m’a donné pour sdb1 dans fstab à sda1

/dev/sdb1       /media/diskpourrav     vfat    rw,user,auto    0       0
/dev/sda1       /media/diskpourrav     vfat    rw,user,auto    0       0

alors

jiji:/media# dmesg |grep -E 'sda|sdb|sdb1'
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 21 00 00 00
sda: assuming drive cache: write through
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 21 00 00 00
sda: assuming drive cache: write through
 sda: sda1
sd 4:0:0:0: Attached scsi disk sda
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 21 00 00 00
sda: assuming drive cache: write through
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 21 00 00 00
sda: assuming drive cache: write through
 sda: sda1
sd 5:0:0:0: Attached scsi disk sda
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 21 00 00 00
sda: assuming drive cache: write through
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 21 00 00 00
sda: assuming drive cache: write through
 sda: sda1
sd 6:0:0:0: Attached scsi disk sda

et :frowning:

jiji:/media/diskpourrav/figaro# rm -rf *
rm: ne peut évaluer par lstat() `sitess/www.lefigaro.fr/\351?\345\253\020v\023\037.\017\337}': Erreur d'entrée/sortie

usinagaz, il est 3 heure du mat , et ça va de pire en pire; regarde moi ce fs panic :

jiji:/media# dmesg |grep -E 'sda|sdb|sdb1'
<en plus de ce qui a au dessus, il y a cette jolie ligne>
FAT: Filesystem panic (dev sda1)

Malheureusement, il reste 398 fichiers

mouais … on fatigue … voilà ce que je ferais :
option 1) je reformate ce DD, parce que là je sais pas ce que c’est ton système de fichier sur ce DD
option 2) je me place dans figaro, je prend les fichiers un à un, en faisant comme ça:

  • je tappe rm -rf puis j’appuies sur tab puis sur yes puis sur q puis je rentre un caractère de la liste qui vient de s’afficher, si ça veut pas, soit je l’échappe en le faisant précédé de , soit j’en prend un autre, et réappui sur tab si le nom du fichier n’est pas complet et ainsi de suite jusqu’à ce que j’ai un nom de fichier.
    => tout cela pour t’expliquer qu’il faut que tu échappes les caractères non permis pour la commande rm.
    option 3) je dresse la liste des caractères pourrav, mais quand je vois ton encodage parfois je prend peur, et je fais un pti script qui échappe tout ces maudits caractères et qui supprime le nom de fichier ainsi obtenu.

option 4) je vais dormir, et demain est un autre jour. 8)

ps: vfat panic … il est pas en vfat alors ? …
à plus.

Je vais opter pour cette solution.

Si lorsque tu fais tabulation, et que ça rencontre un caractère malheureux, le système se bloque et devient , et j’ai des erreurs d’entrée / sorties. Il faudrat démonter / remonter , et c’est abusé à chaque fois.

ce n’est pas faisable car ces salles caractères changent.

moi aussi, merci quand même.

Ben si :laughing: , et je te le confirme, mon dd est formaté en fat32

À bien tôt.
Merci à tous et spécialement à usinagaz qui n’a pas dormi ce vendredi (ou qui va dormir tard …)

ok bonne nuit :wink:

Tu peux essayer :

[quote]cd figaro/*
sudo mv * /dev/null[/quote]
Essaye avec un terminal unicode aussi .

je crois par que /dev/null puisse recevoir des fichiers, mais des flux, tu as testé ?

on aurait pu essayé un rm -rf * 1>&2 2>/dev/null sur une suppression à problème, rien que pour voir si ça bloque sur le fichier ou si ça passe à un autre.

s’il est en vfat tu peux être sure que t’a une merde avec le système de fichier.

surtout si t’a la dernière qui supporte les dd/partition de grande taille plus de 32go.
j’ai pas lu la taille de ta partition ni la quantité. :neutral_face:

Si t’a un fichier qui fait plus de 4 go c’est normal que sa couine. :astonished:

par contre si tu formates je te conseil de faire un low-level (formatage de bas niveau surtout si ton dd n’est plus sous garantie) l’utilitaire dd peux t’aider pour le faire:) l’avantage c’est que t’a un dd comme neuf après (ou presque)

donc sauvgarde et puis hop en plus une sauvegarde sur dvd sa peux toujours resservir :slightly_smiling:

/dev/null peut très bien reçevoire des fichiers .

Hum … montres moi/nous donc comment tu fais ?

$ echo "toto va chez /dev/null" > toto $ mv toto /dev/null mv: échec de déplacement inter-périphérique: `toto' vers `/dev/null'; incapable de détruire la cible: Permission non accordée $ mv toto /dev/null/ mv: accès de `/dev/null/': N'est pas un répertoire
je vois mal comment un fichier de type caracter (crw-rw-rw-) peut recevoir des fichiers ou répertoires …

peut-être que tu parles de détruire la cible (root ?) et de rebooter ?

Il faut que tu soit en root pour l’envoyer vers /dev/null .

touch fichier sudo mv fichier /dev/null

là tu me fais rigoler …
alors fais le , et montre moi un ls -al /dev/null ensuite stp …

Ha ouai, merde . J’ai rien dit :° .

:smiley: c’est bien ce qui me semblait :wink:

Bonjour à tous,

La redirection des erreurs dans /dev/null ne fait rien, juste il me donne la main.

J’ai fais un script qui essaie de convertir ces noms de fichier d’un encodage X à UTF-8 en utilisant la commande convmv (En remplaçant X à chaque fois par un encodage de la liste des encodages que propose la commande convmv) . Le résultat est encore plus étonnant :
L’encodage qui est utilisé pour nommer ces fichiers ne correspond à aucun encodage que propose la commande convmv :

...
Reprise du script...
Encodage utilisé est: UTF-32 ----->

UTF-32:Unrecognised BOM 7c28013f at /usr/lib/perl/5.8/Encode.pm line 186.
Appuyer la touche <Entrée> pour continuer...

Reprise du script...
Encodage utilisé est: UTF-32BE ----->

SHOULD NOT HAPPEN HERE: conversion error, so suitable charset used?: "|(?�???.�??"
To prevent damage to your files, we won't continue. First fix this!
Appuyer la touche <Entrée> pour continuer...

Reprise du script...
Encodage utilisé est: UTF-32LE ----->

SHOULD NOT HAPPEN HERE: conversion error, so suitable charset used?: "|(?�???.�??"
To prevent damage to your files, we won't continue. First fix this!
Appuyer la touche <Entrée> pour continuer...

Reprise du script...
Encodage utilisé est: UTF-7 ----->

mv "/media/diskpourrav/figaro/sitess/|(?�???.�??"      "/media/diskpourrav/figaro/sitess/|(?ç???.ö??"
Error: Système de fichiers accessible en lecture seulement
Ready!
Appuyer la touche <Entrée> pour continuer...

Reprise du script...
Encodage utilisé est: utf-8-strict ----->

this file was not validly encoded in UTF-8: "/media/diskpourrav/figaro/sitess/|(?�???.�??"
To prevent damage to your files, we won't continue.
First fix this or correct options!
Appuyer la touche <Entrée> pour continuer...

Reprise du script...
Encodage utilisé est: utf8 ----->

this file was not validly encoded in UTF-8: "/media/diskpourrav/figaro/sitess/|(?�???.�??"
To prevent damage to your files, we won't continue.
First fix this or correct options!
Appuyer la touche <Entrée> pour continuer...

Reprise du script...
Encodage utilisé est: viscii ----->

mv "/media/diskpourrav/figaro/sitess/|(?�???.�??"      "/media/diskpourrav/figaro/sitess/|(?ẫ???.ỏ??"
Error: Système de fichiers accessible en lecture seulement
Ready!
...

Mais quel encodage ont-ils utilisé ? :open_mouth:

panthere,

Mon dd (160 Go , une seule partition ) est formater en vfat .
les fichiers font entre 3,8Go et 4Go

...
-rwxr-xr-x       1 reda reda 1,5G 1984-01-02 23:55 8yts????.???
-r-xr-xr-x       1 reda reda 4,0G 2019-09-20 01:47 ???9????.e?!
...

Je sais ce qui me reste à faire , formater en low-level avec l’utilitaire dd.

Je veux même le formater en EXT2 , et garder un copie du logiciel ifs-drives (afin de l’installer sur des pc windows pour monter le disque. Question de voir un film avec ma copine qui a windows sur son pc :smiley: )
Merci à tous,
Rds

PS 1 : si quelqu’un à quelque chose à rajouter , c’est maintenant , car après ça sera trop tard :laughing:

PS 2 : Lien pour le soft qui déparalyse partiellement windows fs-driver.org/ .

Salut,

1 - Que cela ne t’empèche pas de faire des sauvegardes des fichiers auxquels tu tiens :slightly_smiling:
2 - Ton formatage low-level ne sert à rien et n’a aucun sens. Le formatage low-level consistait à numeroter les blocs dans les technologies MFM et RLL avant IDE :slightly_smiling:
3 - Formater par mkfs.ext2 ou 3 avec -c pour contrôler la validité du support est nettement plus utile.

ggoodluck47: c’est peut être vrai théoriquement, mais j’ai récupèré des disques IDE pourris grâce à des formatages bas niveau. Je soupçonne donc plus qu’un simple renumérotage des cellules.
En tous cas, ça peut avoir une utilité, même si je suis d’accord avec toi sur le fait qu’il y a peu de chances que le problême le nécessite.