Mode suspendu interrompu

A quoi ça ressemble: l'ordinateur portable est suspendu, mais lorsqu'il est réveillé, redémarre à partir de zéro.

Système d'exploitation: Linux Mint 17.3 x64 Cinnamon

Ordinateur portable: ASUS UX32LN, démarrage EFI

Comment ça s'est passé: je passais au SSD. Supprimez l'ancien disque dur, mettez-le dans une boîte USB et démarrez-le. Ce faisant, j’ai accidentellement suspendu mon travail et mon ordinateur portable n’a pas redémarré correctement - il vient de démarrer. Je n'y ai pas fait très attention et ai installé le disque SSD, puis je l'ai partitionné (EFI, GRUB, swap, racine, maison) et y ai copié mes données via le cp -afmode de récupération. Après avoir mis les ID de partition dans l'ordre, j'ai démarré avec succès, mais susp-to-ram a également été interrompu. Remettre l’ancien disque dur n’a aucun effet - il semble qu’il ait déjà été suspendu.

sysloget pm-suspend.logregarde "coupé" au point de suspension, c’est-à syslog- dire qu’une séquence de démarrage normale apparaît à un moment donné et qu’elle pm-suspend.logn’a pas de séquence "Awake".

Après des recherches, j'ai découvert que la partition swap sur SSD est mal configurée et qu'elle n'est pas utilisée. Je l'ai donc reformatée en swap non crypté et activé, mais cela n'a donné aucun effet. En outre, tenter de purger et d'installer à pm-utilspartir de zéro n'a donné aucun résultat.

La question est donc la suivante: où puis-je chercher une solution pour suspendre le processus de suspension? Je peux bien sûr réinstaller à partir de zéro, mais cela ne me convient pas du tout.

UPD: Sauvegarde de ma partition personnelle et installation de Linux Mint 17.3. Et cela ne reprend pas correctement non plus. Plus j'avance, plus le problème de l'étranger devient.

METTRE À JOUR

J'ai effectué des expériences avec la sauvegarde de l'ensemble de mon SSD, puis l'installation de Windows 10 sur celui-ci. Résultat: le problème persiste et nécessite donc apparemment un contact avec le centre de services.

linux-mint suspend

— Cible-san
source

Apparemment, vous n'avez pas mis à jour les lignes de commande du noyau dans la configuration de votre chargeur de démarrage (pour les modifications de l'UUID de la partition de swap; vous pouvez utiliser plutôt PARTUUID à la place de btw)

— Tom Yan

Alors c'est une très grande question pourquoi l'ancien disque dur a également cessé de suspendre. Parce qu'il a toujours cryptswap, lié au périphérique nommé mappeur. En outre, autant que je sache, suspendre ne devrait pas se soucier de la partition de swap. Mais merci pour un indice, je vais vérifier.

— Target-san

Vous ne savez pas très bien s'il s'agit de suspendre en RAM ou suspendre en disque (alias hibernate) ... si vous vouliez dire suspendre en RAM, le disque (au lieu de la partition de swap) ne devrait pas question

— Tom Yan

C'est suspendre pour ramer. Edité le sujet pour le rendre plus clair

— Target-san

Je pense que vous devriez réécrire toute la question pour éviter les nombreuses confusions. Il est évident que le problème n’a rien à voir moved to SSD(surtout si l’on en juge par votre "étape" 2). C'est plus probablement dû à la version bump (17.2 -> 17.3) ou même à une mise à jour "mineure". Ce n'est pas "désactivé", mais juste "cassé". De plus, je ne sais pas pourquoi vous avez mentionné ou même essayé le "step" 8 lorsque vous Also, AFAIK, suspend shouldn't care about swap partition.vous êtes dit . Je voterais pour le moment.

— Tom Yan