Discussion :

[Paul_Le_Heros]

* * Bonjour à tous,

* * Je roule OpenSUSE Leap 15.1. Cela pourrait être plus important qu'il n'y parait !

Mon système était 100% SSD (sauf les sauvegardes). Mais j'ai commencé à avoir des problèmes après de 2 ou trois ans d'utilisation, et j'ai découvert alors qu'il y avait un bug dans le firmware des SSD de marque Kingston, qui bloque gravement Linux. J'ai donc décidé de revenir aux disques durs classiques et fiables pour ce qui est de la partition /home. Mais la vitesse d'exécution est vraiment améliorée avec les SSD, comme vous le savez, alors j'ai voulu laisser le système sauf /tmp et /var sur un SSD, ceci pour limiter les écritures, et placer /var (1Go), /tmp (1Go) et /home sur un disque dur. Mais cela ne fonctionne pas et je ne parviens pas à voir pourquoi.

Quelqu'un pourrait-il m'aider à résoudre le problème, s'il vous plait ? La première difficulté est relire ce qui est écrit pendant le boot (Oss Leap). Et je n'ai rien vu avec la commande "dmesg".

Merci pour l'attention que vous aurez portée à ce post.

Les ligne de /etc/fstab concernées :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# LABEL=tmp_              /tmp                  ext4  data=ordered                    0  2
# LABEL=var_              /var                  ext4  data=ordered                    0  2

[N_BaH]

Bonjour,

j'ai voulu laisser le système sauf /tmp et /var sur un SSD, ceci pour limiter les écritures, et placer /var (1Go), /tmp (1Go) et /home sur un disque dur. Mais cela ne fonctionne pas et je ne parviens pas à voir pourquoi.

qu'as-tu fait ?
quels sont les symptômes ?

mets-nous le fstab en entier, stp.
ce que tu as collé ne sont que des lignes commentées, elles ne sont donc pas prises en compte.

[Paul_Le_Heros]

Merci N_BaH.

qu'as-tu fait ?

J'ai créé deux partitions ext4 de 1 Go sur un disque dur, ayant les étiquettes (label) tmp_ et var_ et les ai formatés, puis temporairement montés pour l'occasion ces deux partitions et recopié le contenu des répertoires courants /var et /tmp dans ces répertoires . Ensuite, j'ai ajouté à /etc/fstab les deux lignes ci-dessus sans "# " initial. J'ai bien vu des messages "failed" en rouge passer au lieu des "   OK   " habituels, en vert, mais n'ai pas pu les lire par la suite. Je n'ai rien noté de particulier (mais j'ai du mal voir) avec la commande "dmesg". Mais je suppose que ces répertoires sont si importants pour le système que si quelque chose ne se passe pas bien les concernant, tout fonctionne très mal !

quels sont les symptômes ?

Je me suis retrouvé en mode secours et me suis logué en root. De toute façon, cela ne pouvait venir que de cette modification de fstab ! J'ai donc commenté les deux lignes avec vi et rebooté. La racine est bien montée avec l'option "noatime" (chère au SSD).

ce que tu as collé ne sont que des lignes commentées, elles ne sont donc pas prises en compte.

Bien sûr ! :-) Je ne crois pas que les détails relatifs au montage de / et de /home soit nécessaire.

EDIT: en bleu (!)

[N_BaH]

Je ne crois pas que les détails relatifs au montage de / et de /home soit nécessaire.

ça n'a rien de périlleux.
tout le monde n'utilise pas openSuse, et ne sait pas à quoi ressemble leur fstab.

d'autant que je ne trouve pas d'option data= au survol de man mount...

[Paul_Le_Heros]

...je ne trouve pas d'option data= au survol de man mount...

Moi non plus, pas de data= ni dans /usr/share/man/fr/man2/mount.2.gz, /usr/share/man/man2/mount.2.gz, /usr/share/man/man8/mount.8.gz, pas plus que dans /usr/share/man/man5/fstab.5.gz.

[N_BaH]

c'est pour ça que je voudrais voir comment sont montées les autres partitions.

[Paul_Le_Heros]

Moi non plus, pas de data= ni dans /usr/share/man/fr/man2/mount.2.gz, /usr/share/man/man2/mount.2.gz, /usr/share/man/man8/mount.8.gz, pas plus que dans /usr/share/man/man5/fstab.5.gz.

Alzheimer aidant, j'avais associé l'option "data=…" à la journalisation et finalement occulté, faute d'info. C'est "yast", le logiciel d'administration système de Suse, qui traite ça. Cela pourrait-il venir du fait qu'au moment du formatage, j'ai demandé la vérification régulière du système de fichiers ? Ce ne serait pourtant pas logique, le journalisation devant être inhérente au fs.

/etc/stab actuel réduit aux lignes nécessaires :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
LABEL=shf112            /                     ext4  noatime                         0  1
LABEL=sam465_home       /home/moi             ext4  data=ordered                    0  2
LABEL=7-samsung_sav     /linux/7-samsung_sav  ext4  user,data=ordered               0  2
# LABEL=tmp_              /tmp                  ext4  data=ordered                    0  2
# LABEL=var_              /var                  ext4  data=ordered                    0  2

[N_BaH]

autant déplacer /tmp ne devrait pas être problématique (décommente cette ligne dans un premier temps, et redémarre pour voir si le système démarre sans erreur) sans autre intervention,
autant ce qu'il y a dans /var est essentiel au bon fonctionnement du système.

as-tu déjà copié les données du répertoire /var sur la partition qui lui est destinée ?

[Paul_Le_Heros]

Merci N_BaH.

As-tu déjà copié les données du répertoire /var sur la partition qui lui est destinée ?

EDIT: en bleu (!)

Je m'en suis rendu compte hier !

autant déplacer /tmp ne devrait pas être problématique (décommente cette ligne dans un premier temps, et redémarre pour voir si le système démarre sans erreur) sans autre intervention, autant ce qu'il y a dans /var est essentiel au bon fonctionnement du système.

Je vais faire des essais ce soir (pe, GMT+5). La solution pourrait-elle se trouver dans /root/.bash_profile où j'y écrirais de monter les partitions correspondantes à /tmp et /var ? Mais je suppose que ça va mal se passer avec /var si le répertoire est occupé, ce qui risque d'être le cas à cause des logs ! Je saurais ce soir…

[N_BaH]

non. le montage automatique des partitions se fait dans /etc/fstab.
mais, sans les messages d'erreur, ça va tourner au colin-maillard.

soit regarder dans dmesg, soit dans les logs...

[LittleWhite]

Bonjour,

J'interviens, car d'une part, le sujet m'intéresse (curiosité personnelle), mais aussi car une chose me titille depuis le début.
Pour les problèmes liés aux SSD, disons soit.

Toutefois, dans les systèmes récents, le /tmp/ n'est plus sur le disque. Généralement, c'est une portion de la mémoire vive, utilisant le système de fichiers tmpfs (qui est un ramfs).
Si je tape la commande mount (sans option), j'obtiens cela :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

tmpfs on /tmp type tmpfs (rw,nosuid,nodev,nr_inodes=409600)

Pour le /var/, en effet, il est bien sur mon / (qui est un SSD).
J'ai pu vérifié avec df -h /var/.

Je pense que pour le montage, vous devriez partir sur les options standard, du style : rw,noatime.
Aussi, j'ai un raspberrypi avec une Raspbian de base et j'ai ce fstab :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
/var/swap none swap sw 0 0
tmpfs /var/log tmpfs size=50M,noatime,lazytime,nodev,nosuid,mode=1777

Donc, du tmpfs pour les logs.

[Paul_Le_Heros]

Merci à chacun pour leurs posts.

Effectivement, dé-commenter la ligne de fstab relative à /tmp n'a semble-t-il occasionné aucune erreur.
Une fois la ligne de /var dé-commentée, voici ce que j'ai pu photographier :
(notez que j'ai ajouté les lignes précédentes et suivantes celles contenant des erreurs ou des alarmes pour situer ces dernières)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
...
[  OK  ] Started Create Volatile Files and Directories
         Starting Security Auditing Service...
[FAILED] Failed to start
See 'systemctl status auditd.service' for details.
...
[  OK  ] Started Apply settings from /etc/sysconfig/keyboard.
[FAILED] Failed to start Autorization Manager
See 'systemctl status polkit.service' for details.
[DEPEND] Dependency failed for Modem Manager.
[  OK  ] Started Machine Check Exeption Logging Deamon
...

Et voici le résultat des commandes suggérés :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
shf112_152:~ # systemctl status auditd.service
● auditd.service - Security Auditing Service
   Loaded: loaded (/usr/lib/systemd/system/auditd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2020-09-23 20:16:57 -05; 1min 19s ago
     Docs: man:auditd(8)
           <a href="https://github.com/linux-audit/audit-documentation" target="_blank">https://github.com/linux-audit/audit-documentation</a>
 
Sep 23 20:16:57 shf112_152 systemd[1]: Starting Security Auditing Service...
Sep 23 20:16:57 shf112_152 auditd[715]: Could not open dir /var/log/audit (No such file or directory)
Sep 23 20:16:57 shf112_152 auditd[715]: The audit daemon is exiting.
Sep 23 20:16:57 shf112_152 systemd[1]: auditd.service: Control process exited, code=exited status=6
Sep 23 20:16:57 shf112_152 systemd[1]: Failed to start Security Auditing Service.
Sep 23 20:16:57 shf112_152 systemd[1]: auditd.service: Unit entered failed state.
Sep 23 20:16:57 shf112_152 systemd[1]: auditd.service: Failed with result 'exit-code'.
 
shf112_152:~ # systemctl status polkit.service
● polkit.service - Authorization Manager
   Loaded: loaded (/usr/lib/systemd/system/polkit.service; static; vendor preset: disabled)
   Active: failed (Result: exit-code) since Wed 2020-09-23 20:16:58 -05; 1min 59s ago
     Docs: man:polkit(8)
 Main PID: 1037 (code=exited, status=1/FAILURE)
 
Sep 23 20:16:58 shf112_152 systemd[1]: Starting Authorization Manager...
Sep 23 20:16:58 shf112_152 systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE
Sep 23 20:16:58 shf112_152 systemd[1]: Failed to start Authorization Manager.
Sep 23 20:16:58 shf112_152 systemd[1]: polkit.service: Unit entered failed state.
Sep 23 20:16:58 shf112_152 systemd[1]: polkit.service: Failed with result 'exit-code'.

Il y a probablement la possibilité de manipuler le gestionnaire de services, mais c'est du grand Yast ! À moins qu'en ligne de commande…

@LittleWhite: Même si je regarde rarement les fichiers de logs (qui pèsent pourtant si lourd avec le temps), je trouve nécessaire de les avoir accessibles d'un boot à l'autre. Je ne vois pas comment on peut regarder dans cette direction avec cette contrainte…
Ne démarrer les services concernés qu'une fois monter /var ? L'option "noatime" sur la partition montée en /home serait bien plus gênant encore, à mon goût.

@N_BaH: "soit regarder dans dmesg, soit dans les logs... " regarder dans les logs me parait difficile !

J'y retourne pour récupérer dmesg et le coller ici ensuite…

[Paul_Le_Heros]

J'ai pas réussi à faire cracher bash dans un fichier avec la commande dmesg. /var semblait bien monté. Je suppose que le fichier correspondant (à dmesg) était soit /var/log/boot.mesg, soit /var/log/boot.omesg. J'ai téléchargé et joins les deux fichiers.

J'ai essayé les commandes suivantes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
shf112_152:~ # df /var
Filesystem     1K-blocks   Used Available Use% Mounted on
/dev/sda5         999320 619684    310824  67% /var
shf112_152:~ # systemctl start auditd.service
Job for auditd.service failed because the control process exited with error code.
See "systemctl  status auditd.service" and "journalctl  -xe" for details.
shf112_152:~ # systemctl start polkit.service
Job for polkit.service failed because the control process exited with error code.
See "systemctl  status polkit.service" and "journalctl  -xe" for details.

Pas terrible, non ?

[Paul_Le_Heros]

Salut tous,
Finalement, ces répertoires peuvent-être montés depuis une partition AU MOMENT de l'installation de la distro. Ça a été vrai pour Debian 10.4. Je suppose que ce doit l'être également pour Suse et bien d'autres distributions, mais pour Suse, Yast ne propose que /home, /srv, /tmp et /usr/local comme point de montage "tout prêt" sur mon installation.

Je suppose donc que passée l'installation, /var est indéboulonnable !