Ubuntu 17.04 si blocca in modo casuale


10

Oggi ho eseguito l'aggiornamento da Ubuntu 16 a 17. Tutto ha funzionato bene fino a quando ho lasciato il mio computer acceso per circa 2-3 ore. Quindi si è arrestato in modo anomalo, tranne per il fatto che non c'erano schermate o messaggi di errore. Solo l'ultima immagine che è accaduta prima che si schiantasse. Il mouse non si sposta, la tastiera non funziona e tutte le operazioni (il mio download è stato interrotto ... Non so esattamente se tutto funziona) non continuano. Ho solo pensato che fosse un problema casuale e sono andato avanti spegnendo manualmente la mia macchina, ma si è verificato di nuovo e non penso che questo sia solo qualcosa da ignorare. Qualsiasi aiuto sarebbe utile per come risolvere questo problema poiché non ne ho idea. Inoltre sto usando il desktop Ubuntu.

Aggiornamento: l'output di ls -alt /var/crashè

totale 8
drwxr-xr-x 14 radice radice 4096 11 aprile 21:21 ..
drwxrwsrwt 2 radice whoopsie 4096 11 aprile 21:14.

dpkg -l intel-microcode

Mi dà l'errore

dpkg-query: nessun pacchetto trovato corrispondente a intel-microcode

Free -h   
          total        used        free      shared  buff/cache   available

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

e swaponnon dà output.

Prossimo aggiornamento:

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

ed ecco il mio screenshot di Gparted.

My Gparted Screenshot

Prossimo aggiornamento: l'
output di sudo blkid (PARTUUID è sulla stessa linea, è solo che non è uscito in questo modo)

/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"  

Output del ls -al /
totale 2097264
drwxr-xr-x 24 radice radice 4096 26 maggio 12:10.
drwxr-xr-x 24 root root 4096 26 maggio 12:10 ..
drwxr-xr-x 2 root root 4096 27 maggio 23:15 bin
drwxr-xr-x 3 root root 4096 29 maggio 13:09 boot
drwxrwxr-x 2 root root 4096 26 maggio 11:44 cdrom
drwxr-xr-x 22 root root 4480 4 giu 12:00 12:00
drwxr-xr-x 140 root root 12288 2 giu 17:36 etc
drwxr-xr-x 4 root root 4096 May 26 11:47 home
lrwxrwxrwx 1 root root 33 maggio 26 12:10 initrd.img -> boot / initrd.img-4.10.0-21-generic
lrwxrwxrwx 1 root root 33 26 maggio 11:50 initrd.img.old -> boot /initrd.img-4.10.0-19-generic
drwxr-xr-x 25 radice radice 4096 maggio 26 13:03 lib
drwxr-xr-x 2 radice radice 4096 11 aprile 21:07 lib64
drwx ------ 2 radice radice 16384 26 maggio 11:43 perso + trovato
drwxr -xr-x 3 radice radice 4096 26 maggio 11:56 media
drwxr-xr-x 2 radice radice 4096 11 aprile 21:07 mnt
drwxr-xr-x 5 radice radice 4096 maggio 28 09:51 opt
dr-xr-xr- x 242 radice radice 0 giu 4 11:58 proc
drwx ------ 4 radice radice 4096 maggio 29 21:03 radice
drwxr-xr-x 30 radice radice 960 4 giugno 12:05 esegui
drwxr-xr-x 2 radice radice 12288 27 maggio 23:15 sbin
drwxr-xr-x 2 radice radice 4096 6 aprile 02:32 snap
drwxr-xr-x 2 radice radice 4096 11 aprile 21:07 srv
-rw ------- 1 radice radice 2147483648 26 maggio 11:44 file di scambio
dr-xr-xr-x 13 radice radice 0 giu 4 13:43 sys
drwxrwxrwt 16 radice radice 4096 4 giugno 13:46 tmp
drwxr-xr -x 11 root root 4096 11 aprile 21:13 usr
drwxr-xr-x 15 root root 4096 maggio 28 14:08 var
lrwxrwxrwx 1 root root 30 maggio 26 12: 12:10 vmlinuz -> boot / vmlinuz-4.10.0-21- generico
lrwxrwxrwx 1 radice radice 30 maggio 26 maggio 11:50 vmlinuz.old -> boot / vmlinuz-4.10.0-19-generic

Modifiche finali

free -h mi da:

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

swapon dà:

NAME      TYPE      SIZE USED PRIO

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

E ls -alh /swapfiledà:

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

Anche il mio tempo di avvio è aumentato enormemente.


Modifica la tua domanda per includere l' terminaloutput di ls -alt /var/crashe possiamo iniziare da lì. Hai CPU "Bay Trail" Intel?
heynnema,

1
@NonnyMoose la tua richiesta di registri di sistema è davvero difficile da fare ... sai quanto possono arrivare quei file? E, anche se potessero pubblicarli, leggerai tutto quel testo?
heynnema,

Questa è la mia CPU e non credo che sia Bay Trail. cpubenchmark.net/…
Peyto,

Non importa, @heynnema ha ragione.
Nonny Moose,

Dato che non c'era nulla in / var / crash e nessun registro degli arresti anomali sullo schermo, sembra che tu abbia una condizione di blocco , non una condizione di arresto anomalo (modifica il titolo della domanda per favore). Mostrami dpkg -l intel-microcodee free -he swapon(modificalo di nuovo nella tua domanda). Per commenti indirizzati a me, si prega di avviarli con @heynnemao potrei mancarli.
heynnema,

Risposte:


5

Sembra che ci siano problemi con 17.04 e swapfile crittografati ... e ci sono alcune soluzioni alternative ...

Modifica il tuo /etc/crypttablike così:

gksudo gedit /etc/crypttab

Cambia questa riga:

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

A questa:

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

Assicurati anche che il tuo /etc/fstabcontenga questo:

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

Riferimenti:

Avvio lento di Ubuntu Desktop 17.04 a 64 bit

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

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


Aggiornato sotto Final Edits e il mio tempo di avvio è aumentato ... suppongo che sia un buon segno
Peyto

@Peyto Il tempo di avvio è aumentato ? Da cosa a cosa? Forse vuoi dire diminuito ... come in più veloce?
heynnema,

Sì, scusa, ho inserito quello sbagliato. Inoltre non si è bloccato da allora, quindi accetto la tua risposta.
Peyto,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.