Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

disque dur qui ne monte pas

onyx

Bonsoir,

J'ai un souci depuis une mise à jour des logiciels de fedora: mon disque dur de données (eSata et formaté en ext4) ne monte plus et refuse catégoriquement de le faire!! Un peu gênant vous ne trouvez pas? Il apparait bien dans l'application "disques" (donc il n'est pas mort....) et quand je fais la commande dans le terminal fdisk il est bien présent!! Pouvez-vous m'aider?

Merci!!!

Edouard_le_homard

un error log ou une sortie de console peut être ?

onyx

Edouard_le_homard wrote:un error log ou une sortie de console peut être ?

Heu...c'est-à-dire?

Edouard_le_homard

comment fais tu pour le monter ? graphique ou ligne de commande ? si en ligne de commande, que te crache la console (idéalement en mode verbeux) ?

onyx

Edouard_le_homard wrote:comment fais tu pour le monter ? graphique ou ligne de commande ? si en ligne de commande, que te crache la console (idéalement en mode verbeux) ?

Tu veux dire en général? Ben il se monte tout seul comme un grand!! Je crains de ne pas comprendre en fait....

Mongos

Que donne la commande :

fdisk -l

Que donne les commandes (en root) :

mkdir /mnt/tmp
mount /dev/nomDuDisqueEnEsata /mnt/tmp

Edouard_le_homard

quote=onyx]

Edouard_le_homard wrote:Tu veux dire en général? Ben il se monte tout seul comme un grand!! Je crains de ne pas comprendre en fait....

A priori non, au boot pour monter les disques, le système va regarder ce qu'il y a dans /etc/fstab et monter les disques mentionnés. Si tu veux monter un disque plus tard (ex, tu as un dualboot windows et tu veux aller recupérer un fichier dessus, mais sans monter la partition win a chaque fois), tu dois le monter la main. Perso soit je double clique sur le disque dans Dolphin, soit je passe par la terminal (plus rare).

Donc j'imagine que ton eSATA était monté au boot et que suite à une MAJ, ca a sauté. Donc il est possible que ça soit une sucette dans le fstab la cause.

onyx

Mongos wrote:Que donne la commande :
fdisk -l

Alors voilà ce que ça donne:

Disque /dev/sda : 64.0 Go, 64019029504 octets
255 têtes, 63 secteurs/piste, 7783 cylindres, total 125037167 secteurs
Unités = secteur de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000dbb59

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 108259327 54128640 83 Linux
/dev/sda2 108259328 125036543 8388608 82 partition d'échange Linux / Solaris

Attention : identifiant de table de partitions GPT (GUID) détecté sur « /dev/sdb » ! L'utilitaire sfdisk ne prend pas GPT en charge. Utilisez GNU Parted.

Disque /dev/sdb : 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 secteurs
Unités = secteur de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 1 3907029167 1953514583+ ee GPT

onyx

Mongos wrote: Que donne les commandes (en root) :
mkdir /mnt/tmp
mount /dev/nomDuDisqueEnEsata /mnt/tmp
?

Là, ça me donne ça

# mount /dev/sdb /mnt/tmp
mount: mauvais type de système de fichiers, option erronée, superbloc
erroné sur /dev/sdb, page de code ou aide manquante, ou autre erreur
Dans quelques cas certaines informations sont utiles dans le journal
système — essayez « dmesg | tail » ou quelque chose du genre

onyx

En sachant que le disque dur qui pose problème est celui qui se nomme "sdb" et qui a une contenance de 2 TO. Il apparait donc bien dans la commande fdisk!!!!

gnulux

essaye mount /dev/sdb1 /mnt/tmp

onyx

Edouard_le_homard wrote: A priori non, au boot pour monter les disques, le système va regarder ce qu'il y a dans /etc/fstab et monter les disques mentionnés. .

Et quand je vais dans /etc/fstab ça donne ceci:

# /etc/fstab
# Created by anaconda on Mon Jun 18 22:51:57 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=8cc936b4-7f9e-447b-b297-14cf53984cb2 / ext4 defaults 1 1
UUID=48cda6b4-1a0a-4ff0-81d0-6f0743646347 swap swap defaults 0 0

Donc là il n'apparaît pas...

onyx

gnulux wrote:essaye mount /dev/sdb1 /mnt/tmp

Même chose.....

# mount /dev/sdb1 /mnt/tmp
mount: mauvais type de système de fichiers, option erronée, superbloc
erroné sur /dev/sdb1, page de code ou aide manquante, ou autre erreur
Dans quelques cas certaines informations sont utiles dans le journal
système — essayez « dmesg | tail » ou quelque chose du genre

Mongos

onyx wrote:
Edouard_le_homard wrote: A priori non, au boot pour monter les disques, le système va regarder ce qu'il y a dans /etc/fstab et monter les disques mentionnés. .
Et quand je vais dans /etc/fstab ça donne ceci:

# /etc/fstab
# Created by anaconda on Mon Jun 18 22:51:57 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=8cc936b4-7f9e-447b-b297-14cf53984cb2 / ext4 defaults 1 1
UUID=48cda6b4-1a0a-4ff0-81d0-6f0743646347 swap swap defaults 0 0

Donc là il n'apparaît pas...

C'est normal qu'il n'y apparaisse pas, c'est un disque dur externe, donc que tu n'as pas à monter à chaque démarrage. Mettre un disque amovible dans le fstab est une mauvaise idée, car quand tu n'auras pas le disque de brancher, tu auras une erreur, comme quoi le disque n'est pas présent.

# mount /dev/sdb1 /mnt/tmp
mount: mauvais type de système de fichiers, option erronée, superbloc
        erroné sur /dev/sdb1, page de code ou aide manquante, ou autre erreur
        Dans quelques cas certaines informations sont utiles dans le journal
        système — essayez « dmesg | tail » ou quelque chose du genre

Essaye donc de faire

# mount /dev/sdb1 /mnt/tmp
# dmesg | tail

Pour voir les erreurs produites.

Edouard_le_homard

oh ok au temps pour moi, j'avais cru qu'il le voulait constamment...

onyx

Mongos wrote: Essaye donc de faire
# mount /dev/sdb1 /mnt/tmp
# dmesg | tail
Pour voir les erreurs produites.

ceci:

]# dmesg | tail
[59160.574340] mount: sending ioctl 5310 to a partition!
[59160.582074] ISOFS: Unable to identify CD-ROM format.
[59160.587522] FAT-fs (sdb1): bogus number of reserved sectors
[59160.587531] FAT-fs (sdb1): Can't find a valid FAT filesystem
[59160.594335] mount: sending ioctl 5310 to a partition!
[59160.594343] mount: sending ioctl 5310 to a partition!
[59160.594622] hfs: can't find a HFS filesystem on dev sdb1.
[59160.600349] mount: sending ioctl 5310 to a partition!
[59160.600356] mount: sending ioctl 5310 to a partition!
[59160.600609] hfs: unable to find HFS+ superblock

onyx

Edouard_le_homard wrote:oh ok au temps pour moi, j'avais cru qu'il le voulait constamment...

Mais si mais si je le veux constamment!!!! Comme avant quoi!!! Il était tout le temps présent!

Edouard_le_homard

du coup mets le dans le fstab.

Après je ne suis pas expert, mais je pense qu'il y a des soucis à régler lors du montage.

onyx

Edouard_le_homard wrote:du coup mets le dans le fstab.

Comment? Vu qu'il n'apparait pas....

Ah je me suis peut-être mal exprimé. En fait je crois m'être planté sur le terme utilisé; ce n'est pas qu'il ne monte pas, c'est que je ne le vois même pas!

Edouard_le_homard

ajoute une ligne dans /etc/fstab

inspire toi du man ou de http://www.linux-kheops.com/doc/man/manfr/man-html-0.9/man5/fstab.5.html

mais encore une fois vu le dmesg tail je doute que ça marche direct. attends le retour de Onyx.

Page suivante »