Forum Linux.général impossible d'ecrire dans mon disque DATA - lecture seule obligatoire

Posté par martho le 28 février 2019 à 10:14. Licence CC By‑SA.

Étiquettes : aucune

fév.

2019

Bonjour,
Pratiquant linux depuis quelques temps je tombe sur un drole de truc:
- J'ai un disque DATA dédié aux données dont je me sers tous les jours et là a priori sans avoir rien changé, plus aucune écriture n'est possible, tous les fichiers s'ouvrent en lecture seule et impossible d'en créer de nouveau.
les droits du disque n'ont pas changés pour mon utilisateur , ils sont bien en écriture et lecture et même une connection en root sur le disque ne change pas le problème…
- à part un problème physique sur le disque je bloque…
Quelques idées pour me dépatouiller…
merci

# fstab

Posté par Eh_Dis_Mwan le 28 février 2019 à 10:28. Évalué à 1.

Est il possible de nous montrer le contenu de ton fichier /etc/fstab ?
Possible que le disque soit monté en RO , et donc peu importe le droit des fichiers, tu ne pourra pas écrire dessus ?

D'ailleurs, quelle est le fs de ton disque data ?
Et que réponds df -i ? Il est possible qu(il n'y ait plus d'inodes disponible ?

[^] # Re: fstab

Posté par martho le 28 février 2019 à 10:49. Évalué à 1. Dernière modification le 28 février 2019 à 10:50.

Merci pour la réponse rapide
voici le fstab

# /etc/fstab: static file system information.
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=fab0bd38-bc4c-4827-a439-60bbcfaa8ef6 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=2A4B-E1DA  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

Le data est en NTFS c'est un 1 tera tout neuf avec tres peu de données.
voici le df-i

_Sys. de fichiers    Inœuds IUtil.    ILibre IUti% Monté sur
udev                479884    616    479268    1% /dev
tmpfs               487942   1020    486922    1% /run
/dev/sda5          3629056 400960   3228096   12% /
tmpfs               487942     95    487847    1% /dev/shm
tmpfs               487942      5    487937    1% /run/lock
tmpfs               487942     18    487924    1% /sys/fs/cgroup
/dev/sda2                0      0         0     - /boot/efi
tmpfs               487942     43    487899    1% /run/user/1000
/dev/sdd1                0      0         0     - /media/thomas/LINUX MINT
/dev/sda4         26199424 183662  26015762    1% /media/thomas/B4004CBB004C85F8
/dev/sdc3         44860684 188842  44671842    1% /media/thomas/61C63C03736435EA
/dev/sdc5          5545984 511059   5034925   10% /media/thomas/4a4a87e2-b18f-4ad6-961c-ba04ff54d2db
/dev/sdc2                0      0         0     - /media/thomas/014C-7A69
/dev/sdb2        935710688  28453 935682235    1% /media/thomas/DATA_

[^] # Re: fstab

Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) le 01 mars 2019 à 09:11. Évalué à 2.

UUID=fab0bd38-bc4c-4827-a439-60bbcfaa8ef6 / ext4 errors=remount-ro 0 1

y a-t-il eu redémarrage de la machine entre le moment ou tout fonctionnait et actuellement ? Je n'ai pas pu le voir dans votre description du problème. Si oui, l'explication est dans le « errors=remount-ro ». En cas de problème non corrigé par la vérification du disque, il est remonté en ro=read-only. La solution est alors de faire un fsck manuellement sur le système de fichier (il faut le démonter au préalable).

« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

# au hasard

Posté par NeoX le 28 février 2019 à 10:52. Évalué à 4.

disque NTFS, tu as un dual boot avec un windows ?
alors lors de ton dernier reboot windows n'a pas finit d'ecrire son journal (disque pas ejecter avant extinction)
et linux monte le disque en read only pour eviter les problemes avec windows

tu peux le voir avec la commande mount toute seule
qui va lister les disques et les options de montage
- [^] # Re: au hasard
  
  Posté par martho le 28 février 2019 à 11:11. Évalué à 1.
  
  Oui c'est une disque data commun aux deux systemes.
  rédémarrer windows est il une solution?
  Sinon avec mount on peux faire quelque chose?
  - [^] # Re: au hasard
    
    Posté par NeoX le 28 février 2019 à 12:59. Évalué à 2.
    
    donc oui, il faut redemarrer sous windows,
    faire l'analyse du disque sous windows,
    l'ejecter proprement si c'est un disque externe
    
    puis redemarrer sous linux,
    brancher le disque
  - [^] # Re: au hasard
    
    Posté par NeoX le 28 février 2019 à 16:32. Évalué à 3.
    
    Sinon avec mount on peux faire quelque chose?
    
    faire deja ce qui est demandé
    
    tu peux le voir avec la commande mount toute seule
    qui va lister les disques et les options de montage
    
    et te diras si le disque est en lecture seule ou pas, etc
# Disque qui lâche?

Posté par ted (site web personnel) le 28 février 2019 à 12:16. Évalué à 2.

Autre idée:
Quand un disque a un problème (matériel ou juste le système de fichier) il est monté en lecture seule pour éviter d'endommager davantage. Tu dois avoir un message dans /var/log/syslog qui te dis ce qui a été détecté. Peut être que tu peux voir ça avec cette commande:

cat /var/log/syslog | grep Mount

Un LUG en Lorraine : https://enunclic-cappel.fr
# Quelques pistes

Posté par geegeek le 28 février 2019 à 12:19. Évalué à 2. Dernière modification le 28 février 2019 à 12:20.

Peut-être les journaux système peuvent t'en dire plus sur la raison du montage en lecture seule.

Ensuite, selon le cas :

Le système Windows est en veille prolongée (hibernation) au lieu d'avoir été éteint.
Le lecteur a été mal démonté suite à un plantage.

Redémarrer sur Windows, le laisser réparer (disque système) ou exécuter une vérification manuelle ( chkdsk 'nom du disque externe': ), puis éteindre.

Le système Windows est configuré pour le fast startup.

Idem mais désactiver le fast startup avant d'éteindre ( powercfg /h off ).
- [^] # Re: Quelques pistes
  
  Posté par martho le 28 février 2019 à 16:18. Évalué à 1.
  
  merci pour vos réponses
  J'ai redémarré windows , aucun soucis avec ce disque data sur windows, pas d'erreur sur disque et on peut éditer les fichiers et ecrire sur le disque sans probleme. (c'est un disque interne)
  retour a linux, même soucis…
  je pense que le windows a le fast startup, je ne sais pas utiliser la commande powercfg /h … comment on fait?
  - [^] # Re: Quelques pistes
    
    Posté par NeoX le 28 février 2019 à 16:31. Évalué à 2.
    
    je pense que le windows a le fast startup, je ne sais pas utiliser la commande powercfg /h … comment on fait?
    
    ben sous windows, tu demarres une ligne de commande,
    et tu tapes powercfg /h
    - [^] # Re: Quelques pistes
      
      Posté par deuzene (site web personnel) le 28 février 2019 à 18:13. Évalué à 1. Dernière modification le 28 février 2019 à 18:13.
      
      ben sous windows, tu demarres une ligne de commande,
      
      C'est vague comme explication ! Tu pourrais lui dire comment démarrer une ligne de commande.
      
      « Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes. »
      - [^] # Re: Quelques pistes
        
        Posté par martho le 01 mars 2019 à 05:38. Évalué à 1.
        
        j'utilise jamais windows mais je devrais pouvoir trouver ca….;)
        
        [^] # Re: Quelques pistes
        
        Posté par NeoX le 01 mars 2019 à 10:10. Évalué à 2.
        
        ca doit etre dans le meme tuto où tu as trouvé la commande "powercfg /h"
        
        il doit y etre expliqué comment la lancer,
        ce que ca doit renvoyer, et quoi faire dans quelle situation.
        
        [^] # Re: Quelques pistes
        
        Posté par martho le 01 mars 2019 à 18:11. Évalué à 1.
        
        je n'ai pas trouvé ca sur un tuto , c'est gegeek qui m'a donné cette ligne dans cette discussion. voir ci dessus.
# ca fonctionne mais j'ai pas compris pourquoi...

Posté par martho le 01 mars 2019 à 06:06. Évalué à 3. Dernière modification le 01 mars 2019 à 06:06.

Le probleme a l'air réglé
pourtant la commande powercfg /h a donné
C:\Users\UTILISATEUR>powercfg /h off
Impossible d'effectuer l'opération. Une erreur inattendue (0x65b) s'est produite : La fonction a échoué lors de l exécution.

info trouver sur un forum windows : décocher dans la gestion des USB la case "permettre a l'ordinateur d'éteindre le péripherique"
et ben je comprends rien au pourquoi du comment mais ca fonctionne. sacré windows!

Merci pour votre précieuse aide !!

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.