Гибернизацией пользуюсь, но она требует, чтобы питание компьютера не выключалось, а если вдруг нужно, типа сейчас отключат электричество неизвестно на сколько, и ИБП может не вытянуть столько времени, а повторять 10 часов расчетов не хочется.
Такая ситуация типична в деревне, когда свет могут отключить надолго.
@bel02:~$ rsync -aOAXtuvz 10.0.0.2:/media/d/mpd_archive/mf/ /media/d/mpd_archive/mf/
receiving incremental file list
root/0dt5/2A0/
root/0dt5/2A0/2r0_2g0_mf1_cl4_25R1000ecut10_0dt5_evt25000_1_1.root
rsync: failed to set times on "/media/d/mpd_archive/mf/root/0dt5/2A0/.2r0_2g0_mf1_cl4_25R1000ecut10_0dt5_evt25000_1_1.root.wN5VOX": Read-only file system (30)
Не хочет rsync копировать файлы, в директорию, временной штамп которой более свежий чем у источника, да еще и пакость устраивает - перемонтирует файловую систему, куда пишет, только на чтение.
Как победить?
Перемещено hobbit из general
Этот вопрос навеян результатом обсуждения
www.linux.org.ru/forum/admin/17290725?cid=17303815
Дело в том, что комп с менее сильным железом более неустойчиво считает одни и те же задачи, чем более продвинутая система железа.
Первоначально система (Ubuntu20.04) устанавливалась на более сильный комп, после чего ее копия переносилась на более слабый.
Как показал «разбор полетов» более слабого компа, он иногда, случайным образом что-то не успевает сделать, в результате чего процесс ядром отправляется в «вечный сон».
Вот возник вопрос, возможно глупый для спецов, а не может ли первоначально ядро быть настроено на особенности более продвинутого процессора и материнской платы?
Дано:
система ubuntu-20.04
железо: AMD FX(tm)-6300 Six-Core Processor,
M5A78L-M LE/USB3(bios - v5.02)
решил использовать этот комп для расчетов. Запустил 6 абсолютно одинаковых задачек моделирования чего-то. Разница только в начальном случайном числе.
вот, что показывает top:
Tasks: 239 total, 6 running, 233 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,0 us, 0,6 sy, 82,9 ni, 16,5 id, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 7680,0 total, 362,2 free, 5360,9 used, 1956,9 buff/cache
MiB Swap: 8192,0 total, 7838,0 free, 354,0 used. 1999,8 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3928 xxx 30 10 1099912 363192 22576 R 100,0 4,6 1164:37 root.exe
3923 xxx 30 10 1662268 404528 3640 R 99,7 5,1 1163:23 root.exe
3924 xxx 30 10 1636572 458604 6800 R 99,7 5,8 1164:09 root.exe
3927 xxx 30 10 1138156 375096 3628 R 99,7 4,8 1163:01 root.exe
3925 xxx 30 10 14,2g 3,3g 6672 R 94,4 43,6 1163:07 root.exe
после 10ти часов счета отвалилась одна задача, как будто, ее убили kill’ом, и что-то стало происходить с распределением памяти для оставшихся процессов. Причем, подобное на этом компьютере случается не в первый раз.
На 3х других компах (2 Ryzen и AMD Phenom(tm) II X4) с абсолютно той же ОС такие фортели не наблюдаются задачи досчитываются с одинаковыми ресурсами используемой памяти до конца. Например, на AMD Phenom(tm):
top - 11:25:18 up 20:07, 1 user, load average: 4,03, 4,03, 4,00
Tasks: 209 total, 5 running, 204 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,2 us, 1,2 sy, 98,5 ni, 0,0 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st
MiB Mem : 7937,5 total, 924,3 free, 2208,4 used, 4804,8 buff/cache
MiB Swap: 8192,0 total, 8192,0 free, 0,0 used. 5428,3 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3470 xxx 30 10 890304 399592 16428 R 99,7 4,9 1172:04 root.exe
3473 xxx 30 10 890600 393624 16664 R 99,7 4,8 1172:24 root.exe
3471 xxx 30 10 898620 436972 14196 R 98,7 5,4 1173:05 root.exe
3472 xxx 30 10 890064 393388 16756 R 98,3 4,8 1172:41 root.exe
Вопрос: это железо или софт?
P.S.dmesg кроме warning о ACPI (на который иностранный народ советует забить, если присутствуют lm-sensors, а они есть
Перемещено hobbit из general
Ранее обращался по поводу случайного (раз в день - раз в пару недель) мертвого зависания системы. Наконец поймал причину:
root@vak:/home/xxx# dmesg|grep PROC
[ 2.475129] mce: [Hardware Error]: PROCESSOR 2:800f11 TIME 1687277732 SOCKET 0 APIC 5 microcode 8001138
root@vak:/home/xxx# dmesg|grep mce
[ 2.475113] mce: [Hardware Error]: Machine check events logged
[ 2.475115] mce: [Hardware Error]: CPU 8: Machine Check: 0 Bank 5: bea0000000000108
[ 2.475123] mce: [Hardware Error]: TSC 0 ADDR 1ffffaa845dbe MISC d012000100000000 SYND 4d000000 IPID 500b000000000
[ 2.475129] mce: [Hardware Error]: PROCESSOR 2:800f11 TIME 1687277732 SOCKET 0 APIC 5 microcode 8001138
Все, что сам смог понять из ИН - это известная причина именно для моего процессора случайного зависания системы, но как это лечится понять не смог
root@vak:/home/xxx# grep -F -m 1 "cpu family" /proc/cpuinfo
cpu family : 23
root@vak:/home/xxx# dmesg | grep microcode
[ 2.474348] microcode: CPU0: patch_level=0x08001138
[ 2.474355] microcode: CPU1: patch_level=0x08001138
[ 2.474362] microcode: CPU2: patch_level=0x08001138
[ 2.474366] microcode: CPU3: patch_level=0x08001138
[ 2.474371] microcode: CPU4: patch_level=0x08001138
[ 2.474377] microcode: CPU5: patch_level=0x08001138
[ 2.474383] microcode: CPU6: patch_level=0x08001138
[ 2.474387] microcode: CPU7: patch_level=0x08001138
[ 2.474392] microcode: CPU8: patch_level=0x08001138
[ 2.474398] microcode: CPU9: patch_level=0x08001138
[ 2.474402] microcode: CPU10: patch_level=0x08001138
[ 2.474407] microcode: CPU11: patch_level=0x08001138
[ 2.474428] microcode: Microcode Update Driver: v2.2.
root@vak:/home/xxx# grub-mkconfig -o /boot/grub/grub.cfg
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-73-generic
Found initrd image: /boot/initrd.img-5.15.0-73-generic
Found linux image: /boot/vmlinuz-5.15.0-72-generic
Found initrd image: /boot/initrd.img-5.15.0-72-generic
Found linux image: /boot/vmlinuz-5.15.0-71-generic
Found initrd image: /boot/initrd.img-5.15.0-71-generic
Found linux image: /boot/vmlinuz-5.13.0-52-generic
Found initrd image: /boot/initrd.img-5.13.0-52-generic
Adding boot menu entry for UEFI Firmware Settings
done
Дано: Ubuntu 20.04, Ryzen-5 2600, Biostar B450MH c свежим БИОСом.
запущено 10 вычислительных задач, которые время от времени
пишут на SSD диск немного информации, на диске достаточно
свободного места. Своп есть, но не используется - памяти хватает.
Такие задачи считались до некоторого момента вполне равномерно, т.е. была постоянная загрузка десяти CPU на уровне близком к 100%. Сейчас примерно 10 секунд 100% и столько же в состоянии ожидания данных (D в top’е). Теперь на задачу тратиться реального времени больше в два раза. Если учитывать, что задаче нужно около 10 часов процессорного времени, то это «не есть карашо».
Вопрос: что сиё поведение системы означает?
Понял, что в Виндах ответ ответ положительный. С линухом разобраться не могу.
Есть диск c ubuntu20.04, у которого первая партиция монтируется как efi. Grub на диске установлен, но загрузка не идет.
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sdd: 250069680 sectors, 119.2 GiB
Model: Super Speed
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): B76E21A5-9B6F-0A42-AC7F-BFCFC9F1DCA2
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 2048, last usable sector is 250069646
Partitions will be aligned on 2048-sector boundaries
Total free space is 1890 sectors (945.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 2048 616447 300.0 MiB 0700
2 616448 105474047 50.0 GiB 8300
3 105474048 250067756 68.9 GiB 8300
Случайным образом происходит зависание компьютера, от которого помогает только кнопка перезагрузки. Частота такого эффекта от
двух раз в сутки до одного раз в 2-3 недели.
Зависание бывает двух типов:
а) клавиатура и мышь не работают;
б) клавиатура и кнопки мыши не работают, но поинтер мыши передвигается по экрану.
В обоих случаях войти по сети (ssh) не удается - комп не виден.
Мышь включена через usb.
В логах /var/log самому найти что-то про ошибки не удается.
Я грешу на железо, которое не заканчивает какой-то обмен.
Видеокарту менял, не помогло.
memtest86 гонялся пол-дня, криминала не обнаружено.
Smart по дискам мне ничего не говорит, кроме редких ошибок по питанию.
«плавающий неконтакт» в материнке - это едва ли.
Есть ли какие программные пути поймать, что портит жизнь?
P.S.
system B450M S2H (Default string)
/0/25 memory 8GiB System Memory
/0/25/3 memory 8GiB DIMM DDR4 Synchronous Unbuff
/0/2a processor AMD Ryzen 5 1600 Six-Core Process
/0/100/3.1/0 display GK208B [GeForce GT 710]
/0/100/1.3/0/0/9 printer Canon CAPT USB Device
/0/100/1.3/0/0/a generic EPSON Scanner
/0/100/7.1/0.3/0/2 input USB Mouse
/0/100/7.1/0.3/0/3 multimedia USB2.0 Camera
/0/100/7.1/0.3/0/4 input USB KEYBOARD
/0/6/0.0.0 /dev/sda disk 1TB WDC WD10EZEX-21M
/0/7/0.0.0 /dev/sdb disk 2TB WDC WD20EZAZ-22L
/0/8/0.0.0 /dev/cdrom disk DVD RW AD-7240S
/0/9/0.0.0 /dev/sdc disk 128GB m.2 Smartbuy S11
Перемещено hobbit из general
| ← предыдущие |