Ubuntu-fr

Compte supprimé

Re : Topic des lève-tôt [partie 11]

F50, si en revanche tu penses que Maximum mount count: -1 est une erreur, c'est un peu en relation avec ma signature.
-1 (ou &b1111111111111111111111111111111111111111) est l'interprétation signé, du plus grand nombre en 32 bits (2³²-1).
En logique, 0 est faux, 1 est vrai, une variable qui vaut -1 (ou &b1111111111111111111111111111111111111111) en 32 bits est parfois interprétée comme vraie.

F50

Re : Topic des lève-tôt [partie 11]

Et il n'y a aucun problème à ma connaissance à ne surtout pas vérifier les disques durs et les SSD, je l'ai déjà expliqué dans d'autres messages, j'aimerais ne pas trop me répéter : les disques intègrent déjà un mécanisme de protection des données et de vérifications de secteurs, avec déplacements et mise en bad block list automatique

"FSCK est l'outil de contrôle d'intégrité et réparation pour les systèmes de fichiers Linux."

F50

Re : Topic des lève-tôt [partie 11]

si en revanche tu penses que Maximum mount count: -1 est une erreur,

-1 n'est pas une erreur c'est simplement que le contrôle d'intégrité et réparation pour les systèmes de fichiers est désactivé.

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Et il n'y a aucun problème à ma connaissance à ne surtout pas vérifier les disques durs et les SSD, je l'ai déjà expliqué dans d'autres messages, j'aimerais ne pas trop me répéter : les disques intègrent déjà un mécanisme de protection des données et de vérifications de secteurs, avec déplacements et mise en bad block list automatique

"FSCK est l'outil de contrôle d'intégrité et réparation pour les systèmes de fichiers Linux."

Alors je pose la question : «Partant du principe que les disques à partir des années fin 1990 sont intègres (smart et mécanisme de gestion des badblocks), le système de fichiers Linux va-t-il se corrompre tout seul, nécessitant de lancer FSCK pour réparer ? »

F50

Re : Topic des lève-tôt [partie 11]

https://doc.ubuntu-fr.org/verification_de_fichiers

Fréquence choisie
(exprimée en nombre de montages ou par unités de temps)

Attention : si vous décidez de faire l'économie de toute vérification, ou de l'annuler quand le système vous la propose, vous courrez le risque de ne pas détecter en temps utile un défaut qui aurait pu être facilement réparé à un stade précoce. Extrait de man tune2fs (le manuel):

Vous devez être conscient des conséquences si vous désactivez entièrement la vérification dépendante du compteur de montage.
Des disques, câbles, mémoires défectueux ou des bogues du noyau peuvent corrompre un système de fichiers sans que celui-ci ne soit marqué comme «sale» ou «erroné». (…)
Une erreur de système de fichiers détectée par le noyau peut encore forcer un fsck lors du prochain redémarrage, mais il sera peut être déjà trop tard à ce moment là pour prévenir la perte de données.
Ce n'est pas dans votre intérêt. Choisissez donc un intervalle raisonnable.

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Question subsidiaire : Quel est l'équivalent de FSCK sur les supercalculateurs, ou les serveurs GNU/Linux allumés 24h/24 depuis plus de 6 ans ? Quand faites-vous le FSCK sur un serveur monté pendant plus de 6 ans sans redémarrer ? (uptime de 2281 jours)

Dernière modification par Compte supprimé (Le 16/10/2016, à 09:29)

F50

Re : Topic des lève-tôt [partie 11]

J'ai ni supercalculateur ni serveur mais les serveurs sont en entretien régulièrement, non ? Mais ce n'est pas comparable avec un desktop utilisateur privé. En général, on trifouille pas des supercalculateurs ou serveurs comme des desktops et leurs bugs entre le clavier et la chaise.

Quoi qu'il en soit, chacun fait fait fait cqui lui plait plait plait.

Compte supprimé

Re : Topic des lève-tôt [partie 11]

https://doc.ubuntu-fr.org/verification_de_fichiers

…
Des disques, câbles, mémoires défectueux ou des bogues du noyau peuvent corrompre un système de fichiers sans que celui-ci ne soit marqué comme «sale» ou «erroné». (…)
…

Voilà ! En fait je ne suis pas assez riche pour acheter du matériel bas de gamme. Ça revient trop cher et ça fait perdre trop de temps.

Je préfère investir dans la fiabilité.
Pour moi, un bon disque dur, c'est 1 million d'heures de MTBF.

Mon premier disque dur a coûté 2700 francs (411€ pour un 340 Mo - un tiers de gigaoctet - en 1995, c'est-à-dire vue le prix de la vie qui a augmentait, ça représentait 800€ en 1995 ).

F50

Re : Topic des lève-tôt [partie 11]

Y'a pas que le matos, la preuve il t'arrives souvent de niquer ton OS et devoir réinstaller :

"ou des bogues du noyau peuvent corrompre un système de fichiers"

moko138

Re : Topic des lève-tôt [partie 11]

Et il n'y a aucun problème à ma connaissance à ne surtout pas vérifier les disques durs et les SSD, je l'ai déjà expliqué dans d'autres messages, j'aimerais ne pas trop me répéter : les disques intègrent déjà un mécanisme de protection des données et de vérifications de secteurs, avec déplacements et mise en bad block list automatique

Ce que tu as écrit est vrai pour la vérification physique du disque.
Son micrologiciel contrôle les secteurs, le cache et la communication avec la carte-mère, ce qui permet de détecter aussi des défauts sur le circuit imprimé, connectique incluse.
(Ce sont les résultats de ces vérifications qui sont stockés dans les données smart).

Mais le micrologiciel du disque NE s'occupe PAS de vérifier la surcouche logicielle que sont les systèmes de fichiers.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

F50

Re : Topic des lève-tôt [partie 11]

Mais le micrologiciel du disque NE s'occupe PAS de vérifier la surcouche logicielle que sont les systèmes de fichiers

C'est ce que je m'évertue à passer comme message mais bon...

Edit : Extrait :

"Linux, FreeBSD, and other UNIX-based systems
File System Check
A File System Check (fsck) is run automatically at boot time (when the operating system detects that a file system is in an inconsistent state), or periodically (to prevent small, undetected inconsistencies from becoming exacerbated)."

https://kb.leaseweb.com/display/KB/File … Check+Disk

Dernière modification par F50 (Le 16/10/2016, à 10:08)

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Mais le micrologiciel du disque NE s'occupe PAS de vérifier la surcouche logicielle que sont les systèmes de fichiers

C'est ce que je m'évertue à passer comme message mais bon...

Ordinateur sous Debian branché sur onduleur.

Si je tente de sauver le rapport avec :
sudo fsck -yfv /dev/sda5 > /root/fsck_20161016.txt
Pourra-t-on confirmer ensemble facilement qu'il n'y a aucune erreur ?

raspouille

Re : Topic des lève-tôt [partie 11]

Pour nettoyer un HD,il y a " Tweak "
https://doc.ubuntu-fr.org/ubuntu_tweak
L'installer en ligne de commande ...

---

Linux Mint Mate 17.3 GNU/Linux.

F50

Re : Topic des lève-tôt [partie 11]

Je n'ai jamais eu besoin de sauvegarder un rapport de fsck et pourquoi le faire si lui-même n'indique aucune erreur, pour brasser de l'air dans le vide ?

Et la question était faire un check régulièrement ou pas.

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Mais le micrologiciel du disque NE s'occupe PAS de vérifier la surcouche logicielle que sont les systèmes de fichiers

C'est ce que je m'évertue à passer comme message mais bon...

Edit : Extrait :

"Linux, FreeBSD, and other UNIX-based systems
File System Check
A File System Check (fsck) is run automatically at boot time (when the operating system detects that a file system is in an inconsistent state), or periodically (to prevent small, undetected inconsistencies from becoming exacerbated)."

https://kb.leaseweb.com/display/KB/File … Check+Disk

COÏNCIDENCE, COÏNCIDENCE…
Dans le dmesg :

[10725.657203] gvfs-udisks2-vo[2913]: segfault at 18 ip 0000000000411d3b sp 00007ffe5a43df70 error 4 in gvfs-udisks2-volume-monitor[400000+25000]

Ayant allumé l'ordinateur à 6h15, le problème a eu lieu une minute après ton message ! à 10h52 !!!

F50

Re : Topic des lève-tôt [partie 11]

COÏNCIDENCE, COÏNCIDENCE…

C'est moi qui l'ai provoquée histoire de te montrer ce qui peut arriver.

Je déconne...

C'est gvfs qui semble avoir trébuché, regarde dans syslog, c'est plus complet que dmesg.

Edit ;

https://bugs.debian.org/cgi-bin/bugrepo … bug=784675

Dernière modification par F50 (Le 16/10/2016, à 10:35)

F50

Re : Topic des lève-tôt [partie 11]

@ raspouille : J'éviterais Tweak ! Il nettoie oui mais quoi ??? Y'en a qui sont resté le bec dans l'eau avec ça !

Je préfère Bleachbit avec lequel je vois exactement ce qui est à "supprimer", c'est pas à l'aveugle.

Compte supprimé

Re : Topic des lève-tôt [partie 11]

@ raspouille : J'éviterais Tweak ! Il nettoie oui mais quoi ??? Y'en a qui sont resté le bec dans l'eau avec ça !

Je préfère Bleachbit avec lequel je vois exactement ce qui est à "supprimer", c'est pas à l'aveugle.

Et sur Facebook une utilisatrice a dû réinstaller son ordinateur qui ne bootait plus après l'utilisation de Bleachbit

Compte supprimé

Re : Topic des lève-tôt [partie 11]

F50, tout ça pour ça !

C'est bien, on est rassuré, tout va bien sur cet ordinateur branché sur onduleur.

F50

Re : Topic des lève-tôt [partie 11]

Et sur Facebook Fessesbook une utilisatrice a dû réinstaller son ordinateur qui ne bootait plus après l'utilisation de Bleachbit.

Bleachbit c'est pas pour envoyer des photos ! Faut savoir un peu lire avant de cocher les cases de ce qui est à supprimer.

Dernière modification par F50 (Le 16/10/2016, à 10:59)

Compte supprimé

Re : Topic des lève-tôt [partie 11]

COÏNCIDENCE, COÏNCIDENCE…

C'est moi qui l'ai provoquée histoire de te montrer ce qui peut arriver.

Je déconne...

C'est gvfs qui semble avoir trébuché, regarde dans syslog, c'est plus complet que dmesg.

Edit ;

https://bugs.debian.org/cgi-bin/bugrepo … bug=784675

Syslog est dans /var/log/, dans /var/log/ on trouve syslog ! J'essaie de m'en souvenir pour ne pas chercher à chaque fois avec find / -name syslog*

Ça a planté vers 10h52 je crois :

Oct 16 08:17:01 debian-LibraZiK CRON[4472]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 16 09:14:27 debian-LibraZiK kernel: [10725.657203] gvfs-udisks2-vo[2913]: segfault at 18 ip 0000000000411d3b sp 00007ffe5a43df70 error 4 in gvfs-udisks2-volume-monitor[400000+25000]
Oct 16 09:14:27 debian-LibraZiK org.gtk.vfs.Daemon[2867]: (process:4679): GVFS-RemoteVolumeMonitor-WARNING **: Owner of volume monitor org.gtk.Private.UDisks2VolumeMonitor disconnected from the bus; removing dri
ves/volumes/mounts
Oct 16 09:17:01 debian-LibraZiK CRON[4713]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 16 10:16:17 debian-LibraZiK smartd[2310]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 66 to 65
Oct 16 10:16:22 debian-LibraZiK org.gtk.Private.UDisks2VolumeMonitor[2867]: disc.c:352: error opening file BDMV/index.bdmv
Oct 16 10:16:22 debian-LibraZiK org.gtk.Private.UDisks2VolumeMonitor[2867]: disc.c:352: error opening file BDMV/BACKUP/index.bdmv
Oct 16 10:17:01 debian-LibraZiK CRON[5310]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 16 10:57:23 debian-LibraZiK kernel: [16629.568049] NOHZ: local_softirq_pending 80
Oct 16 11:14:11 debian-LibraZiK udisksd[2923]: Cleaning up mount point /media/ludovic/Seagate3To (device 8:49 is not mounted)
Oct 16 11:14:12 debian-LibraZiK udisksd[2923]: Unmounted /dev/sdd1 on behalf of uid 1000
Oct 16 11:17:01 debian-LibraZiK CRON[6259]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)

Mais tout à l'heure, l'erreur que j'ai cru voir correspond à la même erreur que celle de 9h14m27s.

Ça me rappelle que lors de la coupure de courant d'il y a quelques soirs, l'ordinateur sous onduleur refusait de s'éteindre car une partie de mon réseau intratet n'était plus alimenté (Freebox et un switch sur le mauvaise prise).

Dernière modification par Compte supprimé (Le 16/10/2016, à 11:16)

F50

Re : Topic des lève-tôt [partie 11]

F50, tout ça pour ça !

C'est pas une navette spatiale fsck, il fait son boulot, vérifier l'intégrité du FS.

Tu devrais quand savoir où se trouvent syslog, non !!?? Le minimum...

Compte supprimé

Re : Topic des lève-tôt [partie 11]

Et sur Facebook Fessesbook une utilisatrice a dû réinstaller son ordinateur qui ne bootait plus après l'utilisation de Bleachbit.

Bleachbit c'est pas pour envoyer des photos ! Faut savoir un peu lire avant de cocher les cases de ce qui est à supprimer.

Bleachbit n'est pas user-friendly s'il est possible de supprimer tous les noyaux, sans en garder au moins un pour démarrer …

L'utilisatrice étant super-mignonne, et non-informaticienne, ce n'est pas sa faute.

Elle avait installé ElementaryOS en mode partitionnement automatique, et la partition système trop petite sature trop vite, et l'ordinateur devient inutilisable, à moins de supprimer les anciens noyaux.

J'aimais bien GRUB1 et le #howmany=2 …

Compte supprimé

Re : Topic des lève-tôt [partie 11]

F50, tout ça pour ça !

C'est pas une navette spatiale fsck, il fait son boulot, vérifier l'intégrité du FS.

Tu devrais quand savoir où se trouvent syslog, non !!?? Le minimum...

Oui, fsck fait son travail, pas de problème : et il n'y avait aucun problème puisque Debian est quand même plus stable qu'Ubuntu, et que l'ordinateur est branché sur onduleur.

édit : syslog est dans /var/log, dans /var/log on trouve syslog

Dernière modification par Compte supprimé (Le 16/10/2016, à 11:24)

Compte anonymisé

Re : Topic des lève-tôt [partie 11]

Je ne sais jamais quand  peut-on mettre apt à la place d'apt-get

Tout le temps, le apt-get a été simplifié en apt :

apt install

apt purge

apt remove

Etc.

Edit :

https://help.ubuntu.com/lts/serverguide/apt.html

Apt ?