Xubuntu 24.04: система виснет при запуске dpkg-scanpackages (?)

[Skif_off]

Старенький уже ST3320620AS, но всё ещё бодренький (тьфу-тьфу-тьфу):

Код: [Выделить]

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   119   094   006    Pre-fail  Always       -       234548852
  3 Spin_Up_Time            0x0003   097   095   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   084   084   020    Old_age   Always       -       16781
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   090   060   030    Pre-fail  Always       -       985188112
  9 Power_On_Hours          0x0032   060   060   000    Old_age   Always       -       35385
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   084   084   020    Old_age   Always       -       16958
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   066   050   045    Old_age   Always       -       34 (Min/Max 28/34)
194 Temperature_Celsius     0x0022   034   050   000    Old_age   Always       -       34 (0 16 0 0 0)
195 Hardware_ECC_Recovered  0x001a   069   054   000    Old_age   Always       -       53530739
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0
202 Data_Address_Mark_Errs  0x0032   100   253   000    Old_age   Always       -       0
После

Код: [Выделить]

sudo smartctl -t short /dev/sdb
sudo smartctl -l selftest /dev/sdbпоказал "Completed without error", как и четыре предыдущих.

Полный скан делал в Victoria, но не помню когда крайний раз. Сам диск рапортовал и рапортует, что статус "GOOD", но своё мнение Victoria обозначила как "Unideal", ну и прогнал, вместе с memtest.

P.S. 45°C - это было очень-очень давно и раз, обычно максимум 33-38°C (перед корзиной встал сначала 120х120, сейчас 140х140).
P.S.S. Где-то должна лежать папка с CrystalDiskInfo, время от времени запускал, т.к. прога вроде сохраняет предыдущие значения, но давненько уже.

[ALiEN]

ALiEN, fstab не использую, либо файловый менеджер, либо Gigoglo, т.е. ничего от root.

Я бы всё-таки посоветовал fstab.

[Skif_off]

ALiEN, а почему?
Давно отказался, не нравится держать постоянно смонтированным то, что не нужно постоянно.
Есть Double Commander, Gigolo, изредка Thunar или

Код: [Выделить]

udisksctl mount -b /dev/sdXnБыстро, просто, без sudo.

[snowin]

и куда смотреть после жёсткого зависания и ребута?

ммм. Спасибо за смарт. Есть пара замечаний. Тест short надо проводить только после теста long - иначе он бессмысленный. И что еще смущает.

Power_On_Hours          0x0032   060   060   000    Old_age   Always       -       35385

Power_Cycle_Count       0x0032   084   084   020    Old_age   Always       -       16958

Теребим ИИ под названием калькулятор и удивляемся, что система работала в среднем по 2 часа - ЭТО КАК? Или я что-то путаю?Во всем остальном диск в порядке и претензий к нему нет. Но проблема есть, значит ищем в другом месте. Материнку смотрел? БП смотрел? Визуальный осмотр на наличие/отсутствия опухших кондеров. Сколько лет бп? Внутрь залезал? Смотрел? Чистил?
И напоследок. Я правильно понял, что ты используешь ntfs на убунте? ммм. Сэр знает толк в извращениях. В любом случае сначала ищем проблему с зависаниями и ребутами в железе.

[ALiEN]

а почему?

Когда последний раз ntfs под Linux юзал - с GUI оно монтировалось через FUSE. Так-то ничего плохого нет, но всё же ненужная прослойка.

, не нравится держать постоянно смонтированным то, что не нужно постоянно.

x-systemd.automount в помощь. Пока не "дёрнешь" точку монтирования - оно не будет смонтировано)

[ALiEN]

Теребим ИИ под названием калькулятор и удивляемся, что система работала в среднем по 2 часа

Ну а почему бы и нет? АРМ еще может влиять на показания.

[snowin]

Ну а почему бы и нет?

Так оно так. Я могу много писать об этом. Вот только моя паранойя в лице призрака Станиславского кричит мне свою знаменитую фразу, а глаза видят вместо красивого смарта знаменитую картину Малевича. Но это не значит, что мне можно верить )
Пользователь добавил сообщение 17 Июля 2025, 10:18:12:Единственное, что пришло на ум, так это то, что диск заполнен на 100%. Тогда да, это может приводить к зависаниям

[Skif_off]

удивляемся, что система работала в среднем по 2 часа

Звучит как средняя температура по больнице

Материнка с твердотельниками, оне не вспухают как старые добрые. БП немолод, но 12 В держит стабильно. Племянник гамает часами, когда навещает, - нормально держит.

Единственное, что пришло на ум, так это то, что диск заполнен на 100%

Процентов 20-25 свободно. Нижний порог 15-20 что ли или вообще 10, но это для диска с системой в первую очередь.
Повторюсь, хотя и не люблю это дело , проблема возникает достаточно редко и без системы.

Я правильно понял, что ты используешь ntfs на убунте? ммм. Сэр знает толк в извращениях.

Я же не систему на неё ставлю После переезда диски с данными оставил в NTFS - ФС давняя, неплохо изучена, куча софта под неё если что (хотя один раз глянул в DMDE после удаления файла - не видит в реконструкции ФС, надо бы разобраться).
Кто-то хаит, кто-то нет, у кого-то проблемы с ntfs3 и всё шоколадно с ntfs-3g или наоборот. У меня проблем не было ни с тем, ни с другим (тьфу-тьфу-тьфу), хотя сильно везучим или умным не назвал бы ) Зато никто не убедит ntfsfix запустить.

Когда последний раз ntfs под Linux юзал - с GUI оно монтировалось через FUSE.

ntfs3 в ядре с 5.15, но в Ubuntu был выключен, не знаю, когда включили, но в 24.04 с дефолтным 6.8 монтирование идёт уже через него.

x-systemd.automount

Если честно, не люблю лазить в systemd. И какая-то она замороченная, смотришь юнит - вроде простой и понятный более менее, а взаимные связи - как горсть гельминтов в итоге.

[snowin]

Материнка с твердотельниками, оне не вспухают как старые добрые. БП немолод, но 12 В держит стабильно.

Твердотельные тоже вспухают, но снизу, сверху то у них цельнометаллическая оболочка, - не вспухнет. Но её выдавливает. Они хоть и твредотельне, но тоже используют электролит. По поводу стабильности 12 в - как определил? К тому же источник питания определяется мощностью, которая есть произведение вольтов на амперы. Например, современный 60-ватный проц потребляет всего 1в, - догадайся сколько ампер. Что будет если ампер не хватает? На моём бп, который питал провайдерскую коробочку были 12в (померил мультиметром), а интернета не было. Проверить амперы не смог. Позвонил провайдеру и опытный в этих делах мужик посоветовал поменять бп. Поменял и все заработало. Старый бп разобрал - там был сгоревших резистор, - поменял, заработал, проверил. А вот проверить компьютерный бп еще та задачка. Но если твой племяш гамает в игре, то скорее всего дело не в этом. А вот "редкость" перезагрузок может также указывать на перегрев. Более ничего на ум не приходит, пока что.
Пользователь добавил сообщение 18 Июля 2025, 15:51:53:Вот что еще вспомнил. Если комп находится на одной электрической
Пользователь добавил сообщение 18 Июля 2025, 15:52:24: линии с холодильником - повести его на другую

[Skif_off]

По поводу стабильности 12 в - как определил?

По простому, в домашних условиях: мультиметр, LinX или Prime95 и пока разгоняется - FurMark вдогонку. Ну и смотришь, как проседает линия до момента, когда прекращается рост температур.
При чистке, конечно, осматриваю всё.

А вот "редкость" перезагрузок может также указывать на перегрев.

Зависаний.
Может, только повода даже просто погреться как следует не было.

[snowin]

Зависаний.

а что по свопу?

[andytux]

А почему 12 вольт? Почему только 12 вольт?
Передо мной десктоп, уже год. Собственно и попал ко мне из-за глюков.
Сразу была проведена весьма основательная ревизия. Что позволило обнаружить и отремонтировать.
БП не новый, но с приличным запасом мощности. Все "большие эдектролиты" были заменены на "ещё бОльшие".
Но основная проблема не исправлена: провалы 5 вольт. Случается редко. Вроде чаще, если несколько дней не включался. Но бывает работает, перезагружаешься, провал.
Подключены только материнка и два харддиска. Сказывается как-раз на харддисках, начинает "щёлкать парковка головок" (были-бы SSD - вообще не заметишь). И провал явно зафиксирован именно на линии 5 вольт, именно на питании дисков.
И если исключить провода-контакты, то может быть зависимость от конкретной схемотехники БП, по какому контуру осуществляется стабилизация. Например, стабилизация по контуру 12 вольт. "Условная неисправность" в этом контуре, но стабилизация будет стараться поддерживать это напряжение, а будут скакать остальные.

[Onlininer]

провалы 5 вольт.

+100500 обычно на это и не обращают внимание.

[Skif_off]

а что по свопу?

Не сторонник отказываться от свопа, был файл на 2 Гб (8 Гб ОЗУ), потом сделал 3 (и ОЗУ нарастил). В Conky посматриваю регулярно, но ни разу не видел заполненным хотя бы на половину. Обычно практически не используется.

andytux, в эту сторону не думал. 12 В вроде как основная и под общей нагрузкой чаще проседает, жёсткие диски с неё же крутят шпиндель (в работе поменьше, при раскрутке побольше). 5 В только на плату управления идёт.
Насколько помню, линия 5 В держится в допустимом диапазоне +/-5%.

Если порассуждать, то и какая там особо нагрузка: в папке на SSD с глубиной вложенности 2 найти симлинки на deb-файлы (~ 500), прочитать цели на HDD. Причём зависание в самом начале действа. При этом, например, на HDD (другом) лежит vdi-файл VirtualBox и когда там компилю софт, обновляю одновременно 3-4 chroot'а (sbuild) или ставлю в один из них FPC с ведром файлов - нормально всё.
В то же время племянник: CS:GO или там Minecraft какой - это же ведро файлов.
Мистика.

Но БП таки старенький, наверное, пора бы задуматься о замене.