Мне вот захотелось поставить одной новости фейспалм, а потом я подумал что автор может воспринять его на свой счёт и убрал. А как вы воспринимаете их? Это реакция на то, о чём говорится в новости, или на то, как её автор донёс до лора?
А вы знали? Случайно нажал ища хоткей для переключения вкладок xfce-terminal.
Давно не устанавливал новые линуксы, вот установил и обнаружил что там pid-ы стали из 6 цифр. При этом на компах где уже стоит тот же debian 11 (обновлённый со старых) - pid-ы везде короткие. Выяснил что это настраивается в /proc/sys/kernel/pid_max и что на 32-битных он по-дефолту 32768, что проясняет почему у меня на старых компах они короткие. Но мне помнится, я когда-то и 64-бит линуксы где-то ставил и там тоже были короткие pid-ы.
Имеется ввиду прямо правка изменённого текста, включая номера и количество строк в заголовках. У меня - иногда бывает. Причины могут быть разные, я вот вспомнил две:
1) патч не совсем подходит, и вместо того, чтобы мержить его руками (редактировать таргет-файлы для его «применения»), бывает проще (и надёжнее с точки зрения возможных ошибок/опечаток) отредактировать файл патча (или файл .rej с непринятым его куском) и ещё раз его применить
2) сгенерил сам патч на одной системе, перенёс в другую, приготовился применять, а потом внёс ещё небольшие правки в код - вместо того чтобы заново генерировать и пересылать патч, проще бывает эти правки сделать прямо в нём на системе куда он прислан.
Насколько я вижу в man sshd_config, форваринг unix-сокетов разрешается опцией AllowStreamLocalForwarding и больше никаких настроек там не причастно. По факту же, если в конфиге указана опция PermitOpen и в ней стоит что-то кроме any, форвардинг unix-сокетов всегда отвергается с надписью типа такой:
Received request to connect to path /path/to/socket, but the request was denied.Собственно, посмотрев в исходник, всё так и есть: для unix-сокетов там точно так же вызывается проверка белого списка, только вот способов внести в этот белый список unix-сокет (кроме общего для всех any) я что-то не вижу. Ну и с маном это поведение кардинально расходится (кроме того что синтаксис PermitOpen рассчитан только на TCP).
Проверял на 7.9 (дефолтный в freebsd12) и 8.4 (дефолтный в debian11).
Это я что-то напутал или всё так и есть и уже за много вышедших версий никто даже не заметил проблемы?
---------------------------------------------------
Места в исходниках (8.4 но думаю там мало что менялось):
1) serverloop.c: server_request_direct_streamlocal()
if ((options.allow_streamlocal_forwarding & FORWARD_LOCAL) != 0 &&
auth_opts->permit_port_forwarding_flag &&
!options.disable_forwarding && (pw->pw_uid == 0 || use_privsep)) {
c = channel_connect_to_path(ssh, target,
"direct-streamlocal@openssh.com", "direct-streamlocal");
} else {
logit("refused streamlocal port forward: "
"originator %s port %d, target %s",
originator, originator_port, target);
}
2) channels.c: channel_connect_to_path()
permit = pset->all_permitted;
if (!permit) {
for (i = 0; i < pset->num_permitted_user; i++) {
perm = &pset->permitted_user[i];
if (open_match(perm, path, PORT_STREAMLOCAL)) {
permit = 1;
break;
}
}
}
static int
open_match(struct permission *allowed_open, const char *requestedhost,
int requestedport)
{
if (allowed_open->host_to_connect == NULL)
return 0;
if (allowed_open->port_to_connect != FWD_PERMIT_ANY_PORT &&
allowed_open->port_to_connect != requestedport)
return 0;
if (strcmp(allowed_open->host_to_connect, FWD_PERMIT_ANY_HOST) != 0 &&
strcmp(allowed_open->host_to_connect, requestedhost) != 0)
return 0;
return 1;
}
Так можно рандомного юзера с подобным описанием увести, находим просроченный домен, регаем на себя, просим поставить почту «ведь указана в описании» и восстанавливаем туда пароль. Или даже больше - сначала просим сменить почту и только потом регаем домен, чтоб зря не возиться.
Он до сих пор (с выпуска bullseye прошло уже полтора года) не видит эту ветку.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992258
Может кто-то знающий перл поможет им пофиксить это?
https://salsa.debian.org/webmaster-team/packages/-/tree/master/
Как я понимаю он 30 сек, видимо в драйвере sata а может и нет. Как сделать больше?
[1867460.020987] sd 0:0:0:0: [sda] tag#19 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT cmd_age=34s
[1867460.020996] sd 0:0:0:0: [sda] tag#19 CDB: Write(10) 2a 00 15 3d 9b 50 00 00 08 00
[1867460.021002] blk_update_request: I/O error, dev sda, sector 356358992 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[1867460.021020] EXT4-fs warning (device sda8): ext4_end_bio:347: I/O error 10 writing to inode 3945028 starting block 44544875)
[1867460.021040] sd 0:0:0:0: [sda] tag#18 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT cmd_age=34s
[1867460.021046] sd 0:0:0:0: [sda] tag#18 CDB: Write(10) 2a 00 15 3d 9b 48 00 00 08 00
[1867460.021050] blk_update_request: I/O error, dev sda, sector 356358984 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0
[1867460.021056] EXT4-fs warning (device sda8): ext4_end_bio:347: I/O error 10 writing to inode 3945030 starting block 44544874)
[1867460.021069] sd 0:0:0:0: [sda] tag#24 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT cmd_age=30s
[1867460.021074] sd 0:0:0:0: [sda] tag#24 CDB: Write(10) 2a 00 0f a1 c1 88 00 00 b0 00
[1867460.021078] blk_update_request: I/O error, dev sda, sector 262259080 op 0x1:(WRITE) flags 0x800 phys_seg 22 prio class 0
[1867460.021141] sd 0:0:0:0: [sda] tag#23 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT cmd_age=30s
[1867460.021146] sd 0:0:0:0: [sda] tag#23 CDB: Write(10) 2a 00 0d 82 5b e8 00 01 a0 00
[1867460.021150] blk_update_request: I/O error, dev sda, sector 226647016 op 0x1:(WRITE) flags 0x0 phys_seg 52 prio class 0
[1867460.021156] EXT4-fs warning (device sda8): ext4_end_bio:347: I/O error 10 writing to inode 2365126 starting block 28330929)
[1867460.021170] sd 0:0:0:0: [sda] tag#22 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT cmd_age=30s
[1867460.021175] sd 0:0:0:0: [sda] tag#22 CDB: Write(10) 2a 00 0d 82 27 90 00 01 a0 00
[1867460.021179] blk_update_request: I/O error, dev sda, sector 226633616 op 0x1:(WRITE) flags 0x0 phys_seg 52 prio class 0
[1867460.021184] EXT4-fs warning (device sda8): ext4_end_bio:347: I/O error 10 writing to inode 2365113 starting block 28329254)
[1867460.021195] sd 0:0:0:0: [sda] tag#21 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT cmd_age=30s
[1867460.021200] sd 0:0:0:0: [sda] tag#21 CDB: Write(10) 2a 00 08 87 60 40 00 00 40 00
[1867460.021204] blk_update_request: I/O error, dev sda, sector 143089728 op 0x1:(WRITE) flags 0x0 phys_seg 8 prio class 0
[1867460.021209] EXT4-fs warning (device sda8): ext4_end_bio:347: I/O error 10 writing to inode 2364663 starting block 17886224)
[1867460.021220] sd 0:0:0:0: [sda] tag#20 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT cmd_age=30s
[1867460.021225] sd 0:0:0:0: [sda] tag#20 CDB: Write(10) 2a 00 08 86 fc c0 00 00 40 00
[1867460.021229] blk_update_request: I/O error, dev sda, sector 143064256 op 0x1:(WRITE) flags 0x0 phys_seg 8 prio class 0
[1867460.021234] EXT4-fs warning (device sda8): ext4_end_bio:347: I/O error 10 writing to inode 2364013 starting block 17883040)
[1867460.021332] Buffer I/O error on device sda8, logical block 36154986
[1867460.021365] Buffer I/O error on device sda8, logical block 36154985
[1867460.021385] Buffer I/O error on device sda8, logical block 19940989
[1867460.021391] Buffer I/O error on device sda8, logical block 19940990
[1867460.021396] Buffer I/O error on device sda8, logical block 19940991
[1867460.021400] Buffer I/O error on device sda8, logical block 19940992
[1867460.021405] Buffer I/O error on device sda8, logical block 19940993
[1867460.021409] Buffer I/O error on device sda8, logical block 19940994
[1867460.021413] Buffer I/O error on device sda8, logical block 19940995
[1867460.021418] Buffer I/O error on device sda8, logical block 19940996
[1867460.022016] Aborting journal on device sda8-8.
[1867460.023588] EXT4-fs (sda8): Delayed block allocation failed for inode 4890023 at logical offset 217412 with max blocks 3 with error 30
[1867460.023596] EXT4-fs (sda8): This should not happen!! Data will be lost
[1867460.023603] EXT4-fs error (device sda8) in ext4_writepages:2855: Journal has aborted
[1867460.031990] EXT4-fs error (device sda8): ext4_journal_check_start:83: Detected aborted journal
[1867460.032000] EXT4-fs (sda8): Remounting filesystem read-only
Про то что диск сомнительно себя ведёт - понимаю, но он уже 5 лет так и не дохнет. А вот эти перемонтирования в ro мешают.
Пока что приходится пользоваться костылём в виде mount -o loop /dev/sda8 /home (после fsck) чтобы поверх read-only home смонтировать его на rw, ничего не выключая.
Последний месяц mpv + yt-dlp перестал видеть звук во всех форматах с раздельными потоками (т.е. работают 18 и 22 только).
Пишет вот такую ошибку
[ytdl_hook] EDL doesn't support fragmentswithout duration with MP4 DASH
Error in EDL.
EDL: source file 'edl://!mp4_dash,init=(...)' has unknown duration.
Это исправлено этим коммитом mpv. Не смотря на то, что это lua-скрипт, при сборке он засовывается куда-то в бинарник и просто так его не отредактировать. Устанавливать новую (ещё даже не релизную, вроде) версию mpv не всем удобно (в debian testing например версия от января), а возиться с пересборкой тоже не хочется.
Решение: берём исправленный файл ytdl_hook.lua (я скачал исходники apt-get source mpv и внёс в них указанный патч), кладём как ~/.config/mpv/scripts/ytdl_hook.lua и всё работает.
Строчка ошибки
[ytdl_hook] EDL doesn't support fragmentswithout duration with MP4 DASHError in EDL и простыня после неё исчезли, звук появился.Добавление: ещё надо отключить встроенный ytdl_hook.lua, иначе он рандомно переключается с новым и звук работает только в половине случаев.
В файл ~/.config/mpv/mpv.conf надо вписать строку
ytdl=noWTF
Proboval otpravit' comment suda как к произвольному сайту добавить свой css ?
No on ne slalsya poka ne otrezal ot nego polovinu texta.
Redaktirovanie rabotaet idealno esli text to je samii +- probeli no pri popitke sdelat' polnii variant - 502 ili 504
UPD: вроде всё и правда исправилось как ниже написали
С помощью мутной уязвимости в не менее мутной «фиче» можно редактировать непредусмотренные (любые) файлы, а не только те что в белом списке.
https://www.sudo.ws/security/advisories/sudoedit_any/
Впрочем, кого это волнует, ведь sudo у всех настроено в режим «разрешать юзеру #1000 всё как руту».
Как описание бага, так и описание этого «sudoedit» намекают на совершеннейшую кашу в головах авторов сей утилиты.
Постоянно вижу про них упоминания. Насколько я понимаю, это WM, которые располагают окна только деля между ними площадь экрана, без пересечений. Так вот, вопрос: почему это выставляется за фичу вообще? Так располагать окна умеют абсолютно все WM, но тайлинговые умеют только так и никак иначе. Т.е. явно урезание функционала. Ладно, можно быть кому-то не нравятся пересекающиеся окна (хотя зачем фанатично их избегать всё равно непонятно), но ведь обычные WM не принуждают располагать окна не-тайлингово, т.е. они тоже тайлинговые, если юзер того захочет.
Ещё недавно видел тему о том, что какой-то тайлинговый WM научился располагать окна не впритык, а с зазорами. Странное ощущение, когда дефолтная уже 20-30 как лет фича всех WM преподносится как достижение.
Тема не троллинг, я в самом деле не понимаю.
Пытаюсь установить компилятор для cuda (nvidia-cuda-dev) в debian 11, он безальтернативно тянется из amd64 репы. Для i386 нет - это у дебиана так, или оно вообще никак? В чём проблема?
(система OmniOS)
Обычно при добавлении новых физических томов достаточно было сделать format - (номер) - label - y и он был доступен для использования. Сейчас в списке дисков для настройки вместо типа (где какие-то буквы, заканчивающиеся его размером) пишет «drive type unknown», когда я его выбираю - предлагает выбрать тип диска из этого списка:
Bad read of fdisk partition.
AVAILABLE DRIVE TYPES:
0. Auto configure
1. Quantum ProDrive 80S
2. Quantum ProDrive 105S
3. CDC Wren IV 94171-344
4. SUN0104
5. SUN0207
6. SUN0327
7. SUN0340
8. SUN0424
9. SUN0535
10. SUN0669
11. SUN1.0G
12. SUN1.05
13. SUN1.3G
14. SUN2.1G
15. SUN2.9G
16. Zip 100
17. Zip 250
18. Peerless 10GB
19. other
Если выбрать 0 (видимо это дефолт) то
Auto configure failed
No Solaris fdisk partition found.
и ничего не даёт делать
format> label
Current Disk Type is not set.
format> fdisk
Current Disk Type is not set.
Можно ввести type - тогда опять появляется список типов. Если выбрать 19 - спрашивает количество цилиндров и ещё какую-то чушь.
Specify disk type (enter its number): 19
Enter number of data cylinders:
Enter number of data cylinders:
Enter number of data cylinders: 1
Enter number of alternate cylinders[2]:
Enter number of physical cylinders[3]:
Enter number of heads: 1
Enter physical number of heads[default]: ^C
Если подозрение, что диски больше 2ТБ (все остальные, с которыми всё в порядке) дефолтятся на линейную геометрию и сами настраиваются нормально, а этот (2ТБ) оказался в CHS-режиме и хочет от меня CxHxS. Как ему сказать что он тоже линейный? Или что тут ещё можно сделать?
Втыкаю модем в порт, он появляется в lsusb и появляются три штуки /dev/ttyUSB[0-2]. Как понять, что вот эти три устройства они именно от той записи в lsusb? Ну, я конечно вижу что оно всё по времени совпадает (втыкание, появление строчки в lsusb и появление устройств), но это похоже на угадывание, а мне хотелось бы чтоб именно где-то чётко было прописано, что вот /dev/ttyUSB0 обслуживается этим usb-устройством. Есть такое?
Ну а вообще это не только модемов касается, всякие флешки /dev/sr0 туда же.
Допустим, у нас есть привилегированный процесс, и он хочет сделать что-то в контексте каких-то непривилегированных прав (и там и остаться). Для этого он переключает себе uid/gid или лезет в контейнер, не важно.
Тут нас подстерегает опасность: у привилегированного процесса в памяти могут находиться привилегированные данные (те, которые не положено знать обычным процессам), в том числе оставшиеся от когда-то давно free()-d блоков памяти (про explicit_bzero() и подобное тут не будем, это другая тема). Проблема в том, что как только процесс поставит себе права обычного юзера, этот самый обычный юзер может поймать его отладчиком и сдампить память.
Если у нас скрипт и переключаемся на юзера с помощью su, то такой проблемы не возникает: сначала скрипт (форкаясь) делает execve() в su, тот уже с чистой от важных данных памятью делает setuid() и прочее, и потом запускает полезную нагрузку непривилегированного юзера. Но неужели без execve() это никак не сделать? У него есть проблема: ему нужен бинарник в доступном на данный момент файловом пространстве, а если мы например в chroot-е, то там нашего бинарника уже может не быть, либо мы не можем полагаться на его подлинность. Как быть?
Лучше всего подошло бы что-то типа execve-сам-себя, но без указания на файл бинарника (через /proc/self/exe тоже нельзя, потому что в chroot-е его тоже может не быть). Если при этом ещё и можно было передать не только набор текстовых строк, а указать диапазон адресов памяти которые не надо чистить, и точку входа, отличную от main() - вообще прекрасно.
Из-за подлагивающего ssd время от времени (иногда раз в месяц, иногда пару раз в неделю) файловая система не дожидается минутного таймаута и перемонтируется в read-only.
(я сейчас ещё подумал - а может где-то можно увеличть этот таймаут? но тема не об этом)
Допустим, fs у нас уже перемонтировалась, не важно почему. Я сделал ей fsck -f, оно восстановило из журнала (ну или даже если не из него), то есть она теперь в консистентном состоянии. Дальше можно убить все процессы, которые пользуются смонтированное ro-системой, размонтировать её и примонтировать назад как rw, ну либо просто ребутнуть ноут. Этот вариант 100% рабочий, но не всегда удобный. Хотелось бы как-то помягче, хотя бы на время ДО ребута получить к ней доступ на запись.
Понятное дело, перемонтировать ro в rw нельзя, ведь в ядре уже запомнено старое ей (до fsck) состояние и если оно начнёт писать поверх того что сделал fsck, будет плохо. Тут попробовал две идеи, обе провалились.
1) сделать umount -f и смонтировать назад. Нет, пишет umount: /home: target is busy., почему? Вроде как -f означает что надо всем кто ей пользуется сделать битые файловые дескрипторы и принудительно размонтировать, кто может помешать? Вложенных точек монтирования внутри /home нет.
2) примонтировать её второй раз в /mnt/home как rw. Тоже не даёт. Пишет что оно write-protected и поэтому монтирует в ro, даже если указать -o rw.
Что-то можно ещё сделать?
У кого-нить она работает? У меня без разницы что нажимать, он просто закрывается. И всегда было так, но сейчас я догадался создать об этом тему.
Не знаю это железо или нет (надеюсь нет), и связаны ли друг с другом эти два явления.
2 недели назад на загрузке где-то в начале ядра оно зависло (после ошибок с acpi таблицами но до остального, вроде, сейчас уже не выяснить), но отвисло, когда спустя несколько часов потрогали клавиатуру и дальше всё штатно загрузилось. Но, как выяснилось сейчас, это сопровождалось логом
Aug 30 00:52:18 host3 kernel: [ 4.472485] input: USB OPTICAL MOUSE as /devices/pci0000:00/0000:00:12.1/usb4/4-3/4-3:1.0/0003:18F8:0F97.0003/input/input6
Aug 30 00:52:18 host3 kernel: [ 4.472558] hid-generic 0003:18F8:0F97.0003: input,hidraw2: USB HID v1.10 Mouse [USB OPTICAL MOUSE ] on usb-0000:00:12.1-3/input0
Aug 30 00:52:18 host3 kernel: [ 4.478684] input: USB OPTICAL MOUSE Keyboard as /devices/pci0000:00/0000:00:12.1/usb4/4-3/4-3:1.1/0003:18F8:0F97.0004/input/input7
Aug 30 00:52:18 host3 kernel: [ 4.538052] input: USB OPTICAL MOUSE Consumer Control as /devices/pci0000:00/0000:00:12.1/usb4/4-3/4-3:1.1/0003:18F8:0F97.0004/input/input8
Aug 30 00:52:18 host3 kernel: [ 4.538174] hid-generic 0003:18F8:0F97.0004: input,hiddev0,hidraw3: USB HID v1.10 Keyboard [USB OPTICAL MOUSE ] on usb-0000:00:12.1-3/input1
Aug 30 00:52:18 host3 kernel: [ 5.023896] usb-storage 1-4:1.9: USB Mass Storage device detected
Aug 30 00:52:18 host3 kernel: [ 5.024109] scsi host8: usb-storage 1-4:1.9
Aug 30 00:52:18 host3 kernel: [ 5.024251] usbcore: registered new interface driver usb-storage
Aug 30 00:52:18 host3 kernel: [ 5.026346] usbcore: registered new interface driver uas
Aug 30 00:52:18 host3 kernel: [38262.363188] (t=218468 jiffies g=-655 q=138)
Aug 30 00:52:18 host3 kernel: [38262.363736] task:rcu_sched state:I stack: 0 pid: 12 ppid: 2 flags:0x00004000
Aug 30 00:52:18 host3 kernel: [38262.363740] Call Trace:
Aug 30 00:52:18 host3 kernel: [38262.363747] __schedule+0x24c/0x8f0
Aug 30 00:52:18 host3 kernel: [38262.363751] ? __mod_timer+0x20f/0x3c0
Aug 30 00:52:18 host3 kernel: [38262.363753] schedule+0x42/0xb0
Aug 30 00:52:18 host3 kernel: [38262.363755] schedule_timeout+0x6f/0x110
Aug 30 00:52:18 host3 kernel: [38262.363757] ? __next_timer_interrupt+0xe0/0xe0
Aug 30 00:52:18 host3 kernel: [38262.363759] rcu_gp_kthread+0x451/0xa70
Aug 30 00:52:18 host3 kernel: [38262.363762] kthread+0xf6/0x110
Aug 30 00:52:18 host3 kernel: [38262.363763] ? call_rcu+0x210/0x210
Aug 30 00:52:18 host3 kernel: [38262.363765] ? kthread_associate_blkcg+0xb0/0xb0
Aug 30 00:52:18 host3 kernel: [38262.363768] ret_from_fork+0x1c/0x28
Aug 30 00:52:18 host3 kernel: [38262.363779] Sending NMI from CPU 2 to CPUs 1:
Aug 30 00:52:18 host3 kernel: [38262.364775] NMI backtrace for cpu 1
Aug 30 00:52:18 host3 kernel: [38262.364776] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.10.0-14-686-pae #1 Debian 5.10.113-1
Aug 30 00:52:18 host3 kernel: [38262.364777] Hardware name: Gigabyte Technology Co., Ltd. GA-MA785GT-UD3H/GA-MA785GT-UD3H, BIOS F1 07/03/2009
Aug 30 00:52:18 host3 kernel: [38262.364778] EIP: timekeeping_advance+0x221/0x8e0
Aug 30 00:52:18 host3 kernel: [38262.364779] Code: f4 ce d9 b8 00 ca 9a 3b 11 15 44 f4 ce d9 0f a5 f7 31 db d3 e6 f6 c1 20 8b 0d 18 f4 ce d9 0f 45 fe 0f 45 f3 03 35 1c f4 ce d9 <13> 3d 20 f4 ce d9 31 d2 31 db 89 35 1c f4 ce d9 0f a5 c2 d3 e0 f6
Aug 30 00:52:18 host3 kernel: [38262.364779] EAX: 3b9aca00 EBX: 00000000 ECX: 00000018 EDX: 00000001
Aug 30 00:52:18 host3 kernel: [38262.364780] ESI: 31373eb0 EDI: 007a11ff EBP: c115ddbc ESP: c115dd54
Aug 30 00:52:18 host3 kernel: [38262.364780] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 EFLAGS: 00200003
Aug 30 00:52:18 host3 kernel: [38262.364781] CR0: 80050033 CR2: 024fdf44 CR3: 01302f20 CR4: 000006f0
Aug 30 00:52:18 host3 kernel: [38262.364781] Call Trace:
Aug 30 00:52:18 host3 kernel: [38262.364781] ? trigger_load_balance+0x31/0x220
Aug 30 00:52:18 host3 kernel: [38262.364782] ? calc_global_load+0x17a/0x1c0
Aug 30 00:52:18 host3 kernel: [38262.364782] update_wall_time+0xf/0x20
Aug 30 00:52:18 host3 kernel: [38262.364783] tick_do_update_jiffies64.part.0+0xb8/0x120
Aug 30 00:52:18 host3 kernel: [38262.364783] tick_sched_timer+0xe6/0xf0
Aug 30 00:52:18 host3 kernel: [38262.364783] __hrtimer_run_queues+0x13a/0x260
Aug 30 00:52:18 host3 kernel: [38262.364784] ? tick_do_update_jiffies64.part.0+0x120/0x120
Aug 30 00:52:18 host3 kernel: [38262.364784] hrtimer_interrupt+0x113/0x2e0
Aug 30 00:52:18 host3 kernel: [38262.364785] ? tick_irq_enter+0xda/0x100
Aug 30 00:52:18 host3 kernel: [38262.364785] ? sysvec_call_function_single+0x40/0x40
Aug 30 00:52:18 host3 kernel: [38262.364785] __sysvec_apic_timer_interrupt+0x55/0xd0
Aug 30 00:52:18 host3 kernel: [38262.364786] sysvec_apic_timer_interrupt+0x22/0x40
Aug 30 00:52:18 host3 kernel: [38262.364786] handle_exception+0x140/0x140
Aug 30 00:52:18 host3 kernel: [38262.364787] EIP: acpi_idle_do_entry+0x5e/0x60
Aug 30 00:52:18 host3 kernel: [38262.364788] Code: c9 d9 8b 00 a8 08 74 14 c3 8d 76 00 55 89 e5 e8 58 fd ff ff 5d c3 8d b6 00 00 00 00 e9 07 00 00 00 0f 00 2d 9a a7 89 d9 fb f4 <fa> c3 0f 1f 44 00 00 55 89 e5 57 89 d7 56 53 89 c3 83 ec 10 89 4d
Aug 30 00:52:18 host3 kernel: [38262.364788] EAX: 00004000 EBX: 00000001 ECX: 00000001 EDX: 00000002
Aug 30 00:52:18 host3 kernel: [38262.364789] ESI: c1335000 EDI: d9b64840 EBP: c115df14 ESP: c115df00
Aug 30 00:52:18 host3 kernel: [38262.364789] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 EFLAGS: 00200246
Aug 30 00:52:18 host3 kernel: [38262.364790] ? sysvec_call_function_single+0x40/0x40
Aug 30 00:52:18 host3 kernel: [38262.364790] ? acpi_idle_do_entry+0x5e/0x60
Aug 30 00:52:18 host3 kernel: [38262.364790] ? acpi_idle_enter+0x81/0xd0
Aug 30 00:52:18 host3 kernel: [38262.364791] ? acpi_idle_enter_s2idle+0x70/0x70
Aug 30 00:52:18 host3 kernel: [38262.364791] cpuidle_enter_state+0x70/0x3b0
Aug 30 00:52:18 host3 kernel: [38262.364792] cpuidle_enter+0x27/0x40
Aug 30 00:52:18 host3 kernel: [38262.364792] do_idle+0x1d1/0x280
Aug 30 00:52:18 host3 kernel: [38262.364792] ? complete+0x35/0x40
Aug 30 00:52:18 host3 kernel: [38262.364793] cpu_startup_entry+0x25/0x30
Aug 30 00:52:18 host3 kernel: [38262.364793] start_secondary+0xfa/0x130
Aug 30 00:52:18 host3 kernel: [38262.364793] startup_32_smp+0x164/0x168
Aug 30 00:52:18 host3 kernel: [38262.364795] NMI backtrace for cpu 2
Aug 30 00:52:18 host3 kernel: [38262.364802] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 5.10.0-14-686-pae #1 Debian 5.10.113-1
Aug 30 00:52:18 host3 kernel: [38262.364803] Hardware name: Gigabyte Technology Co., Ltd. GA-MA785GT-UD3H/GA-MA785GT-UD3H, BIOS F1 07/03/2009
Aug 30 00:52:18 host3 kernel: [38262.364804] Call Trace:
Aug 30 00:52:18 host3 kernel: [38262.364808] dump_stack+0x54/0x68
Aug 30 00:52:18 host3 kernel: [38262.364809] nmi_cpu_backtrace.cold+0x16/0x5b
Aug 30 00:52:18 host3 kernel: [38262.364812] ? lapic_can_unplug_cpu+0x70/0x70
Aug 30 00:52:18 host3 kernel: [38262.364815] nmi_trigger_cpumask_backtrace+0x8f/0xb0
Aug 30 00:52:18 host3 kernel: [38262.364817] arch_trigger_cpumask_backtrace+0x15/0x20
Aug 30 00:52:18 host3 kernel: [38262.364819] rcu_dump_cpu_stacks+0x80/0xa9
Aug 30 00:52:18 host3 kernel: [38262.364821] rcu_sched_clock_irq.cold+0x1a4/0x35b
Aug 30 00:52:18 host3 kernel: [38262.364824] update_process_times+0x77/0xb0
Aug 30 00:52:18 host3 kernel: [38262.364827] tick_sched_handle+0x28/0x70
Aug 30 00:52:18 host3 kernel: [38262.364828] tick_sched_timer+0x9b/0xf0
Aug 30 00:52:18 host3 kernel: [38262.364830] __hrtimer_run_queues+0x13a/0x260
Aug 30 00:52:18 host3 kernel: [38262.364832] ? tick_do_update_jiffies64.part.0+0x120/0x120
Aug 30 00:52:18 host3 kernel: [38262.364834] hrtimer_interrupt+0x113/0x2e0
Aug 30 00:52:18 host3 kernel: [38262.364836] ? tick_irq_enter+0xda/0x100
Aug 30 00:52:18 host3 kernel: [38262.364839] ? sysvec_call_function_single+0x40/0x40
Aug 30 00:52:18 host3 kernel: [38262.364840] __sysvec_apic_timer_interrupt+0x55/0xd0
Aug 30 00:52:18 host3 kernel: [38262.364842] sysvec_apic_timer_interrupt+0x22/0x40
Aug 30 00:52:18 host3 kernel: [38262.364845] handle_exception+0x140/0x140
Aug 30 00:52:18 host3 kernel: [38262.364848] EIP: cpuidle_enter_state+0xb9/0x3b0
Aug 30 00:52:18 host3 kernel: [38262.364850] Code: 89 55 d4 0f 1f 44 00 00 31 c0 e8 72 5d a9 ff 80 7d e0 00 74 12 9c 58 f6 c4 02 0f 85 d1 02 00 00 31 c0 e8 ca 98 af ff fb 85 f6 <0f> 88 f9 00 00 00 6b c6 5c 8b 7d e8 89 f1 8d 7c 07 30 8b 47 0c 8b
Aug 30 00:52:18 host3 kernel: [38262.364852] EAX: 00000000 EBX: c117a400 ECX: 00000000 EDX: 00000001
Aug 30 00:52:18 host3 kernel: [38262.364853] ESI: 00000001 EDI: d9b648a8 EBP: c115ff54 ESP: c115ff1c
Aug 30 00:52:18 host3 kernel: [38262.364854] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 EFLAGS: 00200202
Aug 30 00:52:18 host3 kernel: [38262.364857] ? sysvec_call_function_single+0x40/0x40
Aug 30 00:52:18 host3 kernel: [38262.364859] ? cpuidle_enter_state+0xb9/0x3b0
Aug 30 00:52:18 host3 kernel: [38262.364861] cpuidle_enter+0x27/0x40
Aug 30 00:52:18 host3 kernel: [38262.364863] do_idle+0x1d1/0x280
Aug 30 00:52:18 host3 kernel: [38262.364865] ? complete+0x35/0x40
Aug 30 00:52:18 host3 kernel: [38262.364867] cpu_startup_entry+0x25/0x30
Aug 30 00:52:18 host3 kernel: [38262.364869] start_secondary+0xfa/0x130
Aug 30 00:52:18 host3 kernel: [38262.364870] startup_32_smp+0x164/0x168
Aug 30 00:52:18 host3 kernel: [38262.364873] Sending NMI from CPU 2 to CPUs 3:
Aug 30 00:52:18 host3 kernel: [38262.364896] NMI backtrace for cpu 3 skipped: idling at acpi_idle_do_entry+0x5e/0x60
Aug 30 00:52:18 host3 kernel: [38262.366015] (t=9564317 jiffies g=-655 q=138)
Aug 30 00:52:18 host3 kernel: [38262.366016] NMI backtrace for cpu 1
Aug 30 00:52:18 host3 kernel: [38262.366019] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.10.0-14-686-pae #1 Debian 5.10.113-1
Aug 30 00:52:18 host3 kernel: [38262.366020] Hardware name: Gigabyte Technology Co., Ltd. GA-MA785GT-UD3H/GA-MA785GT-UD3H, BIOS F1 07/03/2009
Aug 30 00:52:18 host3 kernel: [38262.366021] Call Trace:
Aug 30 00:52:18 host3 kernel: [38262.366024] dump_stack+0x54/0x68
Aug 30 00:52:18 host3 kernel: [38262.366026] nmi_cpu_backtrace.cold+0x16/0x5b
Aug 30 00:52:18 host3 kernel: [38262.366029] ? lapic_can_unplug_cpu+0x70/0x70
Aug 30 00:52:18 host3 kernel: [38262.366032] nmi_trigger_cpumask_backtrace+0x8f/0xb0
Aug 30 00:52:18 host3 kernel: [38262.366034] arch_trigger_cpumask_backtrace+0x15/0x20
Aug 30 00:52:18 host3 kernel: [38262.366037] rcu_dump_cpu_stacks+0x80/0xa9
Aug 30 00:52:18 host3 kernel: [38262.366039] rcu_sched_clock_irq.cold+0x1a4/0x35b
Aug 30 00:52:18 host3 kernel: [38262.366040] ? calc_global_load+0x17a/0x1c0
Aug 30 00:52:18 host3 kernel: [38262.366043] update_process_times+0x77/0xb0
Aug 30 00:52:18 host3 kernel: [38262.366046] tick_sched_handle+0x28/0x70
Aug 30 00:52:18 host3 kernel: [38262.366047] tick_sched_timer+0x9b/0xf0
Aug 30 00:52:18 host3 kernel: [38262.366049] __hrtimer_run_queues+0x13a/0x260
Aug 30 00:52:18 host3 kernel: [38262.366051] ? tick_do_update_jiffies64.part.0+0x120/0x120
Aug 30 00:52:18 host3 kernel: [38262.366053] hrtimer_interrupt+0x113/0x2e0
Aug 30 00:52:18 host3 kernel: [38262.366055] ? tick_irq_enter+0xda/0x100
Aug 30 00:52:18 host3 kernel: [38262.366056] ? sysvec_call_function_single+0x40/0x40
Aug 30 00:52:18 host3 kernel: [38262.366058] __sysvec_apic_timer_interrupt+0x55/0xd0
Aug 30 00:52:18 host3 kernel: [38262.366059] sysvec_apic_timer_interrupt+0x22/0x40
Aug 30 00:52:18 host3 kernel: [38262.366061] handle_exception+0x140/0x140
Aug 30 00:52:18 host3 kernel: [38262.366062] EIP: acpi_idle_do_entry+0x5e/0x60
Aug 30 00:52:18 host3 kernel: [38262.366064] Code: c9 d9 8b 00 a8 08 74 14 c3 8d 76 00 55 89 e5 e8 58 fd ff ff 5d c3 8d b6 00 00 00 00 e9 07 00 00 00 0f 00 2d 9a a7 89 d9 fb f4 <fa> c3 0f 1f 44 00 00 55 89 e5 57 89 d7 56 53 89 c3 83 ec 10 89 4d
Aug 30 00:52:18 host3 kernel: [38262.366065] EAX: 00004000 EBX: 00000001 ECX: 00000001 EDX: 00000002
Aug 30 00:52:18 host3 kernel: [38262.366066] ESI: c1335000 EDI: d9b64840 EBP: c115df14 ESP: c115df00
Aug 30 00:52:18 host3 kernel: [38262.366067] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 EFLAGS: 00200246
Aug 30 00:52:18 host3 kernel: [38262.366070] ? sysvec_call_function_single+0x40/0x40
Aug 30 00:52:18 host3 kernel: [38262.366071] ? acpi_idle_do_entry+0x5e/0x60
Aug 30 00:52:18 host3 kernel: [38262.366072] ? acpi_idle_enter+0x81/0xd0
Aug 30 00:52:18 host3 kernel: [38262.366074] ? acpi_idle_enter_s2idle+0x70/0x70
Aug 30 00:52:18 host3 kernel: [38262.366075] cpuidle_enter_state+0x70/0x3b0
Aug 30 00:52:18 host3 kernel: [38262.366077] cpuidle_enter+0x27/0x40
Aug 30 00:52:18 host3 kernel: [38262.366079] do_idle+0x1d1/0x280
Aug 30 00:52:18 host3 kernel: [38262.366080] ? complete+0x35/0x40
Aug 30 00:52:18 host3 kernel: [38262.366085] cpu_startup_entry+0x25/0x30
Aug 30 00:52:18 host3 kernel: [38262.366094] start_secondary+0xfa/0x130
Aug 30 00:52:18 host3 kernel: [38262.366096] startup_32_smp+0x164/0x168
Aug 30 00:52:18 host3 kernel: [38262.366100] Sending NMI from CPU 1 to CPUs 2:
Aug 30 00:52:18 host3 kernel: [38262.366153] NMI backtrace for cpu 2
Aug 30 00:52:18 host3 kernel: [38262.366154] CPU: 2 PID: 148 Comm: kworker/u8:5 Not tainted 5.10.0-14-686-pae #1 Debian 5.10.113-1
Aug 30 00:52:18 host3 kernel: [38262.366155] Hardware name: Gigabyte Technology Co., Ltd. GA-MA785GT-UD3H/GA-MA785GT-UD3H, BIOS F1 07/03/2009
Aug 30 00:52:18 host3 kernel: [38262.366155] Workqueue: events_unbound flush_to_ldisc
Aug 30 00:52:18 host3 kernel: [38262.366156] EIP: vgacon_cursor+0x75/0x210
Aug 30 00:52:18 host3 kernel: [38262.366157] Code: 01 00 00 b8 58 50 d1 d9 2b 1d 5c 1e bb d9 e8 52 9a 35 00 d1 eb 0f b7 15 52 1e bb d9 89 c1 89 d8 25 00 ff 00 00 83 c0 0e 66 ef <c1> e3 08 0f b7 c3 83 c0 0f 66 ef b8 58 50 d1 d9 89 ca e8 44 98 35
Aug 30 00:52:18 host3 kernel: [38262.366158] EAX: 00001e0e EBX: 00001e01 ECX: 00000202 EDX: 000003d4
Aug 30 00:52:18 host3 kernel: [38262.366159] ESI: 00000002 EDI: c1010c00 EBP: f65a5d98 ESP: f65a5d90
Aug 30 00:52:18 host3 kernel: [38262.366159] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 EFLAGS: 00000002
Aug 30 00:52:18 host3 kernel: [38262.366160] CR0: 80050033 CR2: 004a43f0 CR3: 19cb2000 CR4: 000006f0
Aug 30 00:52:18 host3 kernel: [38262.366160] Call Trace:
Aug 30 00:52:18 host3 kernel: [38262.366160] hide_cursor+0x2e/0xd0
Aug 30 00:52:18 host3 kernel: [38262.366161] do_con_write+0xbd7/0x21f0
Aug 30 00:52:18 host3 kernel: [38262.366161] ? update_load_avg+0x99/0x680
Aug 30 00:52:18 host3 kernel: [38262.366161] ? cpuacct_charge+0x5d/0x80
Aug 30 00:52:18 host3 kernel: [38262.366162] con_put_char+0x35/0x40
Aug 30 00:52:18 host3 kernel: [38262.366162] tty_put_char+0x22/0x50
Aug 30 00:52:18 host3 kernel: [38262.366163] __process_echoes+0x1cd/0x2d0
Aug 30 00:52:18 host3 kernel: [38262.366163] n_tty_receive_buf_common+0x2b5/0xbb0
Aug 30 00:52:18 host3 kernel: [38262.366163] ? n_tty_receive_buf_common+0xbb0/0xbb0
Aug 30 00:52:18 host3 kernel: [38262.366164] n_tty_receive_buf2+0x12/0x20
Aug 30 00:52:18 host3 kernel: [38262.366164] tty_ldisc_receive_buf+0x20/0x60
Aug 30 00:52:18 host3 kernel: [38262.366165] tty_port_default_receive_buf+0x2d/0x60
Aug 30 00:52:18 host3 kernel: [38262.366165] ? tty_port_lower_dtr_rts+0x30/0x30
Aug 30 00:52:18 host3 kernel: [38262.366166] flush_to_ldisc+0x80/0xe0
Aug 30 00:52:18 host3 kernel: [38262.366166] process_one_work+0x16c/0x2e0
Aug 30 00:52:18 host3 kernel: [38262.366166] worker_thread+0x15e/0x3e0
Aug 30 00:52:18 host3 kernel: [38262.366167] kthread+0xf6/0x110
Aug 30 00:52:18 host3 kernel: [38262.366167] ? process_one_work+0x2e0/0x2e0
Aug 30 00:52:18 host3 kernel: [38262.366167] ? kthread_associate_blkcg+0xb0/0xb0
Aug 30 00:52:18 host3 kernel: [38262.366168] ret_from_fork+0x1c/0x28
Aug 30 00:52:18 host3 kernel: [38262.367104] clocksource: timekeeping watchdog on CPU1: Marking clocksource 'tsc' as unstable because the skew is too large:
Aug 30 00:52:18 host3 kernel: [38262.367106] clocksource: 'acpi_pm' wd_now: 342501 wd_last: b99d05 mask: ffffff
Aug 30 00:52:18 host3 kernel: [38262.367108] clocksource: 'tsc' cs_now: 5af33c465e5a cs_last: 12b2286e96 mask: ffffffffffffffff
Aug 30 00:52:18 host3 kernel: [38262.367113] tsc: Marking TSC unstable due to clocksource watchdog
Aug 30 00:52:18 host3 kernel: [38262.367145] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Aug 30 00:52:18 host3 kernel: [38262.367147] sched_clock: Marking unstable (38262367152341, 2597801)<-(38262371269052, -4124527)
Aug 30 00:52:18 host3 kernel: [38262.369895] clocksource: Checking clocksource tsc synchronization from CPU 1.
Aug 30 00:52:18 host3 kernel: [38262.369918] clocksource: Switched to clocksource acpi_pm
(38262 это аптайм на момент трогания клавиатуры и отвисания)
Спустя неделю после этого события я делал apt-get upgrade в т.ч. ядро (минорное обновление 5.10.113-1, 5.10.136-1) и nvidia (390.144-1, 390.151-1~deb11u1) и ребутнулся. Всё шло хорошо, но, попытавшись спустя несколько часов что-то сделать, обнаружил неработающую клаву и мышь (usb). Заработали после перетыкания их в другие порты (были сзади в углу, вставил спереди). Лог:
Sep 7 20:05:29 host3 kernel: [11467.219586] usb 4-2: USB disconnect, device number 2
Sep 7 20:05:29 host3 kernel: [11467.332516] usb 4-3: USB disconnect, device number 3
Sep 7 20:56:16 host3 kernel: [14515.097518] clocksource: timekeeping watchdog on CPU2: Marking clocksource 'tsc' as unstable because the skew is too large:
Sep 7 20:56:16 host3 kernel: [14515.097528] clocksource: 'acpi_pm' wd_now: cff65d wd_last: 4e1a7b mask: ffffff
Sep 7 20:56:16 host3 kernel: [14515.097533] clocksource: 'tsc' cs_now: 2289322f3b57 cs_last: 2287c0102a89 mask: ffffffffffffffff
Sep 7 20:56:16 host3 kernel: [14515.097541] tsc: Marking TSC unstable due to clocksource watchdog
Sep 7 20:56:16 host3 kernel: [14515.097783] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Sep 7 20:56:16 host3 kernel: [14515.097791] sched_clock: Marking unstable (14513940105420, 1157667751)<-(14515103369980, -5596777)
Sep 7 20:56:16 host3 kernel: [14515.098441] clocksource: Checking clocksource tsc synchronization from CPU 0.
Sep 7 20:56:16 host3 kernel: [14515.098508] clocksource: Switched to clocksource acpi_pm
Видно как сначала отключились оба устройства, ещё спустя час опять проблема с tsc, но на этот раз без бектрейсов. Обычные порты куда обычно воткнута клава и мышь заработали только после ребута (обычный ребут).
Вчера опять повторилось то же самое
Sep 11 11:19:42 host3 kernel: [298523.000776] clocksource: timekeeping watchdog on CPU2: Marking clocksource 'tsc' as unstable because the skew is too large:
Sep 11 11:19:42 host3 kernel: [298523.000786] clocksource: 'acpi_pm' wd_now: 6e700f wd_last: a59b86 mask: ffffff
Sep 11 11:19:42 host3 kernel: [298523.000792] clocksource: 'tsc' cs_now: 2c52d25ee03cd cs_last: 2c5280fe18ab6 mask: ffffffffffffffff
Sep 11 11:19:42 host3 kernel: [298523.000798] tsc: Marking TSC unstable due to clocksource watchdog
Sep 11 11:19:42 host3 kernel: [298523.001442] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Sep 11 11:19:42 host3 kernel: [298523.001450] sched_clock: Marking unstable (298499404691887, 23596747125)<-(298523005747237, -4308888)
Sep 11 11:19:42 host3 kernel: [298523.002897] clocksource: Checking clocksource tsc synchronization from CPU 2.
Sep 11 11:19:42 host3 kernel: [298523.002966] clocksource: Switched to clocksource acpi_pm
Sep 15 00:45:54 host3 kernel: [606095.576433] nvidia-modeset: WARNING: GPU:0: Unable to read EDID for display device VGA-0
Sep 15 03:12:29 host3 kernel: [614890.025127] usb 4-2: USB disconnect, device number 2
Sep 15 03:12:29 host3 kernel: [614890.293731] usb 4-3: USB disconnect, device number 3
Опять tsc и опять usb. Ребутаться не стал, те два порта сзади так до сих пор не работают и ещё один задний не работают, работают два спереди и три других сзади (хотя питание есть и на неработающих):
lsusb для работающих спереди
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device XXX: ID 1c4f:0026 SiGma Micro Keyboard
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
lsusb для работающих сзади
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device XXX: ID 1c4f:0026 SiGma Micro Keyboard
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Попробую запуститься со старым ядром попозже но вдруг можно что-то сейчас выяснить.
| ← назад | следующие → |