Ubuntu 17.04 se bloque aléatoirement


10

Aujourd'hui, je suis passé d'Ubuntu 16 à 17. Tout a bien fonctionné jusqu'à ce que je laisse mon ordinateur allumé pendant environ 2-3 heures. Ensuite, il s'est écrasé, sauf qu'il n'y avait ni écran ni message d'erreur. Juste la dernière image qui s'est produite avant son crash. La souris ne bouge pas, le clavier ne fonctionne pas et toutes les opérations (mon téléchargement s'est arrêté ... je ne sais pas exactement si tout se passe) ne continuent pas. Je pensais juste que c'était un problème aléatoire et continué en éteignant ma machine manuellement, mais cela s'est reproduit et je ne pense pas que ce soit quelque chose à ignorer. Toute aide serait utile pour résoudre ce problème car je n'en ai aucune idée. J'utilise également le bureau Ubuntu.

Mise à jour: la sortie de ls -alt /var/crashest

total 8
drwxr-xr-x 14 racine racine 4096 11 avril
21:21 .. drwxrwsrwt 2 racine whoopsie 4096 11 avril 21:14.

dpkg -l intel-microcode

Me donne l'erreur

dpkg-query: aucun paquet trouvé correspondant au microcode intel

Free -h   
          total        used        free      shared  buff/cache   available

Mem: 7.7G 1.8G 349M 101M 5.6G 5.5G
Swap: 0B 0B 0B

et swaponne donne aucune sortie.

Prochaine mise à jour:

cat /etc/fstab #If there was a hashtag at the start of a line it got bolded.

# /etc/fstab: static file system information.  
#  
# Use 'blkid' to print the universally unique identifier for a  
# device; this may be used with UUID= as a more robust way to name devices  
# that works even if disks are added and removed. See fstab(5).  
#  
# <file system> <mount point>   <type>  <options>       <dump>  <pass>  
# / was on /dev/sda1 during installation  
UUID=8eedf4cb-b322-4455-905b-  c50264691a4d /               ext4    errors=remount-ro 0  1  
/swapfile                                 none            swap    sw              0       0   
/dev/mapper/cryptswap1 none swap sw 0 0

et voici ma capture d'écran Gparted.

Ma capture d'écran partagée

Prochaine mise à jour:
sortie de sudo blkid (PARTUUID est sur la même ligne, c'est juste qu'il n'est pas sorti de cette façon)

/dev/sda1: UUID="8eedf4cb-b322-4455-905b-c50264691a4d" TYPE="ext4" PARTUUID="46d95458-01"  
/dev/sda5: UUID="4e48c05f-02d1-47ef-9a5f-bb8cba50dd2b" TYPE="ext4" PARTUUID="46d95458-05"  
/dev/sda6: UUID="7f7d6675-31a4-4100-9d32-5faa0e0cea3e" TYPE="swap" PARTUUID="46d95458-06"  
/dev/sdb1: LABEL="HD-LXU3" UUID="F45A29EB5A29AB76" TYPE="ntfs" PARTUUID="aa1e0d10-01"  

Sortie du ls -al /
total 2097264
racine racine de drwxr-xr-x 24 4096 26 mai 12:10.
drwxr-xr-x 24 root root 4096 26 mai 12:10 ..
drwxr-xr-x 2 root root 4096 27 mai 23:15 bin
drwxr-xr-x 3 root root 4096 29 mai 13:09 boot
drwxrwxr-x 2 racine racine 4096 26 mai 11:44 cdrom
drwxr-xr-x 22 racine racine 4480 juin 4 12:00 dev
drwxr-xr-x 140 racine racine 12288 2 juin 17:36 etc
drwxr-xr-x 4 racine racine 4096 26 mai 11:47 accueil
lrwxrwxrwx 1 root root 33 26 mai 12:10 initrd.img -> boot / initrd.img-4.10.0-21-generic
lrwxrwxrwx 1 root root 33 26 mai 11:50 initrd.img.old -> boot /initrd.img-4.10.0-19-generic
drwxr-xr-x 25 root root 4096 26 mai 13:03 lib
drwxr-xr-x 2 root root 4096 11 avril
21:07 lib64 drwx ------ 2 root root 16384 26 mai 11:43 lost + found
drwxr -xr-x 3 root root 4096 26 mai 11:56 media
drwxr-xr-x 2 root root 4096 11 avr 21:07 mnt
drwxr-xr-x 5 root root 4096 28 mai 09:51 opt
dr-xr-xr- racine racine x 242 0 4 juin 11:58 proc
drwx ------ racine 4 racine 4096 29 mai 21:03 racine racine
drwxr-xr-x 30 racine 960 4 juin 12:05 exécutez racine
drwxr-xr-x 2 racine 12288 27 mai 23:15 sbin
drwxr-xr-x 2 racine racine 4096 6 avril 02:32 snap
drwxr-xr-x 2 racine racine 4096 11 avril 21:07 srv
-rw ------- 1 racine root 2147483648 26 mai 11:44 swapfile
dr-xr-xr-x 13 root root 0 juin 4 13:43 sys
drwxrwxrwt 16 root root 4096 4 juin 13 13:46 tmp
drwxr-xr -x 11 root root 4096 11 avril 21:13 usr
drwxr-xr-x 15 root root 4096 28 mai 14:08 var
lrwxrwxrwx 1 root root 30 mai 26 12:10 vmlinuz -> boot / vmlinuz-4.10.0-21- générique
lrwxrwxrwx 1 root root 30 mai 26 11:50 vmlinuz.old -> boot / vmlinuz-4.10.0-19-generic

Modifications finales

free -h Donne moi:

>               total        used        free      shared  buff/cache   available
Mem:           7.7G        889M        6.2G         46M        692M        6.6G
Swap:          2.0G          0B        2.0G  

swapon donne:

NAME      TYPE      SIZE USED PRIO

> /dev/dm-0 partition   2G   0B   -1

Et ls -alh /swapfiledonne:

-rw ------- 1 racine root 2.0G 4 juin 21:41 / swapfile

De plus, mon temps de démarrage a considérablement augmenté.


Modifiez votre question pour inclure la terminalsortie de ls -alt /var/crashet nous pouvons commencer par là. Avez-vous des processeurs Intel "Bay Trail"?
heynnema

1
@NonnyMoose votre demande de journaux système est vraiment difficile à faire ... savez-vous quelle taille ces fichiers peuvent obtenir? Et, même s'ils pouvaient les poster, allez-vous lire tout ce texte?
heynnema

Ceci est mon processeur et je ne pense pas que ce soit Bay Trail. cpubenchmark.net/…
Peyto

Peu importe, @heynnema a raison.
Nonny Moose

Puisqu'il n'y avait rien dans / var / crash, et aucun journal de plantage sur votre écran, il semble que vous ayez une condition de gel , pas une condition de plantage (modifiez le titre de votre question s'il vous plaît). Montrez-moi dpkg -l intel-microcodeet free -het swapon(modifiez-le à nouveau dans votre question). Pour les commentaires qui me sont adressés, veuillez les commencer par @heynnemaou je risque de les manquer.
heynnema

Réponses:


5

Il semble y avoir des problèmes avec 17.04 et des fichiers d'échange chiffrés ... et il existe des solutions de contournement ...

Modifiez votre /etc/crypttabcomme ceci:

gksudo gedit /etc/crypttab

Modifiez cette ligne:

cryptswap1 UUID=xxxx-xxxx-xxxx-xxxx /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Pour ça:

cryptswap1 /swapfile /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Assurez-vous également que votre /etc/fstabcontient ceci:

/swapfile               none  swap  sw  0  0
/dev/mapper/cryptswap1  none  swap  sw  0  0

Références:

Démarrage lent Ubuntu Desktop 17.04 64 bits

https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1668535

https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1670336


Mis à jour sous Final Edits et mon temps de démarrage a augmenté ... deviner que c'est un bon signe
Peyto

@Peyto Le temps de démarrage a augmenté ? De quoi à quoi? Peut-être que vous voulez dire diminué ... comme plus rapide?
heynnema

Oui, désolé, je l'ai mal entré. De plus, il n'a pas gelé depuis, donc j'accepte votre réponse.
Peyto
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.