Discussion :

[Signal40]

Bonjour,

Je réalise une application embarquée sur une PC Industriel avec OS linux debian.

Le produit est une boite noire qui ne dispose ni d'écran ni de clavier.

Le produit doit démarrer complètement dans toutes les conditions sans jamais resté bloqué au démarrage (boot).

Hors suite à un reboot après une commande de remise à l'heure (antérieure à l'heure courante), le chargement de l'OS se bloque sur un message qui ressemble à celui-la :

"Checking root file system ...fsck from...now=...) is in the future. ...
RUN fsck MANUALLY"

OK, je conçois que pour linux, il y est une incohérence sur l'horodate, mais comment faire pour ne pas rester bloqué dans cette situation ?

Existe t'il d'autres situation sur les quelles pourrait se bloquer ? Et quels sont les palliatifs ?

Merci pour vos réponses ?

[frp31]

Bonjour,

Je réalise une application embarquée sur une PC Industriel avec OS linux debian.

Le produit est une boite noire qui ne dispose ni d'écran ni de clavier.
?

selon l'usage tu peux faire un fsck forcé au boot et rebooter hebdomadairement par exemple.

ou encore dans le fstab virer le fsck
pour que le check ne soit pas lancé au risque de devoir faire un peu de maintenance dont un fsck une fois de temps en temps.

[Signal40]

Malheureusement le système doit être conçu pour ne pas avoir de maintenance a réaliser donc il vaut peut être mieux virer fsck.

Comment fait on ?

[becket]

Tu peux toujours faire une tune2fs de ton filesystem pour désactiver un fsck automatique basé sur le temps

Code :

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

1
2
 
tune2fs -i 0 /dev/partition

Tu peux également le faire sur le nombre de montage

Code :

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

1
2
 
tune2fs -c -1 /dev/partition

Il va sans dire que c'est hautement pas recommandé !

[frp31]

Malheureusement le système doit être conçu pour ne pas avoir de maintenance a réaliser donc il vaut peut être mieux virer fsck.

Comment fait on ?

là tu reprends ton projet à zéro parce qu'il y a un très grave problème de conception...

Plus un embarqué, quel que soit son usage, est une boite-noire, plus il est critique de pouvoir à minima ; sur maintenance programmé ; déclencher des événement de maintenance système. Ou mieux encore permettre aussi lors des maintenances programmées, pouvoir mettre à jour. ne serai ce que par échange standard du master-disk.

quand à la solution de becket c'est tout à fait cohérant pour virer le fsck basé sur le temps uniquement mais très pertinent.