Bonjour,
Tous les matins, j'allume mon ordinateur sous Ubuntu, et puis c'est la même routine: je lance dans l'ordre un terminal, firefox, xchat, thunderbird, netbeans et rhythmbox. Ça prend un peu de temps, du coup, je me demandais s'il était possible d'améliorer ça en détournant un peu l'hibernation.
Concrètement, si l'hibernation créé par défaut un snapshot réutilisé immédiatement lors du redémarrage suivant, avez vous des idées pour créer un snapshot arbitraire et avoir une entrée dans Grub par exemple.
Ça pourrait aussi servir de safe_mode avancé en mode graphique: On sait que la session dans cet état fonctionne bien, on la garde dans un coin du disque, et on redémarre dessus en cas de problème.
Merci d'avance pour vos suggestions, idées, pointeurs !
# Pourquoi faire simple quand...
Posté par ze_lionix (site web personnel) . Évalué à 2.
Admettons qu'il y a un upgrade majeur de ton X incompatible avec ton vieux snap tu peux pleurer einh...
Si tu cherches simplement à lancer automatiquement tes applications habituelles au login X :
http://www.cyberciti.biz/tips/linux-desktop-auto-start-or-la(...)
Fuse : j'en Use et Abuse !
[^] # Re: Pourquoi faire simple quand...
Posté par Dorian . Évalué à 1.
PS : Après tu fais "Ajouter"…
« En fait, le monde du libre, c’est souvent un peu comme le parti socialiste en France » Troll
[^] # Re: Pourquoi faire simple quand...
Posté par NeoX . Évalué à 1.
[^] # Re: Pourquoi faire simple quand...
Posté par ze_lionix (site web personnel) . Évalué à 1.
Comment ça je suis un vieux qui utilise pas l'interface graphique ?
Rahhh les jeunes ! ;o)
Fuse : j'en Use et Abuse !
[^] # Re: Pourquoi faire simple quand...
Posté par fredoche . Évalué à 1.
[^] # Re: Pourquoi faire simple quand...
Posté par bubar🦥 (Mastodon) . Évalué à 2.
non ?
# Problemes sous-jacents
Posté par colmi . Évalué à 4.
En principe, c'est faisable (déjà vu dans le cadre de mon boulot, sur un système GNU/linux dépouillé).
Par contre, à ma connaissance, ce n'est intégré dans aucune distribution.
Des problèmes d'intégrité arrive au niveau de l'état du système, du fait des modifications qui peuvent être faites après la création de l'image.
A titre d'exemple, les systèmes de fichiers. Une image est faite de mon système après lancement des applications que je veux. Une partition n'est pas en lecture seule et je modifie des fichiers dessus. Je passe en hibernation. En sortie d'hibernation, des problèmes de cohérence sont susceptibles de se produire entre le système de fichier tel qu'il est sur le disque, et l'image qu'en a le système (ie tel qu'il était au moment de la création de l'image). Pour se défaire de ces problèmes, il est nécessaire de forcer un remount de toutes les partitions en sortie d'hibernation.
[^] # Re: Problemes sous-jacents
Posté par fredoche . Évalué à 1.
[^] # Re: Problemes sous-jacents
Posté par colmi . Évalué à 1.
Ce système était utilisé pour faire démarrer un système (embarqué) rapidement. Il n'y avait pas toutes les fioritures d'un système bureautique. Ce n'était pas moi qui était chargé de l'implémentation coté noyau, donc je ne sais pas si des précautions particulières avaient été prises. De ce que je me rappelle, avaient juste été sortis les appels systèmes pour faire une image, et invalider une image existante, le noyau démarrant par défaut sur une image si présente et valide.
Coté espace utilisateur par contre, il n'y avait que les systèmes de fichiers (en écriture) à vérifier, à savoir qu'ils devaient être remontés avant toute autre opération.
Les problèmes observés sans cette opération, étaient des fichiers qui disparaissaient, ou étaient incomplets, voir corrompus. Par contre, pas de problèmes observés si on fait gaffe à ça, et ça divisait très violemment le temps de démarrage.
[^] # Re: Problemes sous-jacents
Posté par colmi . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.