Le redémarrage dur endommage-t-il mon Ubuntu


22

Parfois, mon ordinateur portable est bloqué en raison d'une utilisation excessive de la RAM lorsque j'ouvre des applications volumineuses. Donc, s'il ne répond pas, j'arrête l'ordinateur portable à l'aide du bouton d'alimentation. Est-ce que cela endommage Ubuntu de quelque manière que ce soit? Peut-elle engendrer des problèmes de sécurité ou des vulnérabilités?


3
Il y a une bonne liste de choses à faire lorsque Ubuntu se fige, ce qui peut vous aider à sortir des problèmes `` d'ordinateur coincé '', que vous pouvez essayer avant de recourir au bouton d'alimentation.
Charles Green

1
Si cela change comme un fou et ne répond pas à l'entrée, vous pouvez essayer d'attendre quelques heures. Les chances sont bonnes que quel que soit le programme à l'origine des problèmes, il alloue trop de mémoire et soit tué par le système d'exploitation, auquel cas le système se stabilise et redevient utilisable.
Mark

1
Je pense toujours que si l'ordinateur a été gelé pendant un certain temps et que le disque dur est calme, alors tout a été écrit sur le disque ou ça ne le sera pas.
Wossname

Comment peut-on détecter si un SSD est silencieux (euh)?
Nate Lockwood

Réponses:


17

Cela ne causera pas de problèmes de sécurité ou de vulnérabilités.
Mais cela peut endommager votre système d'exploitation et perdre des données en fonction des tâches en cours d'exécution.
Cela étant dit, votre ordinateur ne devrait toujours pas rester bloqué en cas d'utilisation élevée de RAM.


5
S'il peut endommager le système d'exploitation, il peut entraîner des problèmes de sécurité ou des vulnérabilités. Il doit simplement endommager les bonnes parties du système d'exploitation (bien sûr, il est peu probable que le système d'exploitation soit endommagé, fonctionne comme auparavant sans que personne ne s'en aperçoive, mais sans fonctionnalités de sécurité critiques ... mais toujours possible).
Bakuriu

15
@Bakuriu Tant que nous parlons de choses improbables mais toujours possibles , n'est-il pas également possible qu'un crash fasse quelque chose de bien? Peut-être ... produire un grand livre qui rapporte à quelqu'un une tonne d'argent?
Phil Frost

@PhilFrost Bien sûr, voir le cerveau Boltzmann pour la variante la plus extrême documentée de cette idée.
Volker Siegel

@Bakuriu Ubuntu utilise ext4, qui a un journal, donc dans le pire des cas, il n'y aurait qu'un paquet à moitié installé)
Ramchandra Apte

4
@RamchandraApte Ubuntu utilise le système de fichiers que je choisis ...
Bakuriu

6

Évidemment, vous perdrez la quantité de données qui se trouvaient dans votre RAM à ce moment et qui n'ont pas encore été écrites sur le disque. Il existe également un risque théorique de corruption des données / du système de fichiers.

D'après ma propre expérience, je peux vous dire que je réinitialise durement mon PC 4 à 5 fois par jour au cours des 5 dernières années et que je n'ai jamais eu le problème de systèmes de fichiers corrompus. Je pense que ext3 / ext4 / ufs sont assez robustes pour ce type d'échecs.

En face de cela, je pense que NTFS est beaucoup plus enclin à cela. Sur ma plate-forme de jeu Windows, j'ai ~ 15% de risques de corruption du système de fichiers après un écran bleu et je vais devoir démarrer à partir du disque pour exécuter un outil de réparation du système de fichiers dans ce cas ... ** soupir **


10
pourquoi auriez-vous besoin d'une réinitialisation matérielle aussi souvent?
Bogdacutu

... en particulier avec un noyau Linux en cours d'exécution. Bien sûr, sous Windows, je suis toujours assez familier avec la sensation agréable de quelques BSOD en une seule journée, mais les paniques du noyau que je n'ai connues que ... 5 fois au total ou quelque chose du genre . Les quasi-gels dus aux échanges sont bien sûr plus courants (ce n'est pas la faute du système d'exploitation), mais ce n'est pas vraiment une raison de réinitialisation matérielle, n'est-ce pas? Normalement, il est encore assez facile de topsortir le processus ou tout simplement killall.
partir du

1
@leftaroundabout: Les paniques du noyau ne sont pas le seul moyen pour un système de tomber en panne; ils ne sont que l'une des rares façons dont le système d'exploitation vous en parle. :) Chaque mois environ, mon ordinateur portable aime réagir en laissant de petits déchets sur l'écran pendant un petit moment avant qu'il ne gèle complètement. (Je pense que ma carte vidéo s'effrite.) Il se passe à peu près la même chose dans Windows, à peu près aussi souvent ... bien que les écrans Windows soient parfois bleus. (Il semble qu'il essaie plus fort de récupérer et de boiter.)
cHao

@Bogdacutu, certains pilotes, en particulier les pilotes vidéo, y compris intel, nouveau et même nvidia blob, sont tout à fait une merde. J'ai connu des Oopses très fréquents, qui ont souvent conduit à un gel complet, ainsi qu'à des blocages de GPU, ce qui m'a rendu la réinitialisation matérielle. Parfois, SysRq + REISUB fonctionnait, d'autres fois, je devais simplement appuyer sur le bouton de réinitialisation (ou maintenir le bouton d'alimentation sur les ordinateurs portables).
Ruslan

1
Un système de fichiers ext4 ne peut pas être corrompu, ce qu'Ubuntu utilise normalement, car ext4 a un journal (les données à moitié écrites seront supprimées au prochain démarrage).
Ramchandra Apte

2

Vous courez le risque de provoquer des incohérences dans le système de fichiers. Il est préférable, même en l'absence de RAM, car cela fonctionne normalement dans de telles situations, d'utiliser la séquence alt-sysrq, car cela tentera d'arrêter les choses aussi proprement que possible (si cela échoue, alors vous n'êtes pas pire que si vous avez appuyé sur le bouton d'alimentation, mais si cela réussit, vous êtes potentiellement mieux loti). La séquence est la suivante:

Maintenez enfoncée la touche alt et la touche marquée "sys rq" en même temps (si vous êtes sur un ordinateur portable, vous devrez peut-être maintenir une touche spéciale sur l'ordinateur portable pour accéder à la fonction "sys rq"). Avec ces touches enfoncées, appuyez et relâchez les lettres suivantes dans l'ordre suivant:

  1. R - cela reprend le contrôle du clavier à partir de toutes les applications qui ont saisi le focus du clavier
  2. E - tenter de terminer proprement tous les processus
  3. I - tenter de mettre immédiatement fin à tous les processus (supprimera tout ce qui a échoué à partir de la clé précédente)
  4. S - synchroniser tous les systèmes de fichiers (c'est la partie la plus importante)
  5. U - remonter tous les systèmes de fichiers en lecture seule (parfois nécessaire pour vider les données sur le disque)
  6. B - effectuer un redémarrage dur (remplacer par O pour couper l'alimentation au lieu de redémarrer)

1

Peut-être que cela aidera un peu, par défaut, ubuntu et d'autres swappiness sont définis sur 60, lorsque votre système atteint 60% de l'utilisation du ram, il change pour swap, ce qui est lent.

  1. Ouvrez ce fichier sur gedit ou nano en utilisant: gksudo gedit /etc/sysctl.confOUsudo nano /etc/sysctl.conf

  2. Ajoutez ceci à la fin du fichier: vm.swapiness = 0

  3. Enregistrez le fichier et redémarrez.

De plus, quand il devient lent, vous devriez vérifier s'il utilise vraiment le swap qui ralentit le système, sinon les changements ci-dessus ne vous aideront pas.


0

Dans mon cas, je ne fais pas de démarrage forcé intentionnellement, cela se produit lors d'un déclenchement électrique et à chaque fois que ce soi-disant ext4corrompu. Je cours fscksur un démarrage avancé. Je peux me connecter afterwords mais le gestionnaire de réseau cesse de fonctionner. Un dpkgverrou dir. Je me retrouve dans la réinstallation. Mon MAC vaut mieux ici même WINDOWS.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.