Page 2 sur 4

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 13:30
par Robinwood

Dernier message de la page précédente :

/etc/crontab:

Code : Tout sélectionner

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user	command
17 *	* * *	root    cd / && run-parts --report /etc/cron.hourly
25 6	* * *	root	test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6	* * 7	root	test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6	1 * *	root	test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
/etc/rc.local:

Code : Tout sélectionner

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
fstrim /
exit 0
et

Code : Tout sélectionner

sudo mv -v /etc/cron.weekly/fstrim /fstrim

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 13:45
par mpat
tu as mis quelle commande pour le fstrim ?
tu as été vérifié dans «/etc/cron.weekly/fstrim» -> «/fstrim»

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 13:50
par Robinwood

Code : Tout sélectionner

fstrim /
à la fin de /etc/rc.local, avant exit 0.
Et

Code : Tout sélectionner

sudo mv -v /etc/cron.weekly/fstrim /fstrim
Image

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 13:59
par mpat
Tu devais suspendre un peu ce script pour voir si tu as encore des plantages.

pour moi le problème viens de ça.

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 14:11
par Robinwood
Je tente et te tiens au jus.
fstrim / retour en cron.weekly :?:
Et pour grub que j'ai modifié:
GRUB_CMDLINE_LINUX="libata.force=noncq"
retour à: GRUB_CMDLINE_LINUX=""
Merci de ton attention. ;)

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 14:25
par mpat
si tu as pris ça en exemple d'après ton lien.

Linux Mint is on one single partition, so you have only the root partition / , then your rc.local should look like this:
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
fstrim /
exit 0

If you have a separate home partition, then you add the following line as well, above exit 0:
fstrim /home


Linux Mint est sur ​​une seule partition, il faut donc que la partition racine / , alors ton rc.local devrait ressembler à ceci:
#! / Bin / sh -e
#
# rc.local
#
# Ce script est exécuté à la fin de chaque niveau d'exécution multi-utilisateur.
# Assures-toi que le script "exit 0" en cas de succès --->(or any other )(Ou n'importe quel autre)
# en cas d'erreur.
#
# pour activer ou désactiver ce script il suffit de modifier l'exécution
# bits.
#
# Par défaut ce script ne fait rien.
fstrim /
exit 0
Si tu as une partition home séparée, alors tu ajoutes la ligne suivante et, au-dessus de exit 0 --> fstrim / home

# Par défaut ce script ne fait rien. ( Normal les commandes sont commentées )

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 14:31
par mpat
si tu as déjà fait et que ça marche laisse le -->GRUB_CMDLINE_LINUX="libata.force=noncq"

la commande par défaut de cette ligne est --> quiet splash

Si tu ne l'a pas encore fait attention au plantage il faudra édité le grub en live pour corriger


Pour vérifier un dd et ssd installes gsmartcontrol beaucoup plus complet +- graphique il est dans synaptic le lanceur s'installe dans administration il faut être en S.U pour le lancer

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 14:35
par Robinwood
Je n'ai pas de /home séparé.
/etc/rc.local, je l'ai remis comme à l'origine:
Image
Fstrim retour dans cron.weekly.

Code : Tout sélectionner

GRUB_CMDLINE_LINUX="libata.force=noncq"
à la place de

Code : Tout sélectionner

GRUB_CMDLINE_LINUX=""
et cela redémarre.
Image

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 14:38
par mpat
oui il ne fait rien comme tu commenté et aucunes instructions actives

Une question tu as un swap ??

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 14:51
par Robinwood
Oui, un swap réglé: cat /proc/sys/vm/swappiness =1
Image
et fstrim cron.weekly:
Image

Re: Trouver une erreur journaux système

Posté : jeu. 25 févr. 2016 16:40
par Robinwood
Avec google, j'ai plusieurs fois trouvé sur le samsung evo 850 (mon ssd):
850 EVOne supporte pas TRIM en file d'attente.
les commandes TRIM ne doivent pas être mis en attente par le lecteur, mais
exécutée immédiatement (après avoir effacé les commandes existantes dans la file d'attente, je
deviner). Pour une utilisation de bureau, cela signifie qu'un fstrim hebdomadaires cronjob vous pouvez
ont peut bloquer le système pendant une seconde.

Code : Tout sélectionner

libata.force = noncq 
comme paramètre du noyau, semble être la solution, à suivre.
Dois-je désactiver fstrim:cron.weekly?