Ubuntu 17.04 friert zufällig ein


10

Heute habe ich ein Upgrade von Ubuntu 16 auf 17 durchgeführt. Alles hat gut funktioniert, bis ich meinen Computer für ca. 2-3 Stunden eingeschaltet gelassen habe. Dann stürzte es ab, außer dass es keinen Fehlerbildschirm oder keine Meldung gab. Nur das letzte Bild, das vor dem Absturz passiert ist. Die Maus bewegt sich nicht, die Tastatur funktioniert nicht und alle Vorgänge (mein Download wurde gestoppt ... ich weiß nicht genau, ob alles funktioniert) werden nicht fortgesetzt. Ich dachte nur, es sei ein zufälliges Problem und schaltete meinen Computer manuell aus, aber es trat erneut auf und ich denke nicht, dass dies nur etwas ist, das man ignorieren sollte. Jede Hilfe wäre hilfreich, um dies zu beheben, da ich keine Ahnung habe. Auch ich benutze Ubuntu Desktop.

Update: Die Ausgabe von ls -alt /var/crashist

insgesamt 8
drwxr-xr-x 14 Wurzel Wurzel 4096 11. April 21:21 ..
drwxrwsrwt 2 Wurzel whoopsie 4096 11. April 21:14.

dpkg -l intel-microcode

Gibt mir den Fehler

dpkg-query: Es wurden keine Pakete gefunden, die mit dem Intel-Mikrocode übereinstimmen

Free -h   
          total        used        free      shared  buff/cache   available

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

und swapongibt keine Ausgabe.

Nächstes Update:

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

und hier ist mein Gparted Screenshot.

Mein Gparted Screenshot

Nächstes Update:
Ausgabe von sudo blkid (PARTUUID befindet sich in derselben Zeile, es ist nur nicht so herausgekommen)

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

Ausgabe von ls -al /
insgesamt 2097264
drwxr-xr-x 24 root root 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 root root 4096 26. Mai 11:44 cdrom
drwxr-xr-x 22 root root 4480 4. Juni 12:00 dev
drwxr-xr-x 140 root root 12288 2. Juni 17:36 usw.
drwxr-xr-x 4 root root 4096 26. Mai 11:47 home
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. April 21:07 lib64
drwx ------ 2 root root 16384 26. Mai 11:43 verloren + gefunden
drwxr -xr-x 3 root root 4096 26. Mai 11:56 media
drwxr-xr-x 2 root root 4096 11. April 21:07 mnt
drwxr-xr-x 5 root root 4096 28. Mai 09:51 opt
dr-xr-xr- x 242 root root 0 4. Juni 11:58 proc
drwx ------ 4 root root 4096 29. Mai
21:03 root drwxr-xr-x 30 root root 960 4. Juni 12:05 Führen Sie
drwxr-xr-x 2 root aus root 12288 27. Mai 23:15 sbin
drwxr-xr-x 2 root root 4096 6. April 02:32 snap
drwxr-xr-x 2 root root 4096 11. April 21:07 srv
-rw ------- 1 root root 2147483648 26. Mai 11:44 swapfile
dr-xr-xr-x 13 root root 0 4. Juni 13:43 sys
drwxrwxrwt 16 root root 4096 4. Juni 13:46 tmp
drwxr-xr -x 11 root root 4096 11. April 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- generic
lrwxrwxrwx 1 root root 30. Mai 26 11:50 vmlinuz.old -> boot / vmlinuz-4.10.0-19-generic

Letzte Änderungen

free -h gibt mir:

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

swapon gibt:

NAME      TYPE      SIZE USED PRIO

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

Und ls -alh /swapfilegibt:

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

Auch meine Startzeit hat sich enorm erhöht.


Bearbeiten Sie Ihre Frage, um die terminalAusgabe von aufzunehmen, ls -alt /var/crashund wir können dort beginnen. Haben Sie Intel-CPUs mit "Bay Trail"?
Heynnema

1
@NonnyMoose Ihre Anfrage nach Systemprotokollen ist wirklich schwer zu machen ... wissen Sie, wie groß diese Dateien werden können? Und selbst wenn sie sie posten könnten, werden Sie den ganzen Text durchlesen?
Heynnema

Dies ist meine CPU und ich glaube nicht, dass es Bay Trail ist. cpubenchmark.net/…
Peyto

Egal, @heynnema ist richtig.
Nonny Moose

Da in / var / crash nichts war und kein Absturzprotokoll auf Ihrem Bildschirm angezeigt wurde, haben Sie anscheinend eine Einfrierbedingung und keine Absturzbedingung (bearbeiten Sie bitte den Titel Ihrer Frage). Zeigen Sie mir dpkg -l intel-microcodeund free -hund swapon(bearbeiten Sie das noch einmal in Ihrer Frage). Für Kommentare, die an mich gerichtet sind, beginnen Sie bitte mit @heynnemaoder ich vermisse sie möglicherweise.
Heynnema

Antworten:


5

Es scheint Probleme mit 17.04 und verschlüsselten Swap-Dateien zu geben ... und es gibt einige Problemumgehungen ...

Bearbeiten Sie Ihr /etc/crypttabLike so:

gksudo gedit /etc/crypttab

Ändern Sie diese Zeile:

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

Dazu:

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

Stellen Sie außerdem sicher, dass Ihr Folgendes /etc/fstabenthält:

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

Verweise:

Ubuntu Desktop 17.04 64bit langsamer Start

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

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


Unter Final Edits aktualisiert und meine Startzeit erhöht ... Ich denke, das ist ein gutes Zeichen
Peyto

@Peyto Startzeit erhöht ? Von was zu was? Vielleicht meinst du verringert ... wie in schneller?
Heynnema

Ja, tut mir leid, ich habe das falsch eingegeben. Außerdem ist es seitdem nicht eingefroren, also akzeptiere ich Ihre Antwort.
Peyto
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.