Vous n'êtes pas identifié(e).
Bonjour,
J'ai constaté qu'il m'était impossible de supprimer un fichier sur les clés USB (je peux copier dessus, mais pas supprimer après).
Cela ne se pose pas sous Windows ou sous Handylinux, donc je ne pense pas que cela vienne des 2 clés USB testées...
Une idée sur la cause et si oui, sur la solution ?
Merci
Dernière modification par hydroviper (07-02-2017 17:24:21)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
un message d'erreur ?
tu as essayé d'ouvrir un terminal dans le répertoire de ta clé et d'utiliser la commande rm ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
J'ai bien un message :
Impossible de supprimer le fichier «fichier.odt » .
Erreur à la suppression du fichier : Read-only file system.
Voulez-vous l'ignorer ?
rm me dit la même chose :
rm: impossible de supprimer 'fichier.odt': Read-only file system
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
tu l'as monte comment ?
quel est le type du filesystème ?
perso j'ai pas de problème avec mes clef en NTFS.
que dit findmnt ? ou mount ?
vi est mon ami pour la vie
Ph'nglui nglw-nafh Cthulhu R'lyeh wgah-nagl fhtagn
Hors ligne
findmnt dit : /dev/sdb vfat ro,nosuid,nodev,relatime,uid=1000,gid=1
mount dit : /dev/sdb on /run/media/hydroviper/USB type vfat (ro,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
je me suis contenté de brancher la clé USB et de l'ouvrir dans Thunar.
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Elle est monté en read only, voilà pourquoi tu ne peux pas supprimer, par contre je ne sais pas pourquoi elle se monte en read only.
Je ne connais pas bien viperr, mais il doit y avoir un binz avec un fichier de conf.
Que donne la réponse de la commande umask ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Je ne sais pas si j'ai bien fait, car je connais mal umask
je me suis mis dans la clé USB et ai cliqué sur "lancer un terminal ici", j'ai ensuite tapé umask, qui m'a donné 0002, en sudo j'ai 0022.
si je lance un terminal et que je tape umask directement (sans m'occuper du positionnement), j'ai aussi 0002. Si je me mets en admin, j'ai 0022.
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
normalement tu devrais avoir 0022 en utilisateur pas seulement en admin.
Tu as changé un fichier de conf ? genre profile ou bashrc ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Non je n'ai rien changé du tout.
Voici le contenu de bashrc
# /etc/bashrc
# System wide functions and aliases
# Environment stuff goes in /etc/profile
# It's NOT a good idea to change this file unless you know what you
# are doing. It's much better to create a custom.sh shell script in
# /etc/profile.d/ to make custom changes to your environment, as this
# will prevent the need for merging in future updates.
# are we an interactive shell?
if [ "$PS1" ]; then
if [ -z "$PROMPT_COMMAND" ]; then
case $TERM in
xterm*|vte*)
if [ -e /etc/sysconfig/bash-prompt-xterm ]; then
PROMPT_COMMAND=/etc/sysconfig/bash-prompt-xterm
elif [ "${VTE_VERSION:-0}" -ge 3405 ]; then
PROMPT_COMMAND="__vte_prompt_command"
else
PROMPT_COMMAND='printf "\033]0;%s@%s:%s\007" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
fi
;;
screen*)
if [ -e /etc/sysconfig/bash-prompt-screen ]; then
PROMPT_COMMAND=/etc/sysconfig/bash-prompt-screen
else
PROMPT_COMMAND='printf "\033k%s@%s:%s\033\\" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
fi
;;
*)
[ -e /etc/sysconfig/bash-prompt-default ] && PROMPT_COMMAND=/etc/sysconfig/bash-prompt-default
;;
esac
fi
# Turn on parallel history
shopt -s histappend
history -a
# Turn on checkwinsize
shopt -s checkwinsize
[ "$PS1" = "\\s-\\v\\\$ " ] && PS1="[\u@\h \W]\\$ "
# You might want to have e.g. tty in prompt (e.g. more virtual machines)
# and console windows
# If you want to do so, just add e.g.
# if [ "$PS1" ]; then
# PS1="[\u@\h:\l \W]\\$ "
# fi
# to your custom modification shell script in /etc/profile.d/ directory
fi
if ! shopt -q login_shell ; then # We're not a login shell
# Need to redefine pathmunge, it get's undefined at the end of /etc/profile
pathmunge () {
case ":${PATH}:" in
*:"$1":*)
;;
*)
if [ "$2" = "after" ] ; then
PATH=$PATH:$1
else
PATH=$1:$PATH
fi
esac
}
# By default, we want umask to get set. This sets it for non-login shell.
# Current threshold for system reserved uid/gids is 200
# You could check uidgid reservation validity in
# /usr/share/doc/setup-*/uidgid file
if [ $UID -gt 199 ] && [ "`id -gn`" = "`id -un`" ]; then
umask 002
else
umask 022
fi
SHELL=/bin/bash
# Only display echos from profile.d scripts if we are no login shell
# and interactive - otherwise just process them to set envvars
for i in /etc/profile.d/*.sh; do
if [ -r "$i" ]; then
if [ "$PS1" ]; then
. "$i"
else
. "$i" >/dev/null
fi
fi
done
unset i
unset -f pathmunge
fi
# vim:ts=4:sw=4
et de profile
# /etc/profile
# System wide environment and startup programs, for login setup
# Functions and aliases go in /etc/bashrc
# It's NOT a good idea to change this file unless you know what you
# are doing. It's much better to create a custom.sh shell script in
# /etc/profile.d/ to make custom changes to your environment, as this
# will prevent the need for merging in future updates.
pathmunge () {
case ":${PATH}:" in
*:"$1":*)
;;
*)
if [ "$2" = "after" ] ; then
PATH=$PATH:$1
else
PATH=$1:$PATH
fi
esac
}
if [ -x /usr/bin/id ]; then
if [ -z "$EUID" ]; then
# ksh workaround
EUID=`id -u`
UID=`id -ru`
fi
USER="`id -un`"
LOGNAME=$USER
MAIL="/var/spool/mail/$USER"
fi
# Path manipulation
if [ "$EUID" = "0" ]; then
pathmunge /usr/sbin
pathmunge /usr/local/sbin
else
pathmunge /usr/local/sbin after
pathmunge /usr/sbin after
fi
HOSTNAME=`/usr/bin/hostname 2>/dev/null`
HISTSIZE=1000
if [ "$HISTCONTROL" = "ignorespace" ] ; then
export HISTCONTROL=ignoreboth
else
export HISTCONTROL=ignoredups
fi
export PATH USER LOGNAME MAIL HOSTNAME HISTSIZE HISTCONTROL
# By default, we want umask to get set. This sets it for login shell
# Current threshold for system reserved uid/gids is 200
# You could check uidgid reservation validity in
# /usr/share/doc/setup-*/uidgid file
if [ $UID -gt 199 ] && [ "`id -gn`" = "`id -un`" ]; then
umask 002
else
umask 022
fi
for i in /etc/profile.d/*.sh ; do
if [ -r "$i" ]; then
if [ "${-#*i}" != "$-" ]; then
. "$i"
else
. "$i" >/dev/null
fi
fi
done
unset i
unset -f pathmunge
il est marqué umask 002
if [ $UID -gt 199 ] && [ "`id -gn`" = "`id -un`" ]; then
umask 002
mais je ne comprends pas ce que veut dire la première ligne^^
Merci
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
l'umask par default de fedora ( donc viperr ) pour les utilisateur est a 0002 donc rien d'anormale de ce coté là.
La question est plus : pourquoi Fat et pas NTFS ?
vi est mon ami pour la vie
Ph'nglui nglw-nafh Cthulhu R'lyeh wgah-nagl fhtagn
Hors ligne
Parce que quand j'essaye en NTFS cela m'est refusé
sudo mkntfs /dev/sdb
/dev/sdb is entire device, not just one partition.
Refusing to make a filesystem here!
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
l'umask par default de fedora ( donc viperr ) pour les utilisateur est a 0002 donc rien d'anormale de ce coté là.
La question est plus : pourquoi Fat et pas NTFS ?
J'avoue que je n'ai pas calculé les permission de l'umask 0002, j'ai été surpris car sur debian c'est 0022, mais je ne connais pas très bien fedora, pour ce qui est du NTFS, il est déconseillé de formater une mémoire de type USB dans un système de fichier qui journalise car cela réduit leurs durées de vies.
https://fr.wikipedia.org/wiki/Cl%C3%A9_ … A9e_de_vie et https://fr.wikipedia.org/wiki/M%C3%A9mo … A9e_de_vie ainsi que https://fr.wikipedia.org/wiki/MTTF
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Du coup j'ai reformaté ma clé USB en ext3...
À suivre demain ou après demain pour voir si je peux supprimer le contenu
Merci ^^
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Bon bah en ext3 je ne peux pas coller de documents sur ma clé USB...
J'ai toujours trouvé l'utilisation du formatage pénible sous Linux, mais bon j'accepte ce défaut... reste que j'ai besoin de pouvoir me servir d'une clé USB quand même..
En résumé sous FAT impossible de supprimer les fichiers collés
sous NTFS impossible de formater en NTFS
sous EXT3, impossible de coller des fichiers sur le média
Que faire ?
Merci
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
comment çà impossible de formaté en NTFS ? pourquoi ne pas la formaté depuis un post windows ?
vi est mon ami pour la vie
Ph'nglui nglw-nafh Cthulhu R'lyeh wgah-nagl fhtagn
Hors ligne
Je ne pense pas que le souci vienne du système de fichier, mais bien de la façon dont Viperr monte le volume.
Le message d'erreur est clair:
Erreur à la suppression du fichier : Read-only file system.
Ce qui veux dire que par défaut la clé est monté en ro au lieu de rw (Read & Write)
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
pourquoi ne pas la formaté depuis un post windows ?
Parce que je n'ai pas de poste sous Windows tout simplement Mon seul ordi est celui sous Viperr…
Comment peut on changer le fait de faire monter en rw au lieu d'en ro ?
Merci
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Avec l'option --rw
sudo mount -t vfat --rw /dev/sd(X) /mnt
# remplace (X) par la lettre de ton lecteur.
ensuite regarde dans /mnt si tu sais copier coller (avec droit root "sudo")
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Bon, j'ai voulu faire cela, mais évidemment, avant il fallait que je reformate en Fat32 vu que je ne peux pas en ext3 écrire, ni formater en NTFS, et là, nouveau soucis...
sudo mkfs.vfat -F 32 /dev/sdb
mkfs.fat 3.0.28 (2015-05-16)
mkfs.vfat: Device partition expected, not making filesystem on entire device '/dev/sdb' (use -I to override)
Donc je mets le -I
sudo mkfs.vfat -F 32 /dev/sdb
mkfs.fat 3.0.28 (2015-05-16)
mkfs.vfat: Device partition expected, not making filesystem on entire device '/dev/sdb' (use -I to override)
Je crois qu'il va falloir que je trouve un poste Windows... Une idée pour tenter de formater ce périphérique sur Viperr ?
Merci.
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
use -I to override
rajoute -I
sudo mkfs.vfat -I -F 32 /dev/sdb
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
sudo mkfs.vfat -I 32 /dev/sdb
mkfs.fat 3.0.28 (2015-05-16)
32: No such file or directory
et si je mets -F -I
sudo mkfs.vfat -F -I 32 /dev/sdb
mkfs.fat 3.0.28 (2015-05-16)
Bad FAT type : -I
Usage: mkfs.fat [-a][-A][-c][-C][-v][-I][-l bad-block-file][-b backup-boot-sector]
[-m boot-msg-file][-n volume-name][-i volume-id]
[-s sectors-per-cluster][-S logical-sector-size][-f number-of-FATs]
[-h hidden-sectors][-F fat-size][-r root-dir-entries][-R reserved-sectors]
[-M FAT-media-byte][-D drive_number]
[--invariant]
[--help]
/dev/name [blocks]
C'est bien un i majuscule ? (remarque j'ai essayé avec un L minuscule et ça ne fonctionne pas plus)…
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
retire le -F l'option -I existe, mais tu le met après le type (-F) d'où l'erreur
sudo mkfs.vfat -I /dev/sdb
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Merci, c'est bon, ça m'a renvoyé :
mkfs.fat 3.0.28 (2015-05-16)
j'avais oublié la première fois d'enlever "32"…
J'ai donc testé la clé ainsi, ça semble de nouveau se comporter normalement, les suppressions sont possibles. Je laisse le sujet en non résolu encore quelques jours pour voir si ça se confirme.
Merci en tous cas
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Bonjour,
La clé se comporte désormais normalement, il n'y a plus de soucis de suppression ou d'écriture.
Dans mon cas la solution aura donc été
sudo mkfs.vfat -I /dev/sdb
Merci de votre aide
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Merci pour le retour
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne