OVH Cloud OVH Cloud

Btrfs cassé

15 réponses
Avatar
Yliur
Bonjour

J'ai installé btrfs sur une machine et tout s'est bien passé
jusqu'ici... Et là c'est cassé.

C'est sur Archlinux, au cas où ça servirait.

Les dernières nouvelles de la machine avant redémarrage : quelques
mises à jour (dont le noyau), un manifeste plantage du lecteur flash.
Les trucs flash ne s'affichaient plus, peut-être depuis les mises à
jour sans redémarrage à suivre ; ça ne m'a pas trop inquiété mais ça a
lancé un systemd-journal qui s'excitait sur le processeur. Ca arrive
aussi en cas de plantage de Firefox, c'est casse-pieds mais en général
ça passe. Là ça ne passait pas trop, mais j'ai a priori réussi à
éteindre la machine proprement.

Ca m'étonnerait que tout ça soit très utile... Maintenant qu'est-ce qui
s'affiche au démarrage :
"
Booting the kernel.
:: running early hook [udev]
:: running hook [udev]
:: Triggering uevents...
:: running hook [btrfs]
Scanning for btrfs filesystems
failed to open /dev/btrfs-control skipping device registration: No such
file or directory
failed to open /dev/btrfs-control skipping device registration: No such
file or directory
failed to open /dev/btrfs-control skipping device registration: No such
file or directory
failed to open /dev/btrfs-control skipping device registration: No such
file or directory
failed to open /dev/sr0: No medium found
:: mounting '/dev/sda3' on real root
mount: wrong fs type, bad option, bad superblock on /dev/sda3,
missing codepage or helper program, or other error

In some case useful info is found in syslog - try
dmesg | tail or so.
You are now being dropped into an emergency shell.
sh: can't access tty; job control turned off
[rootfs /]#
"

Les dernières lignes affichées par dmesg, qui parlent de btrfs :
"
Btrfs loaded
device fsid <un long numéro en hexa> devid 1 transid 70632 /dev/sda3
btrfs: disk space caching is enabled
btrfs: failed to read the systm array on sda3
btrfs: open_ctree failed
Switched to clocksource tsc
"

/dev/sda3, /dev/sda4, /dev/sdb3, /dev/sdb4 et /dev/btrfs-control
apparaissent bien si je fais un "ls /dev".

L'amorceur est syslinux, mais je ne sais pas si c'est encore lui qui
bosse ici, je suppose que le noyau a pris la main et que tout dépend de
lui à ce moment.

Les disques sont sans doute assez pleins (difficile à dire avec btrfs)
mais ça n'a pas l'air d'être le problème ici (?).

A priori j'ai deux partitions btrfs sur /dev/sda3 (/) et /dev/sda4
(/home) et la même chose, en miroir, sur /dev/sdb3 et /dev/sdb4.

Et une bonne nouvelle dans ce bazar : dans le pauvre shell qui apparaît
après ces messages d'erreur je peux faire :
mkdir /mnt
mount /dev/sdb3 /mnt
mount /dev/sdb4 /mnt/home
et mes fichiers apparaissent dans /mnt, donc tout ne semble pas perdu.

Avec /dev/sda3 j'ai le même message d'erreur que plus haut : "wrong fs
type, bad option, ...". Et si je fais un "btrfsck /dev/sda3" je peux
ensuite le monter normalement (sur /mnt par exemple, comme plus haut),
mais même après un démontage propre avec umount au démarrage suivant
c'est à nouveau la même chose (notons quand même que le redémarrage
c'est à l'arrache, je n'arrive pas à éteindre la machine sinon, mais
umount se termine correctement).

Je n'ai pas trop d'idées pour le rétablissement de la situation...

Est-ce qu'il faut que je tente de réassembler les éléments avec des
trucs comme "btrfs device add" ? Qu'est-ce qui pourrait faire que la
partition à monter a l'air cassée à chaque démarrage ?

Merci pour votre aide.

Yliur

5 réponses

1 2
Avatar
Hugolino
On 2013-09-22, Yliur wrote:

Bonjour

J'ai installé btrfs sur une machine et tout s'est bien passé
jusqu'ici... Et là c'est cassé.



D
Avatar
Hugolino
On 2013-09-22, Yliur wrote:

J'ai install?? btrfs sur une machine et tout s'est bien pass??
jusqu'ici... Et l?? c'est cass??.



Deuxième pollution à fin de test de mon problème d'encodage.
Config : alias slrn='LANG= luit slrn -C'
En édition sous 'vim': caractères accentués de Yliur remplacés par deux
point d'interrogation, mes caractères accentués sont OK.

C'est sur Archlinux, au cas o?? ??a servirait.



'où' remplacé par 'o??'
'ça' remplacé par '??a'


--
Un vibromasseur ne vous téléphone pas pour votre anniversaire.
Un vibromasseur ne vous envoie pas de fleurs.
Et vous ne pouvez pas le présenter à votre mère.
Hugo (né il y a 1 559 606 664 secondes)
Avatar
Doug713705
Le 25-09-2013, Hugolino nous expliquait dans fr.comp.os.linux.configuration :

Deuxi?me pollution ? fin de test de mon probl?me d'encodage.
Config : alias slrn='LANG= luit slrn -C'
En ?dition sous 'vim': caract?res accentu?s de Yliur remplac?s par deux
point d'interrogation, mes caract?res accentu?s sont OK.


'o?' remplac? par 'o??'
'?a' remplac? par '??a'

Content-Type: text/plain; charset=ANSI_X3.4-1968


^^^^^^^^^^^^^^
C'est chez toi que ça ne va pas.

--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Without freedom of choice there is no creativity.
-- Kirk, "The return of the Archons", stardate 3157.4
Avatar
Yliur
Le Wed, 25 Sep 2013 07:03:38 +0200
NiKo a écrit :

Un problème de délai pour le montage des partitions ?

Tu peux tenter la commande 'rootdelay' au noyau pour voir.



Je ne pense pas que c'était ça, le problème persistait dans
l'environnement de secours et ayant un fonctionnement assez particulier.

Mais ça méritait d'être essayé, c'était dans ma liste. Merci.
Avatar
Yliur
Bon... la nouvelle mise à jour du noyau (interne à Archlinux) a réglé
le problème. Soit qu'elle ait remis quelque chose d'aplomb (promis
j'avais rien touché, c'est pas ma faute !), soit qu'il y ait eu un
problème de configuration du noyau de ce côté.

Merci pour les idées en tout cas.
1 2