Archlinux.fr [Forums]

Bonjour et bonne année à tous les archis gnu-linuxistes !
Je viens me renseigner au sujet d'un problème dont je n'ai jamais entendu parler sur le net ni pensé possible...

Je tente d'être le plus complet sur cette constatation. Comme le dit le titre : Akonadi met /home en lecture seule

Figurez-vous qu'un jour, j'ai mis mon ordinateur en hibernation (comme d'habitude...) et à son réveil, j'ouvre (si je me souviens bien) Rekonq ; message étrange : "Le fichier de configuration « /home/steve/.kde4/share/config/rekonqrc » n'est pas inscriptible."
Veuillez contacter votre administrateur système." Je me dis que c'est un simple bogue. Alors je presse OK et il s'ouvre. En même temps, je veux envoyer un courriel alors j'ouvre kontakt : message similaire.

Je me renseigne sur le net. Ils disent que ce serait un problème de permissions alors je vérifie : Apparemment aucun problème, mais je tente despéremment un : car j'ai constaté que mon dossier était la propriété de et non de .
Je rédemarre, je réessaie : ça ne marche toujours pas.

Je redémarre, je fais un petit VT switching avec , je me connecte et commence par un : Pas de problème...

Je me suis dit que je dois contrôler si le problème est parti ou s'il vient de :
1) KDE
2) KDM
3) Application au démarrage de KDE

Alors je me connecte avec un simple gestionnaire de fenêtre à partir de KDM et je retente de créer un fichier pour le supprimer. Pas de souci. KDM est supprimé de la liste.

Je me connecte sur KDE, le problème est là.

Je passe certains détails. Mais au bout, j'ai vu avec la commande que le volume monté sur formaté en nilfs2 est en rw, puis quelques secondes après passe en ro.

Je passe à nouveaux certains détails. En démarrant Akonadi, je remarque que cette entrée passe de ceci : à cela : Est-ce un bogue d'Akonadi ?

Je vous remercie. N'hésitez pas à me poser des questions.

Le souci n'est clairement pas du coté de Akonadi, c'est juste le déclencheur.
Tu as soit un souci matériel, soit il y a un bug logiciel. Sinon peux tu expliquer le choix de nilfs2, au lieu du classique ext4 ?
Pour comprendre ce qui se passe il faut la sortie de la commande dmesg après être passé en lecture seule

benjarobin a écrit :Le souci n'est clairement pas du coté de Akonadi, c'est juste le déclencheur.
Tu as soit un souci matériel, soit il y a un bug logiciel. Sinon peux tu expliquer le choix de nilfs2, au lieu du classique ext4 ?
Pour comprendre ce qui se passe il faut la sortie de la commande dmesg après être passé en lecture seule

Voici la sortie de dmesg après le lancement d'Akonadi et du passage en lecture seule :

Tu as raison cela doit provenir de l'intégrité du système de fichiers. J'utilise Nilfs2 pour plusieurs raisons :
1) Portabilité : il n'est lié à aucun OS spécifique
2) Garbage Collector ou ramasse-miettes : recherche automatique d'erreurs
3) Performances équivalentes au BtrFS et snapshots intégrés

Par contre, il n'y a pas de fsck...

Bonjour StEvUgnIn,
Souci matériel possible effectivement :
J'ai "perdu" 2 disques durs (externes) ces derniers mois, ils ont commencé comme ça, je te conseille une grande sauvegarde de tes données avant tout essai de correction du problème.

@waitnsea Il est difficile de dire l'origine de la corruption des données. Cela peut être tant un problème matériel, un éventuel problème logiciel (un bug, mais c'est moins probable), ou tout simplement une coupure de courant au mauvais moment.

Sinon pour répondre à StEvUgnIn, je ne vois pas en quoi c'est plus portable que l'ext4, et je ne vois pas en quoi le garbage collector est un avantage
De plus les performances doivent être bien inférieur à l'ext4. Certes les tests ne sont pas de cette année (http://www.phoronix.com/scan.php?page=a ... lfs2&num=2 et http://www.phoronix.com/scan.php?page=a ... lfs2&num=4) mais il y a un énorme fossé entre l'ext4 et NILFS.

Que retourne smartctl -a /dev/sda ? (à adapter à ton cas, si t'es sur sdb, tu changes...)

Bonjour à tous,
L'intégrité des fichiers était corrompue. J'ai fait un backup et j'ai passé le tout en https://wiki.archlinux.org/index.php/XFS.

Sans fsck on ne pouvait rien faire. L'avantage avec XFS est que j'aurai Fsck et xfs_repair. Chose que j'ignorais le jour où j'ai perdu tous mes fichiers sur une partition XFS dû à une coupure d'électricité.

Par contre, je n'en suis pas sûr pour le JFS avec lequel j'ai perdu Ubuntu il y a quelques années. Je roule sur Arch désormais et j'en suis fier même plus que Fedora et Debian. Il va parfaitement entre les deux.

Merci à vous. Bonne journée.