Восстановление загрузки не помогает: Текущая сессия находится в режиме совместимости с BIOS

при загрузке он обращается непосредственно к страшной подсказке grub

Ubuntu 20.04 работал нормально (/dev/sda5) до тех пор, пока я не удалил (в gparted) неиспользуемый раздел/dev/sda6, который затем автоматически переименовал следующий раздел/dev/sda7, чтобы затем вызвать/dev/sda6 (ошибка в gparted? он должен был оставить 7 как 7)... коробка имела двойную загрузку fedora на том, что изначально было/dev/sda7 также нормально работает до сих пор

это старый винтажный ноутбук 2012 года, и я не вижу упоминания UEFI в BIOS... Я получаю следующее сообщение при запуске boot-repair

Текущая сессия находится в режиме совместимости с BIOS. Отключите режим совместимости BIOS/CSM/Legacy в своем микропрограмме UEFI и используйте это программное обеспечение с live-CD (или live-USB), совместимого с режимом загрузки UEFI. Например, используйте live-USB Boot-Repair-Disk-64bit ( www.sourceforge.net/p/boot-repair-cd ) после настройки BIOS для загрузки USB в режиме EFI. Эта функция будет включена.

https://paste.ubuntu.com/p/btw3GkGGqB/ Какие-либо предложения?

В настоящее время я загружен в Live USB на этой коробке с gparted, показывая

enter image description here

-121-889790- Ubuntu 18,04 OOM Killer продолжает вызываться, но я не могу найти никакого выхода из памяти У меня есть новая установка Ubuntu 18,04 Server. Я пытаюсь построить его, чтобы заменить сервер, который умер. У меня много проблем с убийцей OOM, убивающим мои логины, мои rsync, и много...

У меня есть новая установка Ubuntu 18.04 Server. Я пытаюсь построить его, чтобы заменить сервер, который умер.

У меня много проблем с Убийцей OOM, убивающим мои логины, мои rsync, и много других вещей, когда я пытаюсь что-то сделать.

У меня есть 64G памяти и файл свопфайла 64G. У меня два 1.2TB диска.

Я пытался использовать «free -h» и «vmstat» для поиска утечки памяти, но не видел любые полезные признаки.

Вот фрагмент из журнала kern.log, начинающийся в конце новой загрузки через первый событие «вызванное oom-killer». В конечном итоге мой процесс, возможно, rsync или ssh login будет убить. Я никогда не смог успешно завершить rsync.

Являются ли сообщения «lowmem_reserve[]: 0 0 0 0» указывающими на происходящее?

Feb 20 10:28:08 forest3 kernel: [   10.516328] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
Feb 20 10:28:08 forest3 kernel: [   11.359022] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
Feb 20 10:28:08 forest3 kernel: [   11.375396] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
Feb 20 10:28:08 forest3 kernel: [   11.870338] IPv6: ADDRCONF(NETDEV_UP): eno4: link is not ready
Feb 20 10:28:08 forest3 kernel: [   12.414585] audit: type=1400 audit(1613838486.469:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/lxc-start" pid=921 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.436645] audit: type=1400 audit(1613838486.493:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lxc-container-default" pid=919 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.436648] audit: type=1400 audit(1613838486.493:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lxc-container-default-cgns" pid=919 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.436651] audit: type=1400 audit(1613838486.493:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lxc-container-default-with-mounting" pid=919 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.436653] audit: type=1400 audit(1613838486.493:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lxc-container-default-with-nesting" pid=919 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.484707] audit: type=1400 audit(1613838486.541:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine" pid=923 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.484710] audit: type=1400 audit(1613838486.541:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine//mount-namespace-capture-helper" pid=923 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.528993] audit: type=1400 audit(1613838486.585:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/tcpdump" pid=925 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.530646] audit: type=1400 audit(1613838486.585:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/sbin/dhclient" pid=920 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   12.530650] audit: type=1400 audit(1613838486.585:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=920 comm="apparmor_parser"
Feb 20 10:28:08 forest3 kernel: [   13.466381] Adding 67108860k swap on /users2/swapfile.  Priority:-2 extents:43 across:74950140k FS
Feb 20 10:28:09 forest3 kernel: [   15.395795] new mount options do not match the existing superblock, will be ignored
Feb 20 10:28:14 forest3 kernel: [   20.328485] igb 0000:07:00.1 eno4: igb: eno4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
Feb 20 10:28:14 forest3 kernel: [   20.328697] IPv6: ADDRCONF(NETDEV_CHANGE): eno4: link becomes ready
Feb 20 10:30:35 forest3 kernel: [  162.417980] EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null)
Feb 20 10:32:04 forest3 kernel: [  250.474806] rsync invoked oom-killer: gfp_mask=0x15000c0(GFP_KERNEL_ACCOUNT), nodemask=(null), order=0, oom_score_adj=0
Feb 20 10:32:04 forest3 kernel: [  250.474808] rsync cpuset=/ mems_allowed=0
Feb 20 10:32:04 forest3 kernel: [  250.474813] CPU: 4 PID: 1986 Comm: rsync Tainted: G        W        4.15.0-135-generic #139-Ubuntu
Feb 20 10:32:04 forest3 kernel: [  250.474814] Hardware name: Dell Inc. PowerEdge R620/0PXXHP, BIOS 2.1.2 09/19/2013
Feb 20 10:32:04 forest3 kernel: [  250.474815] Call Trace:
Feb 20 10:32:04 forest3 kernel: [  250.474823]  dump_stack+0x60/0x7e
Feb 20 10:32:04 forest3 kernel: [  250.474827]  dump_header+0x5a/0x229
Feb 20 10:32:04 forest3 kernel: [  250.474830]  ? ___ratelimit+0x79/0xf0
Feb 20 10:32:04 forest3 kernel: [  250.474832]  oom_kill_process+0x20a/0x3e0
Feb 20 10:32:04 forest3 kernel: [  250.474834]  out_of_memory+0xe9/0x2a0
Feb 20 10:32:04 forest3 kernel: [  250.474836]  __alloc_pages_slowpath+0xb05/0xbb0
Feb 20 10:32:04 forest3 kernel: [  250.474839]  __alloc_pages_nodemask+0x269/0x290
Feb 20 10:32:04 forest3 kernel: [  250.474842]  alloc_skb_with_frags+0xce/0x190
Feb 20 10:32:04 forest3 kernel: [  250.474845]  sock_alloc_send_pskb+0x1c3/0x1f0
Feb 20 10:32:04 forest3 kernel: [  250.474848]  ? _cond_resched+0x17/0x40
Feb 20 10:32:04 forest3 kernel: [  250.474851]  unix_stream_sendmsg+0x199/0x330
Feb 20 10:32:04 forest3 kernel: [  250.474853]  ? unix_getname+0xb0/0xb0
Feb 20 10:32:04 forest3 kernel: [  250.474855]  sock_sendmsg+0x32/0x40
Feb 20 10:32:04 forest3 kernel: [  250.474856]  sock_write_iter+0x8b/0xe0
Feb 20 10:32:04 forest3 kernel: [  250.474859]  new_sync_write+0xd0/0x130
Feb 20 10:32:04 forest3 kernel: [  250.474861]  ? sock_sendmsg+0x40/0x40
Feb 20 10:32:04 forest3 kernel: [  250.474863]  __vfs_write+0x37/0x50
Feb 20 10:32:04 forest3 kernel: [  250.474865]  vfs_write+0x94/0x1a0
Feb 20 10:32:04 forest3 kernel: [  250.474867]  SyS_write+0x4f/0xd0
Feb 20 10:32:04 forest3 kernel: [  250.474870]  do_fast_syscall_32+0x7f/0x200
Feb 20 10:32:04 forest3 kernel: [  250.474873]  entry_SYSENTER_32+0x68/0xbb
Feb 20 10:32:04 forest3 kernel: [  250.474874] EIP: 0xb7f33d09
Feb 20 10:32:04 forest3 kernel: [  250.474875] EFLAGS: 00000246 CPU: 4
Feb 20 10:32:04 forest3 kernel: [  250.474876] EAX: ffffffda EBX: 00000004 ECX: 01362e50 EDX: 00008008
Feb 20 10:32:04 forest3 kernel: [  250.474877] ESI: 00002268 EDI: 004d4f30 EBP: 004d2cb8 ESP: bfcaa2d0
Feb 20 10:32:04 forest3 kernel: [  250.474878]  DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 007b
Feb 20 10:32:04 forest3 kernel: [  250.474880]  ? nmi+0x8b/0x198
Feb 20 10:32:04 forest3 kernel: [  250.474880] Mem-Info:
Feb 20 10:32:04 forest3 kernel: [  250.474884] active_anon:4986 inactive_anon:4699 isolated_anon:0
Feb 20 10:32:04 forest3 kernel: [  250.474884]  active_file:7234 inactive_file:446544 isolated_file:0
Feb 20 10:32:04 forest3 kernel: [  250.474884]  unevictable:0 dirty:4 writeback:0 unstable:0
Feb 20 10:32:04 forest3 kernel: [  250.474884]  slab_reclaimable:11170 slab_unreclaimable:8935
Feb 20 10:32:04 forest3 kernel: [  250.474884]  mapped:7622 shmem:321 pagetables:375 bounce:0
Feb 20 10:32:04 forest3 kernel: [  250.474884]  free:15807387 free_pcp:355 free_cma:0
Feb 20 10:32:04 forest3 kernel: [  250.474887] Node 0 active_anon:19944kB inactive_anon:18796kB active_file:28936kB inactive_file:1786176kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:30488kB dirty:16kB writeback:0kB shmem:1284kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 0kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
Feb 20 10:32:04 forest3 kernel: [  250.474889] DMA free:1180kB min:780kB low:972kB high:1164kB active_anon:0kB inactive_anon:0kB active_file:8kB inactive_file:0kB unevictable:0kB writepending:0kB present:15980kB managed:15904kB mlocked:0kB kernel_stack:112kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
Feb 20 10:32:04 forest3 kernel: [  250.474890] lowmem_reserve[]: 0 106 63687 63687
Feb 20 10:32:04 forest3 kernel: [  250.474894] Normal free:5316kB min:5340kB low:6672kB high:8004kB active_anon:0kB inactive_anon:0kB active_file:3048kB inactive_file:2956kB unevictable:0kB writepending:0kB present:890872kB managed:163460kB mlocked:0kB kernel_stack:1560kB pagetables:0kB bounce:0kB free_pcp:976kB local_pcp:24kB free_cma:0kB
Feb 20 10:32:04 forest3 kernel: [  250.474894] lowmem_reserve[]: 0 0 508647 508647
Feb 20 10:32:04 forest3 kernel: [  250.474898] HighMem free:63223052kB min:512kB low:800216kB high:1599920kB active_anon:19944kB inactive_anon:18796kB active_file:25840kB inactive_file:1783140kB unevictable:0kB writepending:16kB present:65106888kB managed:65106888kB mlocked:0kB kernel_stack:0kB pagetables:1500kB bounce:0kB free_pcp:444kB local_pcp:32kB free_cma:0kB
Feb 20 10:32:04 forest3 kernel: [  250.474898] lowmem_reserve[]: 0 0 0 0
Feb 20 10:32:04 forest3 kernel: [  250.474900] DMA: 39*4kB (UME) 28*8kB (UE) 28*16kB (UME) 7*32kB (UM) 2*64kB (ME) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1180kB
Feb 20 10:32:04 forest3 kernel: [  250.474905] Normal: 287*4kB (UME) 175*8kB (UME) 69*16kB (U) 34*32kB (UME) 9*64kB (UME) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 5316kB
Feb 20 10:32:04 forest3 kernel: [  250.474910] HighMem: 75*4kB (UM) 58*8kB (U) 43*16kB (UM) 19*32kB (UM) 4*64kB (UM) 2*128kB (UM) 1*256kB (M) 3*512kB (UM) 3*1024kB (UM) 25*2048kB (UM) 15421*4096kB (UM) = 63223052kB
Feb 20 10:32:04 forest3 kernel: [  250.474917] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
Feb 20 10:32:04 forest3 kernel: [  250.474918] 454111 total pagecache pages
Feb 20 10:32:04 forest3 kernel: [  250.474928] 10 pages in swap cache
Feb 20 10:32:04 forest3 kernel: [  250.474929] Swap cache stats: add 133, delete 123, find 0/0
Feb 20 10:32:04 forest3 kernel: [  250.474930] Free swap  = 67108084kB
Feb 20 10:32:04 forest3 kernel: [  250.474930] Total swap = 67108860kB
Feb 20 10:32:04 forest3 kernel: [  250.474931] 16503435 pages RAM
Feb 20 10:32:04 forest3 kernel: [  250.474932] 16276722 pages HighMem/MovableOnly
Feb 20 10:32:04 forest3 kernel: [  250.474932] 181872 pages reserved
Feb 20 10:32:04 forest3 kernel: [  250.474933] 0 pages cma reserved
Feb 20 10:32:04 forest3 kernel: [  250.474933] [ pid ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
Feb 20 10:32:04 forest3 kernel: [  250.474938] [  489]     0   489     8631     2185    73728        0             0 systemd-journal
Feb 20 10:32:04 forest3 kernel: [  250.474940] [  508]     0   508     3517      452    49152        0             0 lvmetad
Feb 20 10:32:04 forest3 kernel: [  250.474941] [  516]     0   516     4432     1140    49152        0         -1000 systemd-udevd
Feb 20 10:32:04 forest3 kernel: [  250.474943] [  787] 62583   787     4799      730    61440        0             0 systemd-timesyn
Feb 20 10:32:04 forest3 kernel: [  250.474944] [  812]   100   812     2952      999    53248        0             0 systemd-network
Feb 20 10:32:04 forest3 kernel: [  250.474945] [  864]   101   864     2607      996    53248        0             0 systemd-resolve
Feb 20 10:32:04 forest3 kernel: [  250.474947] [ 1001]     0  1001     8256     3310    86016       34             0 networkd-dispat
Feb 20 10:32:04 forest3 kernel: [  250.474949] [ 1009]   102  1009     6467      985    61440        0             0 rsyslogd
Feb 20 10:32:04 forest3 kernel: [  250.474950] [ 1014]     0  1014    10054     1591    77824        0             0 accounts-daemon
Feb 20 10:32:04 forest3 kernel: [  250.474951] [ 1018]   103  1018     1702      908    49152        0          -900 dbus-daemon
Feb 20 10:32:04 forest3 kernel: [  250.474953] [ 1085]     0  1085      934      498    40960        0             0 atd
Feb 20 10:32:04 forest3 kernel: [  250.474954] [ 1106]     0  1106     1458      693    45056        0             0 cron
Feb 20 10:32:04 forest3 kernel: [  250.474955] [ 1108]     0  1108     5139      356    49152        0             0 lxcfs
Feb 20 10:32:04 forest3 kernel: [  250.474956] [ 1114]     0  1114     2591     1264    57344        0             0 systemd-logind
Feb 20 10:32:04 forest3 kernel: [  250.474958] [ 1118]     0  1118     4155      761    53248        0             0 irqbalance
Feb 20 10:32:04 forest3 kernel: [  250.474959] [ 1132]     0  1132     9559     1500    73728        0             0 polkitd
Feb 20 10:32:04 forest3 kernel: [  250.474960] [ 1162]     0  1162     9389     3967    94208       48             0 unattended-upgr
Feb 20 10:32:04 forest3 kernel: [  250.474961] [ 1421]     0  1421     2639     1197    53248       10         -1000 sshd
Feb 20 10:32:04 forest3 kernel: [  250.474963] [ 1468]     0  1468     1296      858    45056        3             0 login
Feb 20 10:32:04 forest3 kernel: [  250.474964] [ 1776]  1000  1776     3098     1613    57344        0             0 systemd
Feb 20 10:32:04 forest3 kernel: [  250.474966] [ 1787]  1000  1787     3596      416    57344        4             0 (sd-pam)
Feb 20 10:32:04 forest3 kernel: [  250.474967] [ 1809]  1000  1809     1730     1018    49152        0             0 bash
Feb 20 10:32:04 forest3 kernel: [  250.474968] [ 1819]     0  1819     1862      971    53248        0             0 sudo
Feb 20 10:32:04 forest3 kernel: [  250.474969] [ 1821]     0  1821     1725      830    49152        0             0 su
Feb 20 10:32:04 forest3 kernel: [  250.474971] [ 1822]     0  1822     1730     1032    45056        0             0 bash
Feb 20 10:32:04 forest3 kernel: [  250.474972] [ 1837]     0  1837     2891     1534    57344        0             0 sshd
Feb 20 10:32:04 forest3 kernel: [  250.474973] [ 1929]  1000  1929     2891      847    53248        0             0 sshd
Feb 20 10:32:04 forest3 kernel: [  250.474974] [ 1930]  1000  1930     1729      974    45056        0             0 bash
Feb 20 10:32:04 forest3 kernel: [  250.474975] [ 1942]     0  1942     1862      968    49152        0             0 sudo
Feb 20 10:32:04 forest3 kernel: [  250.474977] [ 1943]     0  1943     1725      868    49152        0             0 su
Feb 20 10:32:04 forest3 kernel: [  250.474978] [ 1944]     0  1944     1762     1070    45056        0             0 bash
Feb 20 10:32:04 forest3 kernel: [  250.474979] [ 1982]     0  1982     1122      150    45056        0             0 tail
Feb 20 10:32:04 forest3 kernel: [  250.474980] [ 1986]     0  1986     9403     1102   114688        0             0 rsync
Feb 20 10:32:04 forest3 kernel: [  250.474982] [ 1987]     0  1987     9303      747   106496        0             0 rsync
Feb 20 10:32:04 forest3 kernel: [  250.474983] [ 1988]     0  1988     9238      587   110592        0             0 rsync
Feb 20 10:32:04 forest3 kernel: [  250.474984] [ 1992]     0  1992     2891     1561    57344        0             0 sshd
Feb 20 10:32:04 forest3 kernel: [  250.474986] [ 2079]  1000  2079     2891      739    57344        0             0 sshd
Feb 20 10:32:04 forest3 kernel: [  250.474987] [ 2080]  1000  2080     1729     1057    49152        0             0 bash
Feb 20 10:32:04 forest3 kernel: [  250.474988] Out of memory: Kill process 1162 (unattended-upgr) score 0 or sacrifice child
Feb 20 10:32:04 forest3 kernel: [  250.475042] Killed process 1162 (unattended-upgr) total-vm:37556kB, anon-rss:5016kB, file-rss:10852kB, shmem-rss:0kB
Feb 20 10:32:04 forest3 kernel: [  250.492223] oom_reaper: reaped process 1162 (unattended-upgr), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB

Вот что бесплатно показывает, пока выполняется rsync. Также включая вывод swapon -s.

root@forest3:~# free -h
              total        used        free      shared  buff/cache   available
Mem:            62G        178M         60G        588K        1.7G         59G
Swap:           63G        4.3M         63G
root@forest3:~#
root@forest3:~# swapon -s
Filename                Type        Size    Used    Priority
/users2/swapfile                        file        67108860    4664    -2
root@forest3:~#

Я добавил файл/users2/swapfile с присоединением к нему ряда команд «dd». Я сделал это в серии команд в надежде не получить это процесс убит при создании нового файла подкачки. Старый исходный файл свопфайла был файл 2G по умолчанию. Как только новый был создан, я отключил своп, запустил mkswap на новом, а затем повернул swap назад при указании на новый файл.Я также обновил/etc/fstab, чтобы использовать новый файл, чтобы он перенесенные перезагрузки.

В качестве теста того, откуда приходит сообщение «новые варианты монтирования»... демонтаж/резервное копирование и его повторный монтаж. А потом выключить и снова включить обмен. Вот добавленные сообщения kern.log от этих операций:

Feb 20 12:54:32 forest3 kernel: [ 4289.790003] EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null)
Feb 20 12:54:45 forest3 kernel: [ 4302.387143] Adding 67108860k swap on /users2/swapfile.  Priority:-2 extents:43 across:74950140k FS

Я также читал некоторые сообщения о vm.overcommit и пытался изменить значения по умолчанию и вещи, кажется, немного лучше, но все еще получают много событий убийц ООМ. Вот мой/etc/sysctl.d/10-no-overcommit.conf


## default
#vm.overcommit_memory = 0
#vm.overcommit_ratio = 50

# Try:
vm.overcommit_memory = 2
vm.overcommit_ratio = 100

Мое текущее состояние состоит в том, что у меня есть 4 машины, с которыми я экспериментирую. Каждый из них представляет собой идентичный корпус. Каждый из них имеет одинаковый процессор и память. forest2 имеет 4 1.2TB диска. Остальные имеют 2 1.2TB диска. Все они работают под управлением ядра 4.15.0-135-generic. Все компьютеры с NEW BIOS были повторно протестированы с помощью теста rsync после модернизации BIOS.

имя обмен Ubuntu BIOS memtest rsynctest размер обмена swappiness устанавливает примечания
Рабочий стол forest2 18.04 СТАРЫЙ Проход разделение 64G 60 14.04-> 16.04-> 18.04
, сервер forest3 18.04 НОВЫЙ Выходит из строя файл:/swapfile 4G 10 18.04, мини-
forest3' 18.04 Серверов НОВЫЙ Проход файл:/swapfile 8G 60 18.04.5, который живой сервер amd64.iso
forest4 18.04 сервера НОВЫЙ ПЕРЕДАЛ , Терпит неудачу файл:/swapfile 4G 60 18.04, мини-
forest4' , 18.04 Серверов НОВЫЙ ПРОШЛИ ПРОХОД разделение 8G 60 14.04-> 16.04-> 18.04
, сервер forest5 18.04 НОВЫЙ Выходит из строя разделение 8G 60 18,04 мини-

, различие между forest3 и forest3' то, что forest3' был построен непосредственно из 18.04.5 живых серверов amd64.iso вместо 18,04 серверов мини-ISO. Эта новая машина работает нормально!

Различие между forest4 и forest4 'заключается в том, что forest4' был построен начиная с компакт-диска Ubuntu 14.04 Server Install CD и затем модернизация до 16.04, а затем модернизация до 18.04.

forest2 был создан с DVD-диска установки 14,04 Desktop, а затем обновлен до 16,04, а затем 18,04.

Все машины имеют 64G ОЗУ. Первоначальный вопрос был в отношении леса3, когда он имел 64G свопа. С тех пор он был изменен, чтобы иметь 4G свопа.

1
задан 24 February 2021 в 02:08

2 ответа

BIOS

Dell Inc. PowerEdge R620 / 0PXXHP

У вас есть BIOS версии 2.1.2 с 19.09.2013. Доступна гораздо более новая доступность BIOS, версия 2.9.0 от 21 февраля 2020 года, которая может быть загружена здесь .

Примечание. Убедитесь, что у меня есть правильная веб-страница для вашей модели #.

Примечание: иметь хорошие резервные копии перед обновлением BIOS.

/ SwapFile

64 г своп сумасшедший.

Примечание : Неправильное использование команды DD может привести к потере данных. Предложите копию / вставить.

В терминале ...

sudo swapoff -a           # turn off swap
sudo rm -i /users2/swapfile      # remove old /swapfile

sudo dd if=/dev/zero of=/swapfile bs=1M count=4096

sudo chmod 600 /swapfile  # set proper file protections
sudo mkswap /swapfile     # init /swapfile
sudo swapon /swapfile     # turn on swap
free -h                   # confirm 64G RAM and 4G swap

Подтвердите эту линию Swapfile в конце / etc / fstab ... и не подтвердите другие строки "Swap" ...

для редактирования Используйте sudo -h gedit / etc / fstab или sudo pico / etc / fstab

/swapfile  none  swap  sw  0  0

reboot                    # reboot and verify operation

Примечание. Установите их обратно на по умолчанию ...

## default
#vm.overcommit_memory = 0
#vm.overcommit_ratio = 50

Примечание: необязательно ... Установить VM.swappiness = 10

Обновление № 1:

Перейти в https://www.memtest86.com/ и загрузка / запустить их бесплатные Memtest для тестирования Ваша память. Получите хотя бы один полный пропуск всех тестов 4/4 для подтверждения хорошей памяти. Это может занять много часов, чтобы завершить.

Обновление № 2:

Все проводимые серверы имели 18.04 Mini . Установив 18.04.5-Live-Server-AMD64.ISO, все, кажется, сейчас работает.

1
ответ дан 18 March 2021 в 23:32

Неправильный URL-адрес. Это archive.ubuntu.com не archiver.ubuntu.com .

Отредактируйте файл /etc/apt/sources.list и замените экземпляры «archiver» на «archive». Вы можете сделать это с помощью терминала:

sudo sed -i.backup 's/archiver\.ubuntu\.com/archive\.ubuntu\.com/g' /etc/apt/sources.list

Он предложит вам пароль пользователя, вы не увидите, что символы введены, но он принимает ваш пароль. После выполнения команды она исправит ошибки и создаст резервную копию исходного файла по адресу /etc/apt/sources.list.backup .

После завершения запустите sudo apt update и он ДОЛЖЕН работать в соответствии с ожиданиями.

-121--909709-

Обновление с 14.04 может привести к некоторым неразрешимым ошибкам, так как оно оставило общую поддержку почти два года назад. Тем не менее, вы можете выполнить обновление, установив пакет update-manager-core ... предполагая, что он все еще доступен.

  1. Резервное копирование системы
  2. Обновление apt:
     sudo apt обновление
    
  3. Установите пакет update-manager-core :
     sudo apt install update-manager-core
    
  4. Обновите ОС до 16.04, которая теряет общую поддержку через шесть недель:
     sudo do-release-upgrade
    

Более быстрый и менее ошибочный способ - переустановка ОС с нуля. Многое изменилось с 14.04, так что начиная с новой установки 20.04 (или более новой) сэкономит много времени, пропускной способности и хлопот. Не забудьте заранее создать достойную резервную копию важных файлов.

-121--909720-

Из журнала ядра

Feb 20 10:32:04 forest3 kernel: [  250.474988] Out of memory: Kill process 1162 (unattended-upgr) score 0 or sacrifice child
Feb 20 10:32:04 forest3 kernel: [  250.475042] Killed process 1162 (unattended-upgr) total-vm:37556kB, anon-rss:5016kB, file-rss:10852kB, shmem-rss:0kB
Feb 20 10:32:04 forest3 kernel: [  250.492223] oom_reaper: reaped process 1162 (unattended-upgr), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB

Я думаю, что ответ на этот вопрос был получен ранее.

http://unix.stackexchange.com/questions/374748/ddg#399531

Решение состоит в остановке автоматической модернизации и rsync до тех пор, пока не будет обеспечена стабильность системы. Оба они могут иметь потенциально высокие затраты на ввод-вывод и ЦП, а также истощение памяти.

0
ответ дан 18 March 2021 в 23:32

Другие вопросы по тегам:

Похожие вопросы: