[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: fsck se plante au démarrage, mdp maintenance ne fonctionne pas



tv.debian@googlemail.com wrote:

Aurelien a écrit :
Salut,

J'ai un disque qui a l'air gentiment en train de crever, fsck se vautre
à chaque démarrage, et me propose de taper le mot de passe root pour la
maintenance. Assez bizarrement, il m'est impossible de me logguer à ce
moment là, le password root ne prend pas (j'ai tenté en qwerty, en
clavier mac, etc.), donc je finis par taper Ctrl+D et laisser la machine
démarrer.
Le problème c'est qu'ensuite, le disque est monté (enfin, les deux
partitions qui posent problème) l'un sur /usr/share, l'autre sur
/home/commun, tous deux en ext3, je ne peux donc pas les checker.
J'ai tenté des lsof et fuser sur chaque pour virer les programmes qui
tournent dessus, mais :
- pour /usr/share, il y a un bash qui lit un fichier de traduction
  gettext (.mo)
- pour l'autre, il n'y a plus aucun processus présent avec lsof et
  fuser.

Je sais queje peux utiliser un live-CD pour faire mon check, mais ceux
que j'ai sont vieux et disent d'utiliser une version plus récente de
fsck.
Donc, comme je n'ai pas de RW sous la main dans l'immédiat, et que j'ai
pas envie de ruiner un DVD pour si peu, je voulais savoir s'il n'y avait
pas une solution pour :

- faire le checkdisk, même si le disque est monté (d'ailleurs, pourqooi
  est-ce dangereux ?)
- connaître réellement tous les processus utilisant une partition
  (quoique, dans tous les cas, je vois mal comment me passer de bash !)

Merci d'avance
Aurélien


Salut,

je ne sais pas quelle version de Debian tu utilises, en Squeeze il y a
un bug sur le paquet "udev" qui conduit à un tas d'effets secondaires au
démarrage, dont le fsck qui avorte, les périphériques (souris, clavier)
incorrectement reconnus ou pas du tout, les partitions qui ne sont pas
montées... Ça ne se produit pas nécessairement à tous les démarrages, et
seulement sur certaines machines.

Si tu utilises la version 146-5 de udev tu aurais intérêt à mettre à
jour vers celle de Sid (148-2 actuellement, il y avait d'autres bugs
bloquant sur les versions précédentes jusqu'à 148-1).


Bonjour,

j'ai pas suivi mais il y a aucun danger de taper le mot de passe root et tout simplement faire un 'fsck' tout court et du 'y' partout.

En général c'est résolu.

D'un autre coté il y a aussi les /etc/udev/rules.d/ que tu peux controler.

amicalement





Reply to: