Ubuntu 17.04 Losowo zawiesza się


10

Dzisiaj zaktualizowałem system Ubuntu 16 do 17. Wszystko działało dobrze, dopóki nie wyłączyłem komputera przez około 2-3 godziny. Potem się zawiesił, ale nie pojawił się ekran błędu ani komunikat. Tylko ostatnie zdjęcie, które wydarzyło się zanim się zawiesiło. Mysz nie porusza się, klawiatura nie działa, a wszystkie operacje (Moje pobieranie zatrzymane ... Nie wiem dokładnie, czy wszystko działa) nie są kontynuowane. Po prostu myślałem, że to przypadek i kontynuowałem przez ręczne wyłączenie mojego komputera, ale zdarzyło się to ponownie i nie sądzę, że można to po prostu zignorować. Każda pomoc byłaby mi pomocna, jak to naprawić, ponieważ nie mam pojęcia. Używam również pulpitu Ubuntu.

Aktualizacja: Dane wyjściowe ls -alt /var/crashto

łącznie 8
drwxr-xr-x 14 root root 4096 11 kwietnia 21:21 ..
drwxrwsrwt 2 root whoopsie 4096 11 kwietnia 21:14.

dpkg -l intel-microcode

Daje mi błąd

dpkg-query: nie znaleziono pakietów pasujących do intel-microcode

Free -h   
          total        used        free      shared  buff/cache   available

Mem: 7,7G 1,8G 349M 101M 5,6G 5,5G
Zamień: 0B 0B 0B

i swaponnie daje wyników.

Następna aktualizacja:

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

a oto mój zrzut ekranu z Gparted.

Mój zrzut ekranu

Następna aktualizacja: Dane
wyjściowe sudo blkid (PARTUUID jest w tej samej linii, po prostu nie wyszło w ten sposób)

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

Wyjście ls -al /
ogółem 2097264
drwxr-xr-x 24 root root 4096 26 maja 12:10.
drwxr-xr-x 24 root root 4096 26 maja 12:10 ..
drwxr-xr-x 2 root root 4096 27 maja 23:15 bin
drwxr-xr-x 3 root root 4096 29 maja 13:09 boot
drwxrwxr-x 2 root root 4096 26 maja 11:44 cdrom
drwxr-xr-x 22 root root 4480 4 czerwca 12:00 12:00
drwxr-xr-x 140 root root 12288 2 czerwca 17:36 itd.
drwxr-xr-x 4 root root 4096 26 maja 11:47 home
lrwxrwxrwx 1 root root 33 maja 26 12:10 initrd.img -> boot / initrd.img-4.10.0-21-generic
lrwxrwxrwx 1 root root 33 maja 26 11:50 initrd.img.old -> boot /initrd.img-4.10.0-19-generic
drwxr-xr-x 25 root root 4096 26 maja 13:03 lib
drwxr-xr-x 2 root root 4096 kwi 11 21:07 lib64
drwx ------ 2 root root 16384 26 maja 26 11:43 zagubiony + znaleziony
drwxr -xr-x 3 root root 4096 26 maja 11:56 media
drwxr-xr-x 2 root root 4096 kwi 11 21:07 mnt
drwxr-xr-x 5 root root 4096 28 maja 09:51 opt
dr-xr-xr- x 242 root root 0 cze 4 11:58 proc
drwx ------ 4 root root 4096 29 maja 21:03 root
rootk drwxr-xr-x 30 root root 960 cze 4 12:05 uruchom
drwxr-xr-x 2 root root 12288 27 maja 23:15 sbin
drwxr-xr-x 2 root root 4096 6 kwietnia 02:32 snap
drwxr-xr-x 2 root root 4096 11 kwietnia 21:07 srv
-rw ------- 1 root root 2147483648 26 maja 11:44 swapfile
dr-xr-xr-x 13 root root 0 cze 4 13:43 sys
drwxrwxrwt 16 root root 4096 4 czerwca 13:46 tmp
drwxr-xr -x 11 root root 4096 11 kwietnia 21:13 usr
drwxr-xr-x 15 root root 4096 28 maja 14:08 var
lrwxrwxrwx 1 root root 30 maja 26 12:10 vmlinuz -> boot / vmlinuz-4.10.0-21- ogólny
lrwxrwxrwx 1 root root 30 maja 26 11:50 vmlinuz.old -> boot / vmlinuz-4.10.0-19-generic

Ostateczne edycje

free -h daje mi:

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

swapon daje:

NAME      TYPE      SIZE USED PRIO

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

I ls -alh /swapfiledaje:

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

Również mój czas uruchamiania ogromnie się wydłużył.


Edytuj swoje pytanie, aby uwzględnić terminalwynik ls -alt /var/crashi możemy zacząć od tego. Czy masz procesory Intel „Bay Trail”?
heynnema

1
@NonnyWybierz swoje żądanie dzienników systemowych jest naprawdę trudne ... Czy wiesz, jak duże mogą być te pliki? I nawet gdyby mogli je opublikować, czy czytasz cały ten tekst?
heynnema

To jest mój procesor i nie sądzę, że to Bay Trail. cpubenchmark.net/…
Peyto

Nieważne, @heynnema ma rację.
Nonny Moose

Ponieważ w / var / crash nic nie było i nie ma dziennika awarii na ekranie, wygląda na to, że masz stan zawieszenia , a nie awarii (edytuj tytuł pytania). Pokaż mi, dpkg -l intel-microcodea free -hi swapon(zmienił to pod swoje pytanie ponownie). W przypadku komentarzy skierowanych do mnie, zacznij od nich, @heynnemabo mogę je przegapić.
heynnema

Odpowiedzi:


5

Wygląda na to, że występują problemy z 17.04 i zaszyfrowanymi plikami wymiany ... i są pewne obejścia ...

Edytuj swoje /etc/crypttabtak, aby:

gksudo gedit /etc/crypttab

Zmień tę linię:

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

Do tego:

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

Upewnij się także, że /etc/fstabzawiera to:

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

Bibliografia:

Ubuntu Desktop 17.04 64bit wolne uruchamianie

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

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


Zaktualizowano pod Ostatecznymi edycjami, a mój czas uruchamiania wydłużył się ... zgadywanie, że to dobry znak
Peyto

@Peyto Czas uruchamiania wydłużył się ? Od czego do czego? Może masz na myśli zmniejszenie ... jak w szybszym?
heynnema

Tak przepraszam, pomyliłem się. Od tego czasu się nie zawiesił, więc przyjmuję twoją odpowiedź.
Peyto
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.