Bonjour,
J'ai installé hier pas mal de mises à jour, et ce matin j'ai réussi à démarrer une fois mon ordi, c'était un peu bizarre il s'est mis en veille tout seul et firefox n'arrivait pas à se connecter à internet alors que le network manager m'indiquait qu'il y était. J'ai redémarré, et là : 
Loading Fedora (3.1.2-1.fc.x86_64)
Loading initial ramdisk …


Fedora-16-x86_6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
    (i.e., without -a or -p options)
dracut Warning: e2fsck returned with 4
dracut Warning: Fedora-16-x86_6 contains a file system with errors, check forced.
dracut Warning: Fedora-16-x86_6: Unattached inode 4155
dracut Warning: *** An error occurred during the file system check.
dracut Warning: *** Dropping you to a shell; the system will try
dracut Warning: *** to mount the filesystem(s), when you leave the shell.

Dracut Warning:

Dropping to debug shell.

sh: can't access tty; job control turned off
(Repair filesystem):/#
J'ai redémarré plusieurs fois, et j'ai essayé tous les noyaux proposés par grub, mais rien à faire, j'arrive toujours sur cette page 😢
Je ne sais pas quoi vous dire de plus, étant donné que je n'ai pas la moindre idée d'où cela peut venir (à part peut être la màj du noyau, qui ne semble même pas prise en compte en voyant les logs).
N'hésitez pas à me demander plus d'infos 😉
Merci d'avance

Edit: Je rajoute qu'hier j'ai découvert Gnome Extension (où en un clic on peut installer une extension), et je me suis un peu amusé, mais j'ai pas vraiment bidouillé non plus donc je pense pas que ça ait un rapport ...
Ben le système te dit qu'il y a une erreur dans le système de fichiers. Redémarrer sur un kernel plus ancien ne changera rien.

Fais ce que le système te dit de faire : un fsck.
Problème sur ton disque dur comme il est dit lancer fsck manuellement pour réparer.
Ok merci pour vos réponses.
Je n'ai jamais fais ça, et je ne sais pas trop quel sda contient mon système de fichiers.
Si j'ai bien compris il faut que je fasse: 
su -
umount /dev/sdaX
fsck /dev/sdaX
Comment puis-je savoir quel sda est le bon? Sinon il vaut mieux le faire à partir d'un live USB ou pas?
Pas besoin de passer root, il semblerait que le terminal que le système te propose soit déjà root.

Tu peux essayer fdisk -l pour savoir quel sda utiliser.
Bien sur, tant que le système n'est pas passé en mode multi-utilisateurs, le seul utilisteur est root.
Bonjour,

J'ai le même problème depuis hier sur mon Samsung NC10, sous fedora 16.

J'arrive à démarrer un semblant de système en sortant de la console ('exit')

Si la commande fsck citée plus haut est la bonne, d'où faut-il la lancer ?
depuis la page de "plantage", ou sans problème depuis mon système démarré ? (comme demandé plus haut)

Comme mon dossier /mnt est vide, est-il tout de même nécessaire de lancer "unmount" ?
Si la commande fsck citée plus haut est la bonne, d'où faut-il la lancer ?


On te dit "dropping to debug shell" puis on te donne la main, justement pour que tu entres une commande de correction.

alors tu tapes: fsck -y /dev/sdaXXXX <--- avec le bon numéro pour ta partition système
Bonsoir,

Donc, ma partition boot est dev/sda1 (d'après fdisk). Je lance fsck et j'obtiens...

[root@nc10-renaud ~]# fsck -y /dev/sda1
fsck from util-linux 2.20.1
e2fsck 1.41.14 (22-Dec-2010)
/dev/sda1: clean, 231/128016 files, 94824/512000 blocks

Le problème subsiste...

/dev/sda2 est une partition logique LVM...

Que pourrais-je fournir comme informations utiles en vue de résoudre ce problème ?

Bref, vous aurez deviné que je peine avec Linux mais j'ai pas envie de laisser tomber cette fois (ce n'est pas la première), avec Fedora 16 tout marche comme sur des roulettes sur mon NC10, et je trouve l'expérience de la nouvelle interface rafraîchissante... enfin, jusqu'ici...

Merci d'avance pour toute aide !!
Bonjour,

J'ai également la même erreur :
"(Repair filesystem):/#"

mais sur une F15 et sans le même warning de dracut (à la place, j'ai un bug sur l'USB au niveau du port 0, je dois regarder ça).

Un simple "exit" au prompt démarre le système sans souci, en tous cas, sur ma machine.
fsck -y /dev/sda1
fsck from util-linux 2.20.1
e2fsck 1.41.14 (22-Dec-2010)
/dev/sda1: clean, 231/128016 files, 94824/512000 blocks
Oui il doit avoir le flag disant qu'il est clean même si ce n'est pas vrai
Alors fais un

fsck.ext4 -y -f /dev/sda1
6 jours plus tard
Merci pour vos réponses

Je n'ai décidément pas beaucoup de temps pour me pencher sur mon petit NC10 ces jours-ci, donc y'a pas urgence et je vais y aller doucement....
J'ai tenté :

[root@nc10-renaud ~]# fsck.ext4 -y -f /dev/sda1
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda1: 231/128016 files (0.4% non-contiguous), 94824/512000 blocks


Il se passe donc bien quelque chose cette fois (sans trop de détails visibles), mais au redémarrage, rien de nouveau, le problème est toujours là !
Tu veux dire que tu as toujours le même message d'erreur ?
Fedora-16-x86_6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
?
Bonjour,
Je n'ai toujours pas réglé mon problème non plus. 
[christophe@christophe ~]$ su -lc 'fdisk -l'
Mot de passe : 

Disk /dev/sda: 640.1 GB, 640135028736 bytes
255 heads, 63 sectors/track, 77825 cylinders, total 1250263728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xef137082

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   205006847   102400000    7  HPFS/NTFS/exFAT
/dev/sda3       205006848  1024206847   409600000    7  HPFS/NTFS/exFAT
/dev/sda4      1024206848  1250263727   113028440    5  Extended
/dev/sda5      1024208896  1025232895      512000   83  Linux
/dev/sda6      1025234944  1026258943      512000   83  Linux
/dev/sda7      1026260992  1250263039   112001024   8e  Linux LVM

Disk /dev/mapper/vg_christophe-lv_swap: 6140 MB, 6140461056 bytes
255 heads, 63 sectors/track, 746 cylinders, total 11993088 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg_christophe-lv_swap doesn't contain a valid partition table

Disk /dev/mapper/vg_christophe-lv_root: 53.7 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders, total 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg_christophe-lv_root doesn't contain a valid partition table

Disk /dev/mapper/vg_christophe-lv_home: 54.8 GB, 54827941888 bytes
255 heads, 63 sectors/track, 6665 cylinders, total 107085824 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg_christophe-lv_home doesn't contain a valid partition table
C'est bien /dev/sda7 que je dois filechecker ?
Car quand je fais fsck -y /dev/sda7 il me dit qu'il peut pas car sda7 est déjà monté, et quand je fais umount /dev/sda7 il me dit qu'elle n'est pas montée :s
C'est bien /dev/sda7 que je dois filechecker ?
Si tu avais lu le message précédent tu saurais que non, on t'a dit de faire un fsck sur le système de fichiers root qui se trouve dans /dev/mapper/vg_christophe-lv_root

fsck.ext4 -y -f /dev/mapper/vg_christophe-lv_root
Parfait merci beaucoup, j'étais pas sûr que ça convenait pour moi aussi.
Ré-so-lu, avec les dernières instructions :

Merci aussi !
17 jours plus tard
Bonjour,
J'ai encore eu besoin de faire cette vérification, n'est-il pas possible de faire comme sur ubuntu et d'effectuer cette vérification tous les 30 démarrages par exemple ?
Alors un petit rapport de la commande en root :

smartctl -a /dev/sdx (remplace x par la lettre de ton disque)

Parce que bon si il demande à le faire souvent c'est que ton disque commence à fatiguer et provoque donc des erreurs qui demande à être réparer. Parce que bon ça ne devrait pas le demander aussi souvent...
Merci de m'éclairer un peu.
[root@christophe ~]# smartctl
bash: smartctl: command not found...
[root@christophe ~]# yum install smartctl
Loaded plugins: langpacks, presto, refresh-packagekit
Setting up Install Process
No package smartctl available.
Error: Nothing to do
Sinon j'imagine que c'est bien /dev/sda que je dois analyser? Parce que pour régler le problème je devais faire sur /dev/mapper/vg_christophe-lv_root ...
J'ai de temps en temps besoin d'éteindre le système avec le bouton on-off parce que c'est planté, peut être que ça peut venir de ça aussi nan?