Ubuntu 17.04 випадково зависає


10

Сьогодні я перейшов з Ubuntu 16 до 17. Все працювало нормально, поки я не залишив комп’ютер увімкненим приблизно 2-3 години. Потім він вийшов з ладу, за винятком того, що не було екрана помилок чи повідомлення. Просто останнє зображення, що траплялося до того, як воно розбилося. Миша не рухатиметься, клавіатура не працює, і всі операції (Моє завантаження припинено ... Я точно не знаю, чи все відбувається) не продовжуються. Я просто подумав, що це випадкова проблема і її продовжують вимикати машину вручну, але це сталося знову, і я не думаю, що це просто щось ігнорувати. Будь-яка допомога буде добре, як це виправити, оскільки я поняття не маю. Також я використовую робочий стіл Ubuntu.

Оновлення: Вихід ls -alt /var/crashє

всього 8
drwxr-xr-x 14 корінь кореня 4096 квітня 11 21:21 ..
drwxrwsrwt 2 корінь whoopsie 4096 11 квітня 21:14.

dpkg -l intel-microcode

Подає мені помилку

dpkg-запит: не знайдено жодних пакетів, які б відповідали Intel-мікрокоду

Free -h   
          total        used        free      shared  buff/cache   available

Пам'ять: 7.7G 1.8G 349M 101M 5.6G 5.5G
своп: 0B 0B 0B

і swaponне дає виводу.

Наступне оновлення:

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

і ось мій скріншот Gparted

Мій знімок Gparted

Наступне оновлення:
вихід sudo blkid (PARTUUID знаходиться на тій же лінії, його просто не вийшло таким чином)

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

Вихід ls -al /
всього 2097264
drwxr-xr-x 24 корінь кореня 4096 26 травня 12:10.
drwxr-xr-x 24 корінь кореня 4096 26 травня 12:10 ..
drwxr-xr-x 2 корінь кореня 4096 травня 27 травня 23:15 бін
drwxr-xr-x 3 корінь кореня 4096 29 травня 13:09 завантаження
drwxrwxr-x 2 корінь кореня 4096 26 травня 11:44 cdrom
drwxr-xr-x 22 корінь кореня 4480 4 червня 12:00 dev
drwxr-xr-x 140 корінь кореня 12288 2 червня 17:36 і т.д.
drwxr-xr-x 4 корінь кореня 4096 26 травня 11:47 home
lrwxrwxrwx 1 корінь кореня 33 26 травня 12:10 initrd.img -> boot / initrd.img-4.10.0-21-generic
lrwxrwxrwx 1 корінь кореня 33 26 травня 11:50 initrd.img.old -> завантаження /initrd.img-4.10.0-19- generic
drwxr-xr-x 25 корінь кореня 4096 26 травня 13:03 lib
drwxr-xr-x 2 корінь кореня 4096 квітня 21 217 lib64
drwx ------ 2 корінь кореня 16384 26 травня 11:43 втрачено + знайдено
drwxr -xr-x 3 root root 4096 26 травня 11:56 media
drwxr-xr-x 2 root root 4096 11 квітня 21:07 mnt
drwxr-xr-x 5 root root 4096 28 травня 09:51 opt
dr-xr-xr- x 242 корінь кореня 0 4 червня 11:58 proc
drwx ------ 4 корінь кореня 4096 29 травня 21:03 корінь
drwxr-xr-x 30 корінь кореня 960 червня 4 12:05 запустіть
drwxr-xr-x 2 корінь корінь 12288 27 травня 23:15 sbin
drwxr-xr-x 2 корінь кореня 4096 6 квітня 02:32 оснащення
drwxr-xr-x 2 корінь кореня 4096 11 квітня 21:07 srv
-rw ------- 1 корінь кореня 2147483648 26 травня 11:44 swapfile
dr-xr-xr-x 13 корінь кореня 0 4 червня 13:43 sys
drwxrwxrwt 16 корінь кореня 4096 4 червня 13:46 tmp
drwxr-xr -x 11 root root 4096 квітня 11 21:13 usr
drwxr-xr-x 15 root root 4096 28 травня 14:08 var
lrwxrwxrwx 1 root root 30 травня 26 травня 12:10 vmlinuz -> boot / vmlinuz-4.10.0-21- generic
lrwxrwxrwx 1 корінь кореня 30 травня 26 11:50 vmlinuz.old -> boot / vmlinuz-4.10.0-19-generic

Остаточні зміни

free -h дає мені:

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

swapon дає:

NAME      TYPE      SIZE USED PRIO

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

І ls -alh /swapfileдає:

-rw ------- 1 корінь кореня 2.0G 4 червня 21:41 / swapfile

Також час мого запуску трепетно ​​збільшився.


Відредагуйте своє запитання, щоб включити terminalвихід, ls -alt /var/crashі ми можемо почати з нього. У вас є "Bay Trail" процесор Intel?
гейннема

1
@NonnyMoose ваш запит на системні журнали справді важко зробити ... чи знаєте ви, наскільки великі ці файли можуть отримати? І навіть якщо вони зможуть їх опублікувати, ти збираєшся прочитати весь цей текст?
гейннема

Це мій процесор, і я не думаю, що це Bay Trail. cpubenchmark.net/…
Пейто,

Неважливо, @heynnema має рацію.
Нонні Мус

Оскільки в / var / crash не було нічого, і на вашому екрані не було журналу аварій, схоже, у вас є умова заморожування , а не стан аварії (редагуйте назву запитання будь-ласка). Покажіть мені dpkg -l intel-microcodeта free -hі swapon(відредагуйте це знову у своєму запитанні). Для коментарів, направлених до мене, будь ласка, почніть з них, @heynnemaабо я можу їх пропустити.
гейннема

Відповіді:


5

Здається, є проблеми з 17.04 та зашифрованими свопфілами ... і є деякі обхідні шляхи ...

Відредагуйте /etc/crypttabтак:

gksudo gedit /etc/crypttab

Змініть цей рядок:

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

До цього:

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

Також переконайтеся, що ваш /etc/fstabвміст містить:

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

Список літератури:

64-бітний повільний завантажувач Ubuntu Desktop 17.04

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

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


Оновлено під Final Edits, і час мого запуску збільшився ... здогадуючись, що це хороший знак
Peyto

@Peyto Час запуску збільшився ? Від чого до чого? Можливо, ви маєте на увазі зменшення ... як швидше?
heynnema

Так вибачте, я неправильно ввів це. Крім того, вона не замерзла, тому я приймаю вашу відповідь.
Пейто
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.