tf
чтобы осторожно завершить с той работой которая осталась и неспешно приступить к новой
Size: a a a
2021 February 14
tf
рестарт например порвёт все открытые коннекты и закроет файлы. оно вам точно надо? 😉
tf
ситуации разные бывают.
в одних релоад, в других рестарт
в одних релоад, в других рестарт
tf
например, если поменяли конфиг logind, его перезапуск, вероятно, убьёт всю логин-сессию
а релоад не убьёт
а релоад не убьёт
tf
а только вежливо попросит перечитать конфиг
tf
напоминаю, только если обработка сигнала HUP предусмотрена
tf
если нет, то просто прибьёт процесс
A
Это понятно
A
Согласен с вами
A
Но вот крон не дался. Добавил файл, но в кронтаб его нет 🤔
A
Alex.
Итого:
echo "1 /1 * * * * main ./test.sh /dir/1 dir/Desktop" >> /etc/cron.d/user
echo "1 /1 * * * * main ./test.sh /dir/1 dir/Desktop" >> /etc/cron.d/user
Добавил под рутом, но на crontab -l ни под одним не под другим пользователем нет.
Сервис крона перезапустил🙈
Сервис крона перезапустил🙈
tf
crontab -l показывает кроны не из /etc, а из /var/lib
k
а можно объяснительную команду
я запускаю машину с неисправной памятью получаю вот такой выхлоп на тесте, логично предположить что это смещение по которому произошла ошибка и длина сбойного участка ведь так?
идем в питон из второго смещения отнимаем первое и все это суммируем... получаем немногим меньше 32 гигов это при том что
ну то есть как не крути бОльшая часть памяти ядром используется
разбираем дмег дальше и обнаруживаем вот такую запись
внимательный чукча быстро соображает что первые адреса у нас в обеих кусах совпадают кроме последней записи (которая за пределами 32 гигов а всего памяти 32) то есть делаем вывод что в выхолпе теста это не адреса сбойных участков а некоторая сегментация памяти, на это же нам намекает вот этот кусок
https://pastebin.com/V9t8GLQi
Где мы в общем то тоже встречаем все наши адреса пусть некоторые и за минусом одного байта... что еще болше убеждает чукчу в том что первые адреса в тесте это смещения регионов в которых произошли ошибки, а не разу не стартовые адреса
чукча спрашивает сколько памяти ядро ядро считает непригодным для использования
зы полемику по поводу зачем чукча запускает божественный линукс на неисправном железе предлагаю отложить до момента ответа на первый вопрос
я запускаю машину с неисправной памятью получаю вот такой выхлоп на тесте, логично предположить что это смещение по которому произошла ошибка и длина сбойного участка ведь так?
[ 0.008077] early_memtest: # of tests: 32
[ 0.008078] 0x0000000000010000 - 0x0000000000096000
[ 0.008154] 0x0000000000100000 - 0x000000003353d000
[ 0.138862] 0x0000000035a96000 - 0x00000000849cf000
[ 0.340123] 0x00000000849d1000 - 0x000000008a332000
[ 0.354357] 0x000000008a635000 - 0x000000008a79d000
[ 0.354569] 0x000000008b3ff000 - 0x000000008b400000
[ 0.354570] 0x0000000100000000 - 0x000000079e600000
[ 4.673943] 0x00000007a060d000 - 0x000000086f000000
идем в питон из второго смещения отнимаем первое и все это суммируем... получаем немногим меньше 32 гигов это при том что
root@px:~# cat /proc/meminfo
MemTotal: 32778644 kB
MemFree: 15332912 kB
MemAvailable: 15511496 kB
ну то есть как не крути бОльшая часть памяти ядром используется
разбираем дмег дальше и обнаруживаем вот такую запись
[ 166.168513] Early memory node ranges
[ 166.168514] node 0: [mem 0x0000000000001000-0x000000000009bfff]
[ 166.168514] node 0: [mem 0x0000000000100000-0x00000000849cefff]
[ 166.168515] node 0: [mem 0x00000000849d1000-0x000000008a331fff]
[ 166.168515] node 0: [mem 0x000000008a635000-0x000000008a79cfff]
[ 166.168516] node 0: [mem 0x000000008b3ff000-0x000000008b3fffff]
[ 166.168516] node 0: [mem 0x0000000100000000-0x000000086effffff]
внимательный чукча быстро соображает что первые адреса у нас в обеих кусах совпадают кроме последней записи (которая за пределами 32 гигов а всего памяти 32) то есть делаем вывод что в выхолпе теста это не адреса сбойных участков а некоторая сегментация памяти, на это же нам намекает вот этот кусок
https://pastebin.com/V9t8GLQi
Где мы в общем то тоже встречаем все наши адреса пусть некоторые и за минусом одного байта... что еще болше убеждает чукчу в том что первые адреса в тесте это смещения регионов в которых произошли ошибки, а не разу не стартовые адреса
чукча спрашивает сколько памяти ядро ядро считает непригодным для использования
зы полемику по поводу зачем чукча запускает божественный линукс на неисправном железе предлагаю отложить до момента ответа на первый вопрос
k
ой
k
многа получилось
tf
> чукча спрашивает сколько памяти ядро ядро считает непригодным для использования
https://unix.stackexchange.com/questions/37729/how-can-i-reserve-a-block-of-memory-from-the-linux-kernel
кажется, memmap это то что вам нужно
https://unix.stackexchange.com/questions/37729/how-can-i-reserve-a-block-of-memory-from-the-linux-kernel
кажется, memmap это то что вам нужно
tf
по-умолчанию там несколько сотен килобайт, кажется.
tf
а уверены что сбой в конкретной части, а не "гуляет" с каждым ребутом?
k
а уверены что сбой в конкретной части, а не "гуляет" с каждым ребутом?
да уверен хочу с мемтестом сравнить
k
> чукча спрашивает сколько памяти ядро ядро считает непригодным для использования
https://unix.stackexchange.com/questions/37729/how-can-i-reserve-a-block-of-memory-from-the-linux-kernel
кажется, memmap это то что вам нужно
https://unix.stackexchange.com/questions/37729/how-can-i-reserve-a-block-of-memory-from-the-linux-kernel
кажется, memmap это то что вам нужно
ответа на вопрос не очень вижу