Retourner au contenu associé (journal : La fin du "permissive add-on model" chez Mozilla, ou comment flinguer une base d'extensions)
Posté par xcomcmdr le 23 août 2015 à 12:42. En réponse au journal La fin du "permissive add-on model" chez Mozilla, ou comment flinguer une base d'extensions. Évalué à 5. Dernière modification le 23 août 2015 à 12:43.
Systemd s'arrête dès qu'il a une erreur.
Euh non. Ce n'est pas son comportement. Quand systemd a une erreur, il boot quand même, hein...
systemctl status
renverra le "State" "degraded", au lieu de "running", mais sinon à part deux ou trois unit qui n'ont pas démarré, ça l'empêche pas de rouler.
Dans le cas du fstab, c'est logique de s'arrêter s'i y a un erreur à ce niveau.
Imagine que tu ne peux pas monter /usr, tu fais quoi ?
On attend certes une certaine résilience (que systemd fournit), mais pas qu'il cache toutes les erreurs et se fiche des conséquences...
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
[^] # Re: Et le bordel monstre qu'est devenu le magasin d'applications ?
Posté par xcomcmdr . En réponse au journal La fin du "permissive add-on model" chez Mozilla, ou comment flinguer une base d'extensions. Évalué à 5. Dernière modification le 23 août 2015 à 12:43.
Euh non. Ce n'est pas son comportement. Quand systemd a une erreur, il boot quand même, hein...
renverra le "State" "degraded", au lieu de "running", mais sinon à part deux ou trois unit qui n'ont pas démarré, ça l'empêche pas de rouler.
Dans le cas du fstab, c'est logique de s'arrêter s'i y a un erreur à ce niveau.
Imagine que tu ne peux pas monter /usr, tu fais quoi ?
On attend certes une certaine résilience (que systemd fournit), mais pas qu'il cache toutes les erreurs et se fiche des conséquences...
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)